2

我的 SharePoint Visual Studio 解决方案结构当前包含以下项目：

  • Common：包含扩展方法、助手、常用控件等。
  • 日志记录：通常会包含在 Common 中，但包含对本地方法的调用，因此标记为“不安全”
  • 特定于站点的项目：每个不同站点一个，包含特定于该站点的功能、Web 部件、事件接收器等
  • 控制台应用程序：根据需要/如果需要控制台应用程序项目

我正在使用 WSPBuilder，因此每个项目（除了控制台应用程序）都有自己的 SharePoint WSP 解决方案文件。

这是拆分 SharePoint 代码的好方法吗？你使用什么方法？

4

2 回答 2

2

如果您还没有这样做，我会考虑将您的通用代码捆绑到一个或多个功能中，并将非通用代码放在对通用代码具有功能依赖性的功能中。您可能希望公共代码使用不同的 WSP 或相同的 WSP - 不确定所有的优点/缺点。

于 2009-05-13T15:52:43.913 回答
2

这似乎是合理的，尽管您可能要小心部署共享项目 - 部署脚本可能包括更新公共包，这对于旧的站点特定项目不利。

对于大多数项目，我更喜欢使用包含必要共享库的单个解决方案包 - 通常安装到 GAC。

于 2009-05-13T10:26:58.720 回答