Ми смо заједно проводе много времена размишљајући о СхареПоинт решења — како их створити, инструмент који се користи, шта се дешава када не успеју да се распореди, тимер послови, СЦОПЕС, итд. 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. Међутим, повлачите је потенцијално комплекснији.
Дато решење може да створи артефакте попут ових:
- Тип садржаја
- Листа Дефиниција
- Сите Дефинитион
- Подаци у листи
- Чак пријемници
- ИнфоПатх обрасци
Списак се наставља.
Иако је очигледно важно да прилагођавање решења инстанцира исправно те артефакте, 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, али барем ћете је ставити оквир око проблема.
</крај>
Следите ме на Туиттер на http://www.twitter.com/pagalvin
@no name
That’s what the Feature Receiver class is for. You write custom code to handle what ever you want within the Object Model in override methods within your custom Feature Reciever. See the MSDN article овде.
Надам се да помаже 🙂
@Paul
I’m linking this article in this months SharePoint user group presentation because, as was discussed at this months SPUG, this is really a central issue to creating robust SharePoint features.
-john bender
nickelcode.com (блог)