我应该如何组织我的 SharePoint 代码？答案

【问题标题】：How should I be organizing my SharePoint code?我应该如何组织我的 SharePoint 代码？
【发布时间】：2010-12-20 22:45:19
【问题描述】：

随着时间的推移，我维护的代码库呈指数级增长。我们有各种不同的实用程序类、webpart、事件接收器、控制台应用程序等等。

通常，每个 Web 部件都存在于一个单独的 DLL 中（每个 Web 部件一个解决方案和一个项目）。我们的实用程序类在很大程度上也被分离到它们自己独立的 DLL 中（这包括任何专门的列表访问类，它们在 DLL 中与它们的 bean 组合在一起）。这导致了大量的解决方案变得更加难以维护（将每个解决方案升级到 Visual Studio 2008，或者只是试图找出 DLL 引用的迷宫）。

随着我发现SharePoint Guidance，我正在重新评估我们当前的代码结构。例如，看起来他们建议将您所有的专用列表访问类组合到一个存储库中（到目前为止，我们所做的完全相反，根据代码的“解决方案”将它们拆分为 DLL）。

问题：我应该如何组织我的代码？您如何决定解决方案与项目与文件夹中的内容或命名空间中的内容？每个 Web 部件一个解决方案？

【问题讨论】：

标签： c# sharepoint

【解决方案1】：

我通常按功能组织我的代码。假设我有一个 Extranet 项目和一些 Intranet webparts 的代码，我将它分成一个 Extranet 和一个 Intranet 项目，并将不同类的代码（eventreceivers、timerjobs、webparts 等）分离到不同的命名空间中。这样，如果我愿意，我可以将功能（子）集部署到不同的农场，并且在编辑代码时，我可以在同一个地方得到相互依赖的所有内容:)

【讨论】：

我认为这种方法也是我们尝试做的。你有在项目之间共享的代码吗？您是否使用一个 MSVS 解决方案来维护您的所有项目？