6

在 asp.net mvc (4) 中,开箱即用,视图进入Views文件夹,然后由子文件夹中的控制器分组。

控制器进入Controllers文件夹,(查看/编辑/输入)模型进入Models文件夹等。

我确实喜欢视图的组织方式。然而,我不喜欢水平地破坏 MVC 的其余部分。

我的问题是,保留视图组织结构的缺点是什么,但按控制器(即按用例)对其他类进行分组。例如:

/Home
  HomeController.cs
  IndexViewModel.cs
  IndexViewModelBinder.cs
/Messages
  MessagesController.cs
  MessagesApiController.cs
  MessagesViewModelBinder.cs
  MessageViewModel.cs
  MessagesListViewModel.cs
/Views
  /Home
     Index.cshtml
  /Messages
     MessagesIndex.cshtml
     MessageDetails.cshtml
4

2 回答 2

3

重要的是视图文件的排列,因为它们是在运行时访问的。其他所有内容都编译到程序集中,因此其源文件的物理位置无关紧要。

和你一样,我发现对于大型项目的默认安排有点尴尬,所以这就是我布置当前项目的方式:

~/
    /Areas
        /DefaultArea // I always use areas, even when there's only one, because it simplifies things when adding additional areas.
            /Controllers
                FooController.cs
            /Views
                /Foo
                    FooView.aspx // Yes, I use WebFormView. Just a matter of personal preference
                    FooEdit.aspx
                    FooModels.cs // this file contains my ViewModels

所以基本上,我将 ViewModel 类与视图放在同一个文件夹中,而不是将所有 ViewModel 放在一起(这在逻辑上不太合理)。我很想把我的控制器放在他们视图的文件夹中,但我决定不这样做。

到目前为止,我没有发现我的方法有任何缺点(现在已经使用了将近 2 年了)。

于 2012-09-11T23:19:41.203 回答
1

我通常喜欢尽可能避开某些区域,因为它会产生一些路由问题。

我认为您的结构完全没问题(并且优于基于“类型”而不是“功能”分离代码的默认 MVC/Web 结构)。

我的建议是,您只将“web”.cs 文件保存在 web DLL 中(例如控制器、ViewModel、Binders 等),并且在域/服务/等层的单独 DLL 中具有相同的结构,因此它们如果/根据需要,可以单独重复使用/测试。

于 2012-09-12T02:10:20.373 回答