MVC文件夹结构-主要由业务模块而不是M/V/C？

Question

我正在设计一个复杂的基于web的商业解决方案。和Processes项目是围绕业务模块(3-4层深度)构建的，例如：

\Franchises
   \Regionals
      \Billing
         \Monthly
         \...
         \...
      \...
      \...
   \...
   \...
\...
\...

传统的MVC文件夹结构非常突出，最大深度为2级。因此，我计划实施这个结构，而不是：

\Franchises\Regionals\Billing\Monthly\RegionalMonthlyBillingController.cs
\Franchises\Regionals\Billing\Monthly\Views\...
\Franchises\Regionals\Billing\Monthly\ViewModels\...

\Franchises\Divisionals\Allocation\DivisionalAllocationController.cs
\Franchises\Divisionals\Allocation\Views\...
\Franchises\Divisionals\Allocation\ViewModels\...
...

请注意，我们的域模型保存在域中，WebUI只需要包含ViewModels。

除了定制MVC路由/映射的问题之外，您能看到这种方法的任何问题吗？

考虑到有很多视图文件夹，MVC必须搜索500+文件夹才能找到相关视图，这会不会对性能造成影响呢？

Answer 1

除了定制MVC路由/映射的问题之外，您能看到这种方法的任何问题吗？

可能会导致一些相当大的项目，对于一个新来的人来说可能很难导航。您可以考虑在单独的程序集中对某些逻辑进行外部化，以避免使用单个monolith应用程序。考虑ASP.NET MVC领域。

考虑到有很多视图文件夹，MVC必须搜索500+文件夹才能找到相关视图，这会不会对性能造成影响呢？

不，在发布模式下运行(debug="false")时，ASP.NET MVC缓存视图的位置，查找速度相当快。