Sharepoint Նկարագրություն & Solutions կառավարում — Մի մոռացեք, որ U-ի CRUD (կամ D այդ հարցի վերաբերյալ)

Մենք միասին անցկացնել մեծ ժամանակի մտածողության մասին, Sharepoint լուծումների — թե ինչպես ստեղծել իրենց, որը գործիք օգտագործել, թե ինչ է տեղի ունենում, երբ նրանք չեն կարողանում տեղակայել, ժմչփ աշխատատեղեր, քարոզարշավի շրջանակներում, եւ այլն:. 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, մի հայեցակարգային դիզայնի տեսանկյունից, than deploying them. Deployment is basically a cookbook affair. Typically, տեղադրելու հնարավորությունը, գուցե պետք է մի առանձնահատկություն ընդունիչ բեռնելու համար որոշ տվյալներ այդ ցուցակում, that sort of thing. Սակայն, retracting է պոտենցիալ ավելի բարդ.

Մի քանի լուծումը կարող է ստեղծել artifacts նման են:

  • Բովանդակության տեսակներ
  • Սայլակ Definition
  • Կայքի Definition
  • Տվյալները ցուցակի
  • Նույնիսկ ստացողի
  • InfoPath ձեւեր

Ցուցակը շարունակվում է.

Իսկ դա ակնհայտորեն կարեւոր է մշակել մի այնպիսի լուծում, որը instantiates այդ artifacts ճիշտ, 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, թե ինչ է տեղի ունենում, երբ լուծումը չեղյալ հայտարարվեց? 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.

Օգնել հետ, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, մեկը ստեղծել, թարմացնել եւ ջնջել. For each case, որոշում է ճիշտ արդյունքի այդ գործողությանը.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Սակայն, նման ծխելու, 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, բայց գոնե ձեզ պետք է տեղադրել մեկ տուփ ամբողջ խնդիրը.

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Արորդիների Tags:

2 thoughts on "Sharepoint Նկարագրություն & Solutions կառավարում — Մի մոռացեք, որ U-ի CRUD (կամ D այդ հարցի վերաբերյալ)

  1. John Bender

    @ No name

    Որ ինչ Խաղարկային ընդունիչ դասի համար. Դուք գրում գործարկողի կոդը կարգավորել այն, ինչ երբեւէ ցանկանում է օբյեկտի մոդելի անտեսեն մեթոդների շրջանակներում ձեր մաքսային Feature Reciever. Տես MSDN հոդվածը այստեղ.

    Հույս ունենք, որ օգնում է 🙂

    @ Paul

    Ես կապելով այս հոդվածը այս ամիս SharePoint մասին խմբային ներկայացման պատճառով:, քանի որ քննարկվել է այս ամիս SPUG, սա իսկապես խնդիր է կենտրոնական ստեղծելու ամուր SharePoint հատկանիշները.

    -john Bender

    nickelcode.com (Օգտվող)

  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 – հեռացնել փոխարինել կամ պարզապես թարմացնել սահմանումը, ապա տարբերակը անում գործարկողի ակցիա է խաղարկային ստացողի.

Ավելացնել կարծիք

Ձեր էլ. Փոստի հասցեն չի հրապարակվելու. Պահանջվող դաշտերը նշված են աստղանիշով *