SharePoint-funktioner & Lösningar Management — Glöm inte u i CRUD (eller d för övrigt)

Vi spenderar kollektivt mycket tid tänkande om SharePoint-lösningar — hur du skapar dem., vilket verktyg du bör använda, Vad händer när de misslyckas med att distribuera, timern jobb, Scope, m.m.. Vi tillbringar så mycket tid att tänka på den initiala stycke som det är lätt att glömma att vi måste ta tillbaka dem också. Upprullningskraften lösningar är förmodligen svårare, ur ett konstruktions, än distribueras. Distribution är i grunden en kokbok affär. Normalt, installera en funktion, kanske har en funktionsmottagaren läsa in data i en lista, sånt där. Men, upprullningskraften är potentiellt mer komplex.

En given lösning kan skapa artefakter som dessa:

  • Innehållstyp
  • Lista Definition
  • Webbplatsdefinitionen
  • Data i en lista
  • Även mottagare
  • InfoPath-formulär

Listan fortsätter.

Det är naturligtvis viktigt att utforma en lösning instansierar som dessa artefakter korrekt, Det är lika viktigt att överväga uppdateringen och ta bort ärenden. Om din lösning skapar en ny lista och fyller denna lista med data, Vad händer när lösningen är indraget? I vissa fall, listan ska tas bort. I andra fall, Det bör lämnas intakt för historiska ändamål. Ditt företags behov guidar dig till rätt beslut.

Att hjälpa till med detta, skapa en matris som visar varje artefakt din lösning distribueras till SharePoint. Lista tre kolumner per artefakt, en för skapa, Update- och delete. För varje fall, ta reda på korrekta resultatet för operationen.

Denna typ av analys görs naturligtvis bäst innan lösningen distribueras någonsin till en SharePoint-servergrupp. Men, som rökning, Det är aldrig för sent för att börja göra saker på rätt sätt. Skapa det matrisen och utveckla en plan för att ta itu med de saknade uppdatera/ta bort scenarierna. Det kan vara ett svårt problem att lösa, men åtminstone du har sätta en ruta runt problemet.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags:

2 tankar på "SharePoint-funktioner & Lösningar Management — Glöm inte u i CRUD (eller d för övrigt)

  1. John Bender

    @no namn

    Det är vad klassen funktionsmottagaren för. Du skriva anpassad kod för att hantera vad någonsin du vill inom objektmodellen i åsidosätta metoder inom din anpassade funktionen mottagare. Finns i MSDN-artikeln Här.

    Hope that helps 🙂

    @Paul

    Jag länkar denna artikel i detta månader SharePoint-användare grupp presentation eftersom, som diskuterades vid detta månader SPUG, Detta är verkligen en central fråga att skapa robusta funktioner för SharePoint.

    -John bender

    nickelcode.com (blogg)

    Svar
  2. Mike Birtwistle
    När jag började utveckla lösningar och funktioner som jag såg för en inställning någonstans i definitionen som definierar vad som händer på radering eller uppdatering. Det lämnade mig undrar om bör det finnas några inbyggda beteenden till en WSP – eller en swtich på stsadm – att göra några av de vanliga uppgifter som ni nämnde ovan som om du tar bort en lösning – ta bort allt eller lämna allt och uppdatering – ta bort och ersätta eller helt enkelt uppdatera definitionen och sedan har möjlighet att göra en anpassad åtgärd i en funktion mottagare.
    Svar

Lämna svar

Din e-postadress kommer inte att publiceras. behövliga fält är markerade *