ASP。NET MVC-控制器数量

我的方法是为系统中的主要参与者(表)创建一个新的控制器。辅助表最终由控制器开始更新与辅助数据相关联的主表。例如,我将有一个用户控制器,并有一个动作来更新与用户控制器中特定用户相关联的UserContact信息,而不是创建一个单独的UserContact控制器。

我发现赌注的方式是,一旦你到达表示层(在这种情况下是web层),你应该按照逻辑而不是技术进行分组。如果你有一个产品和类别表,你可能想制作一个目录控制器或商店控制器。这将有助于并允许您重用大量代码并保持有序。

ASP。NET MVC非常灵活,非常酷,尽管不可否认,一开始,这种灵活性感觉就像溺水一样。只要开始写代码,你就会意识到你是否走错了路。MVC有一个学习曲线。随它去吧。

我认为这在很大程度上是一种设计选择。我不认为有一个明确的答案,尽管我想如果你坚持模式的字母,那么你会选择每种数据类型一个控制器的选项。

我开始构建一个小型博客原型系统来尝试ASP。NET MVC不久前(遗憾的是,它仍然是一个WIP),我最终做出的一个设计决定是将Comment控制器包含在Post控制器中。然而,我是在尝试了单独的控制器后才决定这样做的。我认为这是有效的,因为这两个概念是如此紧密地交织在一起:没有博客文章,你就无法发表评论。