SharePoint-funksjoner & Løsninger Management — Ikke glem U i CRUD (eller D for saks skyld)

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>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

2 tanker om “SharePoint-funksjoner & Løsninger Management — Ikke glem U i CRUD (eller D for saks skyld)

  1. John Bender

    @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)

    Svar
  2. Mike Birtwistle
    Da jeg begynte å utvikle løsninger og funksjoner jeg ser for en setting et sted i definisjonen som definerer hva som skjer på sletting eller oppdatering. Det forlatt meg lurer på om det bør være noen innebygde atferd til en WSP – eller en swtich på stsadm – som gjør noen av de vanlige oppgavene som du nevnt ovenfor som på slette en løsning – fjerne alt eller la alt og oppdatering – fjerne og erstatte eller bare oppdatere definisjonen og deretter har du mulighet til å gjøre en egendefinert handling i en funksjon-Mottaker.
    Svar

legg igjen et svar

e-postadressen din vil ikke offentliggjøres. Obligatoriske felt er merket *