SharePoint 2010:解决方案/功能升级建议的做法

时间:2011-03-17 12:05:56

标签: sharepoint sharepoint-2010

这是一个悬而未决的问题:我正在尝试为团队定义一组分阶段提供SharePoint解决方案的推荐做法。这意味着,更改将在每个级别(解决方案,功能,Web部件,内容类型等)发生。

根据您的经验,哪些实践真的,真的,对您有用?对于前者使用升级自定义操作,将升级逻辑完全放在FeatureUprading事件处理程序上?或者在FeatureActiving处理程序和假设功能已经存在?别的?

我问的是因为我知道许多MSDN文章中关于这个问题的项目,然而,升级是一种噩梦般的管理,这些过程有时很难掌握普通开发者。

谢谢!

1 个答案:

答案 0 :(得分:0)

由于没有其他人找到答案,我目前的做法是:

  1. 对于那些在100%的时间内工作的情况,请使用声明性方法,例如:不是内容类型

  2. 回到其余的代码

  3. 始终编写相关代码,以便可以在升级前或升级后状态下多次运行

相关问题