SharePoint карактеристики & Решенија за управување со — Не заборавајте У во CRUD (или D за тоа прашање)

Ние колективно поминуваат голем дел од времето размислување за SharePoint решенија — како да ги создаде, која алатка да се користи, што се случува кога тие не успеваат да се распоредат, Тајмер за работни места, домет, итн. We spend so much time thinking about the up-front bits that it’s easy to forget that we need to retract them as well. Retracting solutions is probably more difficult, од концептуален дизајн перспектива, than deploying them. Deployment is basically a cookbook affair. Typically, инсталирате некоја функција, Можеби имаат функција приемник оптоварување некои податоци во список, that sort of thing. Сепак, retracting е потенцијално посложени.

А со оглед на решението може да се создаде артефакти како овие:

  • Типот на содржина
  • Листа на Дефиниција
  • Мапа на Дефиниција
  • Податоци во листата
  • Дури и приемници
  • InfoPath формуларите

Листата оди натаму.

Иако е очигледно важно да дизајн решение кое instantiates оние артефакти правилно, it’s just as important to consider the update and delete cases. If your solution creates a new list and populates that list with data, она што се случува кога решението е повече? In some cases, the list should be deleted. In other cases, it should be left intact for historical purposes. Your business requirements will guide you to the right decision.

Да им помогне со овој, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, една за да се создаде, ажурирање и бришење на. For each case, се утврди точниот исход за таа операција.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Сепак, како пушењето, it’s never too late to start doing things correctly. Create that matrix and develop a plan to address the missing update/delete scenarios. It may be a hard problem to solve, но барем ќе се стави кутија околу проблемот.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Technorati Тагови:

2 размислувања за "SharePoint карактеристики & Решенија за управување со — Не заборавајте У во CRUD (или D за тоа прашање)

  1. Џон Бендер

    @ Без име

    Тоа е она што функцијата ресивер класа е за. Ти напишам сопствени кодот да се справи со она што некогаш сакате во рамките на Object Model во прескокнување методи во рамките на вашиот сопствен Тема приемник. Видите на статијата MSDN тука.

    Се надевам дека помага

    @ Пол

    Јас сум ги поврзува оваа статија во оваа месеци SharePoint корисничката група презентација бидејќи, како што беше дискутирано во оваа месеци SPUG, ова е навистина централно прашање на создавање на стабилна SharePoint карактеристики.

    -Џон Бендер

    nickelcode.com (блог)

  2. Мајк Birtwistle
    When I started developing solutions and features I did look for a setting somewhere in the definition that defines what happens on deletion or update. It left me wondering if there should be a few built in behaviours to a WSP – or a swtich on stsadm – that do some of the common tasks you mentioned above such as on deleting a solution – remove everything or leave everything and on updating – отстрани и замени или едноставно ажурирање на дефиниција и тогаш имаат опција за правење на сопствени акции во функција приемник.

Остави Одговори

Вашата е-маил адреса нема да бидат објавени. Задолжителни полиња се означени *