一个 Sharepoint 功能或许多相互依赖的功能

Question

我在 VS2008 中有一个带有 STSDev 2008 的小型 Sharepoint Feature 项目，其中包括一个 WebPart、一个列表和一个列表实例（上述列表的）。 WebPart 和 List 实例一样依赖于 List 的存在。

我会更好地创建一个部署所有三个组件的功能，还是将三个组件打包为单独的功能并在 WebPart 和列表上的列表实例中创建功能依赖项？

我可以看到几个优点和缺点：

专业版：

• 简化测试，因为列表可以与 WebPart 和实例分开测试
• 可扩展性更强，因为可以添加更多依赖于高级功能的功能
• 更高效，只激活你需要的功能

缺点：

• 增加了创建功能的开发时间
• 开发环境实际上不允许您将功能拆分为不同的项目
• 可能会使站点设置中的站点功能页面混乱

Answer 1

我可能会将它们拆分为多个功能，以便您可以在需要时单独更新 ethem。您始终可以创建在子功能上具有 ActivationDependencies 的父功能。如果您将子功能标记为隐藏，父功能将自动激活子功能，它们不会使您的功能页面变得混乱。

Answer 2

还要考虑功能的管理。如果您在部署了许多功能的大型公司环境中，您将需要考虑拆分。它将有助于部署，如果其中一个功能变得非常流行，而另外两个只是有点流行，它将为您节省大量时间来处理增强请求和错误修复。