Visual studio SharePoint Visual Studio项目应如何相互共享';谁的代码可以管理?

Visual studio SharePoint Visual Studio项目应如何相互共享';谁的代码可以管理?,visual-studio,sharepoint,projects-and-solutions,solution,wspbuilder,Visual Studio,Sharepoint,Projects And Solutions,Solution,Wspbuilder,我的SharePoint Visual Studio解决方案结构当前包含以下项目: 常见:包含扩展方法、帮助程序、常用控件等 日志记录:通常包含在公共中,但包含对标记为“不安全”的本机方法的调用 特定于站点的项目:每个不同站点一个,包含特定于该站点的功能、web部件、事件接收器等 控制台应用程序:控制台应用程序根据需要进行项目 我使用的是WSPBuilder,因此每个项目(除了控制台应用程序)都有自己的SharePoint WSP解决方案文件 这是拆分SharePoint代码的好方法吗?您使

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

  • 常见:包含扩展方法、帮助程序、常用控件等
  • 日志记录:通常包含在公共中,但包含对标记为“不安全”的本机方法的调用
  • 特定于站点的项目:每个不同站点一个,包含特定于该站点的功能、web部件、事件接收器等
  • 控制台应用程序:控制台应用程序根据需要进行项目
我使用的是WSPBuilder,因此每个项目(除了控制台应用程序)都有自己的SharePoint WSP解决方案文件


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

这似乎是合理的,但您可能需要注意共享项目的部署-部署脚本可能包括更新公共包,这对于较旧的特定于站点的项目不太好


对于大多数项目,我希望有一个包含必要的共享库的单个解决方案包——通常安装到GAC。

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

这里的优点是,尽管规划更新这里的通用包应该与SharePoint无关-维护向后兼容性的需要同样强烈。