Vi bruker kollektivt mye tid på å tenke om SharePoint-løsninger — hvordan du oppretter dem., hvilke verktøy å bruke, Hva skjer når de ikke klarer å distribuere, tidtakerjobber, omfang, osv.. Vi bruker så mye tid på å tenke om up-front biter som det er lett å glemme at vi må trekke dem også. Trekke løsninger er sannsynligvis vanskeligere, fra en konseptuell design perspektiv, enn å deployere dem. Distribusjon er i utgangspunktet en kokebok affære. Vanligvis, installere en funksjon, kanskje har en funksjonsmottakeren laste inn noen data i en liste, den slags. Men, trekke er potensielt mer komplekse.
En gitt løsning kan skape gjenstander som disse:
- Innholdstype
- List definisjon
- Områdedefinisjonen
- Data i en liste
- Selv mottakere
- InfoPath-skjemaer
Listen fortsetter.
Mens det er åpenbart viktig å utforme en løsning starter som disse gjenstander riktig, Det er like viktig å vurdere oppdateringen og slette tilfeller. Hvis løsningen oppretter en ny liste og fyller den listen med data, Hva skjer når løsningen er trukket tilbake? I noen tilfeller, listen skal slettes. I andre tilfeller, Det bør være intakt for historiske formål. Dine forretningskrav vil lede deg til den riktige avgjørelsen.
Å hjelpe med dette, opprette en matrise som viser hver gjenstand løsningen distribuerer til SharePoint. Tre listekolonner per gjenstand, en for Opprett, Update- og delete. For hvert enkelt tilfelle, fastslå riktige utfallet for denne operasjonen.
Denne typen analyse er selvfølgelig best gjøres før løsningen distribueres helt til en SharePoint-farm. Men, som å røyke, Det er aldri for sent for å begynne å gjøre ting riktig. Opprette at matrisen og utvikle en plan for å løse manglende oppdatere/slette scenariene. Det kan være et vanskelig problem å løse, men minst du har satt en boks rundt problemet.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
@no navn
Det er hva funksjonen mottaker klassen er for. Du skrive egendefinert kode for å håndtere det stadig du ønsker i objektmodellen i overstyring metoder innenfor din egendefinerte funksjonen-mottaker. Se MSDN-artikkelen her.
Hope that helps 🙂
@Paul
Jeg kobler denne artikkelen i denne månedene SharePoint bruker gruppere presentasjonen fordi, som ble diskutert på dette måneder SPUG, Dette er virkelig et sentralt tema til å lage robuste SharePoint-funksjoner.
-John bender
nickelcode.com (blogg)