【问题标题】:How should SharePoint Visual Studio projects that share each other's code be managed?应该如何管理共享彼此代码的 SharePoint Visual Studio 项目?
【发布时间】:2010-10-25 19:21:15
【问题描述】:

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

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

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

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

【问题讨论】:

    标签: visual-studio sharepoint projects-and-solutions solution wspbuilder


    【解决方案1】:

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

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

    【讨论】:

    • 这里有好处,虽然计划更新这里的通用包应该与 SharePoint 无关 - 保持向后兼容性的需求同样强烈。
    【解决方案2】:

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2019-07-27
      • 1970-01-01
      • 1970-01-01
      • 2013-09-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-02-23
      相关资源
      最近更新 更多