我的 SharePoint Visual Studio 解决方案结构当前包含以下项目:
- Common:包含扩展方法、帮助器、常用控件等。
- 日志记录:通常包含在 Common 中,但包含对标记为“不安全”的 native 方法的调用
- 特定于站点的项目:针对每个不同的站点,包含特定于该站点的功能、Web 部件、事件接收器等
- 控制台应用:根据需要进行控制台应用项目
我使用的是 WSPBuilder,因此每个项目(除了控制台应用程序)都有自己的 SharePoint WSP 解决方案文件。
这是拆分 SharePoint 代码的好方法吗?您使用什么方法?
最佳答案
这似乎是合理的,尽管您可能需要小心共享项目的部署 - 部署脚本可能包括更新公共(public)包,这对于旧的站点特定项目来说并不好。
对于大多数项目,我更喜欢使用包含必要共享库的单一解决方案包 - 通常安装到 GAC。
关于visual-studio - 应如何管理共享彼此代码的 SharePoint Visual Studio 项目?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/856876/