SharePoint Aðgerðir & Lausnir Management — Ekki gleyma U í Crud (eða D fyrir þessi efni)

Við eyðum saman mikið í að hugsa um SharePoint lausnir — hvernig á að búa þær, sem tæki til að nota, hvað gerist þegar þeir ekki að dreifa, Teljari störf, mælar, o.fl.. 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, frá huglægu hönnun sjónarhorni, than deploying them. Deployment is basically a cookbook affair. Typically, setja a lögun, kannski hafa a lögun símtól hlaða nokkur gögn í lista, that sort of thing. Hins, retracting er hugsanlega flóknara.

A gefið lausn getur búið artifacts eins og þessir:

  • Content Type
  • Listi Skilgreining
  • Site Definition
  • Gögn í lista
  • Jafnvel móttakara
  • InfoPath eyðublöð

The listi goes á.

Á meðan það er augljóslega mikilvægt að hanna lausn sem instantiates þá artifacts rétt, 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, hvað gerist þegar lausnin er dregin? 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.

Til að hjálpa með þetta, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, einn fyrir að búa, uppfæra og eyða. For each case, ákvarða rétta niðurstöðu fyrir þann rekstur.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Hins, eins reykingar, 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, en á minnstur þú munt hafa sett kassa allan vanda.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

2 hugsanir á "SharePoint Aðgerðir & Lausnir Management — Ekki gleyma U í Crud (eða D fyrir þessi efni)

  1. John Bender

    @ Ekkert nafn

    Það er það sem Receiver lögun Námskeiðið er fyrir. Þú skrifar sérsniðnum kóða til að höndla hvað sem þú vilt í Object Model í aðferðum hunsa innan sérsniðnum Lögun móttakara þinni. Sjá MSDN grein hér.

    Hope that helps 🙂

    @ Paul

    Ég er að tengja þessa grein í þessu mánuði SharePoint notendahóp kynningu vegna, sem var rætt á þessum mánuði SPUG, þetta er í raun miðlægur mál að búa öflugri aðgerðir SharePoint.

    -john Bender

    nickelcode.com (blogg)

    Svara
  2. Mike 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 – fjarlægja og skipta um eða einfaldlega uppfæra skilgreiningu og þá hafa möguleika á að gera a siðvenja aðgerð í lögun símtól.
    Svara

Eftir svar

Netfangið þitt verður ekki birt. Nauðsynlegir reitir eru merktir *