在MVC 3中建立控制器/视图关系的可靠指南

时间:2011-08-23 02:20:17

标签: .net asp.net-mvc-3 c#-4.0 n-tier-architecture

我最近开始研究基于Microsoft .NET MVC 3的项目。到目前为止,进展一直很好,但我仍然有一种唠叨的感觉,可能设计不是100%应该是,主要是关于关系控制器和视图之间。

我们知道控制器可以处理一个或多个视图。从商业的角度来看,我一直在建立这种关系;例如,与帐户相关的所有视图都由帐户控制器处理。

这是正确的做法吗?因为在视图和控制器之间建立1:1的关系对我来说似乎很浪费。

任何指针,提示和链接都将不胜感激。

谢谢!

2 个答案:

答案 0 :(得分:0)

通常,将功能集中在一起是一个好主意 - 我发现一个好的规则是让控制器为问题域建模,而不是像每个控制器一个视图那样的规则。从这个意义上说,让一个控制器暴露多个视图是完全合理的。

答案 1 :(得分:0)

我看待它的方式是......

这个服务器端控制器......它的目的是什么?

  1. 可能需要允许用户登录
  2. 可能需要向用户显示汽车列表
  3. 可能需要让用户下载文件
  4. 可能需要允许用户编辑数据库中行的详细信息
  5. 然后将您的控制器要求划分为post / get

    然后问......我需要一个视图(一个屏幕)才能完成要求吗?如果你这样做,那么为控制器的方法添加一个视图。