SharePoint Tampok & Mga Solusyon sa Pangangasiwa ng — Huwag Kalimutan ang U sa CRUD (o ang D para sa na mahalaga)

Kapag pinagsama-sama namin ang gastos ng isang napakahusay na oras na pag-iisip tungkol sa mga solusyon sa SharePoint — kung paano lumikha ng mga ito, na tool upang gamitin, kung ano ang mangyayari kapag mabigo silang i-deploy, Timer ng mga trabaho, mga saklaw, at iba pa. 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, mula sa isang pananaw ng haka-haka na disenyo, than deploying them. Deployment is basically a cookbook affair. Typically, i-install ang isang tampok, siguro ang isang tampok na receiver-load ng ilang mga data sa isang listahan, that sort of thing. Gayunman, retracting ay potensyal na mas kumplikado.

Ang isang naibigay na solusyon ay maaaring lumikha artifacts tulad ng mga ito:

  • Uri ng Nilalaman
  • Kahulugan ng Listahan
  • Kahulugan ng Site
  • Data sa isang listahan
  • Kahit na receiver
  • InfoPath form

Ang listahan napupunta sa.

Habang ito ay malinaw naman mahalaga sa disenyo ng isang solusyon na instantiates mga artifacts nang tama, 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, kung ano ang mangyayari kapag ang solusyon ay Binawi? 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.

Upang makatulong na ito, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, isa para lumikha, update and delete. For each case, matukoy ang tamang kahihinatnan para sa operasyon na.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. Gayunman, tulad ng paninigarilyo, 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, ngunit hindi bababa sa magkakaroon ka na ilagay ang isang kahon sa paligid ng problema.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags:

2 ano sa tingin mo "SharePoint Tampok & Mga Solusyon sa Pangangasiwa ng — Huwag Kalimutan ang U sa CRUD (o ang D para sa na mahalaga)

  1. John Bender

    @ Walang pangalan

    Iyon ay kung ano ang Tampok klase Tatanggap ay para sa. Sumulat ka ng mga custom na code upang pangasiwaan ang kung ano man ang gusto mo sa loob ng Modelo Bagay sa mga pamamaraan sa override sa loob ng iyong pasadyang Tampok Reciever. Tingnan ang MSDN artikulo dito.

    Hope that helps 🙂

    @ Paul

    Ako pag-link sa artikulong ito sa buwan na ito pagtatanghal SharePoint gumagamit pangkat dahil, bilang ay tinalakay sa buwan na ito SPUG, talaga ito ng gitnang isyu sa paglikha ng malakas na mga tampok ng SharePoint.

    -john pansipit

    nickelcode.com (blog)

    Sumagot
  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 – alisin at palitan o lamang i-update ang kahulugan at pagkatapos ay magkaroon ng opsyon ng paggawa ng custom na pagkilos sa isang tampok na receiver.
    Sumagot

-Iwan ng sagot

Ang iyong email address ay hindi nai-publish. Mga kinakailangang patlang ay minarkahan *