Asp.net mvc ASP.NETMVC默认文件结构

新ASP.NETMVC应用程序（按控制器、模型、视图等分组）上的默认文件结构是否有任何功能原因

否则，我会以一种对我更方便的方式来构建它

---

谢谢！

从技术上讲，你可以把模型和控制器放在任何地方，因为它们只是编译成DLL的代码文件。但是，如果你想利用MVC的约定，其他文件的位置要求更严格

严格来说，您可以将视图放置在任何位置。但是，这样做会产生许多后果。您必须在view（）方法中指定视图的完整路径，如果您不将视图放置在~views文件夹中，则用户可以直接下载它们（您不希望这样）

---

一般来说，如果你遵循惯例，MVC的工作会顺利得多。如果你走自己的路，你会失去很多自动化和生产力。

MVC的目的是将关注点分为模型、视图和控制器。因此，组织……如果你不想要MVC，为什么不使用常规的ASP.NET WebForms？哪种方式更方便您的意见和原因？@Jim；我不使用MVC来分隔文件夹因为文件夹基于MVC模式，我认为没有办法改变它。如果您试图在应用程序中创建模块之间的分隔，请查看MVC“区域”。如前所述，它们也有相同的文件夹结构，但在一个MVC应用程序中可以被视为不同的模块。此外，它们在引用它们时也会遇到硬编码url的痛苦。@Stefan P.我会按视图/模型/控制器的主题对其进行分组，即客户端控制器模型视图脚本共享脚本Since我们不重用模型/视图/控制器。原因很简单，我觉得在解决方案资源管理器中从控制器到模型再到映射器等的导航真是太过分了。是的，我明白你的意思。但在我的情况下，我们花在编辑上的时间比创建文件要多。@zhealot-嗯，有很多事情会让你感到沮丧，即使你We’我们不会一直创建新视图。我强烈建议您将视图保存在“视图”文件夹中。您在视图下方的结构上更灵活一些，但如果您脱离视图/控制器/操作约定，您将不得不使用完整路径。这是真的。感谢您的回复！