我应该把解决方案和特性保持在1比1的比例上吗？

Question

我有一个具有多个EventReceivers和工作流的复杂sharepoint部署。

我还对现有列表进行了架构更改，添加了新的元数据列，并更改了现有列。

我应该将单个特性、事件接收器或工作流打包到单个解决方案中，还是应该在单个解决方案中添加多个功能，因为它们都是一起工作的？

我要问的一个主要原因是为了将来的代码升级。如果功能是分开的，那么代码的一部分升级就不需要重新部署解决方案中的所有功能。这是我应该担心的问题，还是"stsadmin -o升级解决方案“是否解决了具有许多特性的解决方案的任何问题？

让我知道，如果这是有意义的任何SharePoint大师在那里。

谢谢,

基思

更新：查看德拉克斯引用的网站，我找到了这个参考站点：http://msdn.microsoft.com/en-us/library/aa543659.aspx

这种说法似乎给解决方案中的特性升级带来了很大的障碍：

解决方案升级只能用于替换文件。可以在解决方案中添加新文件，升级和删除旧版本的文件，但不能安装功能或使用功能事件处理程序来运行功能安装和激活的代码。在解决方案升级中不支持以下操作。

• 删除解决方案的新版本中的旧功能。
• 在解决方案升级中添加新功能。
• 更新或更改解决方案新版本中现有功能的接收器程序集。
• 在解决方案的新版本中添加或更改功能元素(Element.xml文件)。
• 在解决方案的新版本中添加或更改特性属性。
• 在解决方案的新版本中更改旧功能的ID或范围。
• 删除解决方案新版本中的功能元素(Element.xml文件)。
• 删除解决方案的新版本中的特性属性。

所以..。对于解决方案升级，您能做什么？

Answer 1

基本上(出于您前面提到的原因)，您应该像.Net程序集一样考虑解决方案--可以与其他代码分开部署的原子代码单元。使用升级将导致重新部署所有包含的功能--如果没有任何改变，那么对于使用该功能的站点来说，什么也不应该改变。但是，如果这让你紧张，那就考虑把它分开。

Answer 2

如果您只是更新程序集并将所提供的文件保持原样，那么UpgradeSolution非常方便。

除非您指定了-local，否则升级将在您的基础结构中执行完全的iis重置。当您计划执行升级的正确时间时，这确实值得注意。