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

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

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

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

有帮助吗?

解决方案

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

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

其他提示

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top