sharepoint - 有关单个 Visual Studio 项目中 Sharepoint Web 部件的首选做法？

Question

我的网站有许多(20 个左右)Web 部件。每个部分都是它自己的 Visual Studio 解决方案。有人问我如何将这些 Web 部件整合到更少的 WSP 中。

我想知道的是围绕这个问题的做法是什么。我可以看到每种方法的优点和缺点:

优点:
- 需要管理的 WSP 文件更少
- 将常见或相似的功能合并为一个 解决方案
- 更容易找到你想要的东西 - 更少的项目

缺点:
- 更改一个 Web 部件需要重新部署整个 WSP - 这意味着所有其他未受影响的 Web 部件(这是真的吗？)
- 部署不需要接触的代码的风险

似乎利大于弊，但这些都是一些相当大的弊端。

更新 决定合并项目，但原因与列出的略有不同:命名空间。 总体而言，这些项目都是独立的，尽管它们是同一“站点”产品的一部分。然而，没有任何东西是命名空间的。

因此，我们决定使用 company.application.funciton.feature 样式命名项目。完成此操作后，将几个项目合并到命名空间 .NET 解决方案中似乎是明智之举。因此，在许多情况下，只需将部署的程序集命名为“根”名称即可。

Answer 1

您的优点和缺点列表非常好，但它们是基于完全独立的 Web 部件。 我发现我经常创建一个或多个相互关联的 Web 部件，从而共享一些代码。将这些 webarts 放在一个解决方案中会带来立竿见影的好处。

实际上，你的两个缺点都不是真正的问题。这类似于当您只想更改一个 Web 表单时担心重新发布整个 ASP.NET Web 应用程序。

因此，排除了缺点之后，这个决定就变得方便了。这些 Web 部件最方便的分组是什么？一些简单的区别与每个 Web 部件的目标有关，例如农场与解决方案。更简单的描述是围绕特定网站集 Web 部件的目标。

总而言之，我认为决定将 Web 部件分组比决定分成哪个组更容易。