SharePoint Features & Zgjidhje Menaxhim — Mos harroni u në Crud (ose D për atë lëndës)

Ne kolektivisht shpenzojnë një pjesë të madhe të kohës të menduarit rreth zgjidhjeve të SharePoint — si për të krijuar ato, e cila mjet për të përdorur, çfarë ndodh kur ata dështojnë për të vendosur, Punë timer, Fushat, etj. 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, nga një perspektivë konceptuale të projektimit, than deploying them. Deployment is basically a cookbook affair. Typically, instaluar një tipar, ndoshta kanë një marrës tipar të ngarkesës disa të dhëna në një listë, that sort of thing. Megjithatë, retracting është potencialisht më komplekse.

Një zgjidhje e dhënë mund të krijojë objekte si këto:

  • Lloji Përmbajtja
  • Përkufizimi Lista
  • Përkufizimi Site
  • Të dhënat në një listë
  • Edhe Përfituesit
  • Forma InfoPath

Lista vazhdon.

Ndërsa kjo është padyshim e rëndësishme për të hartuar një zgjidhje që instantiates ato objekte saktë, 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, çfarë ndodh kur zgjidhja është e tërhoqi? 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.

Për të ndihmuar me këtë, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, një për të krijuar, update and delete. For each case, të përcaktojnë rezultatin e saktë për këtë operacion.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Megjithatë, si pirja e duhanit, 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, por të paktën ju do të keni vënë një kuti rreth problemit.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Technorati Tags:

2 mendime mbi "SharePoint Features & Zgjidhje Menaxhim — Mos harroni u në Crud (ose D për atë lëndës)

  1. John Bender

    @ No name

    Kjo është ajo që Marresit Feature klasë është për. Ju shkruani kodin porosi për të trajtuar atë që kurrë ju doni brenda Object Model në metodat e refuzo brenda pranuesit tuaj custom Feature. Shih artikullin MSDN këtu.

    Shpresa që ndihmon

    @ Paul

    Unë jam lidh këtë artikull në këtë prezantim muaj përdorues SharePoint grupit për shkak, siç u diskutua në këtë muaj SPUG, kjo është me të vërtetë një çështje qendrore për krijimin e karakteristika të fuqishme SharePoint.

    -john Bender

    nickelcode.com (blog)

  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 – hequr dhe zëvendësuar ose thjesht update përkufizimin dhe pastaj të ketë mundësi për të bërë një veprim me porosi në një marrës tipar.

Lini një Përgjigju

Adresa juaj e emailit nuk do të publikohet. Fusha e kërkuar janë shënuar *