Gemeinsam verbringen wir viel Zeit damit, über SharePoint-Lösungen — wie sie erstellt, welches Tool verwenden, Was passiert, wenn sie nicht bereitstellen, Zeitgeberaufträge, Bereiche, usw.. Wir verbringen so viel Zeit damit, über die vorab-Bits, die es leicht vergessen wird, dass wir zu ihnen als auch den Rückzug. Zurückziehen der Lösungen ist wahrscheinlich schwieriger, aus Sicht der Konzeption, als deren Bereitstellung. Bereitstellung ist im Grunde ein Kochbuch-Affäre. In der Regel, Installieren eines Features, haben Sie vielleicht einen Featureempfänger einige Daten in einer Liste zu laden, so etwas. Jedoch, zurückziehen ist möglicherweise komplexer.
Eine bestimmte Lösung kann Artefakte wie diese erstellen.:
- Content-Type
- Listendefinition
- Site-Definition
- Daten in einer Liste
- Sogar Empfänger
- InfoPath-Formulare
Die Liste geht weiter.
Obwohl es natürlich wichtig, eine Lösung zu entwerfen, instanziiert, die diese Artefakte richtig, Es ist genauso wichtig, betrachten das Update und delete Fällen. Wenn Ihre Lösung eine neue Liste erstellt und diese Liste mit Daten füllt, Was passiert, wenn die Lösung eingefahren? In einigen Fällen, die Liste sollte gestrichen. In anderen Fällen, Es sollte intakt aus historischen Gründen überlassen bleiben. Ihre Geschäftsanforderungen führt Sie auf die richtige Entscheidung.
Um dabei zu helfen, Erstellen Sie eine Matrix, die jedes Artefakt listet, die Ihre Lösung SharePoint bereitstellt. Führen Sie drei Spalten pro Artefakt, ein/e für erstellen, Update und delete. Für jeden Fall, das richtige Ergebnis für diesen Vorgang bestimmen.
Diese Art von Analyse ist natürlich am besten getan, bevor die Lösung überhaupt zu einer SharePoint-Farm bereitgestellt wird. Jedoch, wie Rauchen, Es ist nie zu spät um zu beginnen, Dinge richtig. Erstellen Sie diese Matrix und entwickeln Sie einen Plan, um die fehlenden Update/löschen-Szenarios beziehen. Es kann ein schwer zu lösendes Problem sein., aber zumindest werden Sie einen Rahmen um das Problem.
</Ende>
Folgen Sie mir auf Twitter bei http://www.twitter.com/pagalvin
@no name
Das ist die Featureempfänger-Klasse für. Schreiben Sie benutzerdefinierten Code zum behandeln, was immer Sie wollen, innerhalb des Objektmodells in Überschreibungsmethoden in Ihre benutzerdefinierte Funktion-Receiver. Finden Sie im MSDN-Artikel Hier.
Hope that helps 🙂
@ Paul
Ich bin in diesem Artikel in diesen Monaten SharePoint Benutzer Konzernpräsentation, weil die Verknüpfung, Da dies Monate SPUG erörtert wurde, Das ist wirklich ein zentrales Thema Erstellen robuster SharePoint-features.
-John bender
nickelcode.com (Blog)