我应该将解决方案和功能保持 1:1 的比例吗？

我有一个包含多个事件接收器和工作流的复杂共享点部署。

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

我应该将单个功能、事件接收器或工作流程打包到单个解决方案中，还是应该将多个功能放入单个解决方案中，因为它们都可以协同工作？

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

请告诉我这对任何 SharePoint 专家来说是否有意义。

谢谢你，
Keith

Update:查看网站drax https://stackoverflow.com/questions/374919/should-i-keep-solutions-and-features-in-a-1-1-ratio#375278参考，我找到了这个参考网站：http://msdn.microsoft.com/en-us/library/aa543659.aspx http://msdn.microsoft.com/en-us/library/aa543659.aspx

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

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

• 删除新功能中的旧功能 解决方案的版本。

• 在解决方案中添加新功能 升级。

• 更新或更换接收器 现有功能的装配 新版本的解决方案。

• 添加或更改功能元素 新版本中的（Element.xml 文件） 的一个解决方案。

• 添加或更改功能 新版本的属性 解决方案。

• 更改旧的 ID 或范围 新版本的功能 解决方案。

• 删除特征元素 新版本中的（Element.xml 文件） 的一个解决方案。

• 删除新的特征属性 解决方案的版本。

那么...通过解决方案升级可以做什么？

我会建议against将所有事情分成多个解决方案。维护很快就会变成噩梦。尝试以与共享点的 12 文件夹相同的方式构建您的项目，该项目应该用于创建 WSP。然后你可以使用水安全计划建设者 http://www.codeplex.com/wspbuilder，最后一个稳定版本带来了很多有用的东西。

另外，我没有注意到重新部署解决方案有任何问题。根据this http://msdn.microsoft.com/en-us/library/aa544500.aspx文章和根据我的经验，WSP 的部署负责版本之间的同步。因此，如果您添加一些新功能，它们将会出现，如果您删除/更改功能，它们也会相应地进行修改。

EDITED:

所以我对 MOSS 更新主题做了一些快速研究。根据 MS 的说法，有两种更新解决方案的方法：

1. 就地更新
2. 增量更新

基本上，就地更新是标准的更新方式。这意味着您依赖于内置功能，如中所述this http://msdn.microsoft.com/en-us/library/aa544500.aspx（与之前发布的文档相同）文档。该解决方案的问题在于它缺乏相当多的功能（版本控制、功能 ID 的更改等）。

增量更新（这可能是微软的称呼）不依赖于内置解决方案。这意味着每个人都需要自己实现它:(。更好的是，我真的无法找到这种方法的任何指导方针。我想您想要采用的方法是增量更新的示例（将项目拆分为许多独立的解决方案）。

另请注意，MS 并未正式支持增量更新。

所以我真的不知道该给你什么建议。单个 WSP 比其中的多个 WSP 更易于维护，而且如果您只做一些小的更改，更新也可以完美地工作。但如果你需要进行一些更大的结构性改变，问题就会开始显现。

我可能会等待，看看具有更多 MOSS 专业知识的人是否可以就这个话题发表一些看法。