多MVC项目结构

Question

我需要帮助设计用于团队环境的MVC结构吗？以下是我们所做工作的简短说明：

• 我们有不同的部门，我们将转移到网络(MVC)。例如，我们有一个人口普查部，管道部，和康塞特部等。

选项：

1. 我可以在Visual中为每个模块设置一个普通的MVC解决方案。所以我可以有一个VS解决方案的人口普查，一个管道等。这一切都是好的，但我想有一个共享的观点(S)，可以用于跨项目(类似于母版页)。在这种情况下，这将如何工作呢？
2. 我可以为每个部门设置一个MVC应用程序。不错的选择。它解决了我的共享视图问题。然而，当我们完成的时候，我可能会有12到15个不同的区域。这是一个巨大的解决方案中的大量子文件夹和代码。更不用说，我可能希望将我的模型和仓库分离到他们自己的项目中。甚至可以用区域来处理吗？
3. 如果有更好的主意，我会感谢你的帮助。

我们有8-10个开发人员，他们将致力于这个应用程序的前进，所以我只是想确保我有最好的结构可能。

Answer 1

我认为这里没有“正确”的答案，基本上可以归结为你认为在一段时间内最容易建立和维护的东西。所以我会这么做。

将这些模块合并到更易于管理的单元中，并在不同的网站项目中将模块放在各个领域。如果视图共享是这里最重要的事情，那么这将是将模块分组到具有不同区域的网站的标准。另外，如果他们分享了一些观点，很可能它们在逻辑上也大致相似，所以您最终也会根据它们的逻辑意义对它们进行分组。然后，您可以将它们作为解决方案中的不同项目，或者完全不同的解决方案。

似乎也有一种使用来自不同项目的视图的方法。我个人从来没有这样做过，而且这个链接是谷歌快速搜索给我的，所以一定要仔细研究一下。这可以使您的视图在所有网站上重用。

关于模型和存储库，我会把它们放在一个完全独立的项目中，然后被所有的网站引用。最近，我倾向于在不考虑任何“客户端”的情况下构建我的模型和存储库，所以我通常将它们放在一个完全独立的项目中，并试图构建它们，以便它们能够方便地被网站、web服务或桌面应用程序使用。

我希望这有帮助，但正如我所说，这绝不是一个正确的答案(这可能是完全错误的，因此，如果有人有一个更好的想法，请分享)。顺便说一句，如果你有8-10个开发人员在做这方面的工作，一定要问他们。许多聪明人的不同意见往往会融入到有用的想法中。

Answer 2

你真的可以用多种方式来做这件事。

一种选择是使用便携式区域，其中每个区域都是自己的程序集。这可以解决您的项目规模问题。