代码之家 › 专栏 › 技术社区 › Byron Sommardahl

mvc中控制器的传统使用是否会导致违反单一责任原则?

single-responsibility-principle solid-principles model-view-controller

9

Byron Sommardahl · 技术社区 · 16 年前

维基百科描述了 Single Responsibility Principle 这种方式:

单一责任原则指出每个对象都应该有一个单一的责任,并且该责任应该完全由类封装。它的所有服务都应与这一责任紧密结合。

mvc中控制器的传统用法似乎会导致程序员违反这一原则。使用一个简单的来宾簿控制器和视图。控制器可能有两个方法/操作:1)index()和2)submit()。index()显示表单。submit()处理它。这两种方法代表两种不同的责任吗?如果是的话,单一责任是如何发挥作用的?

2 回复 | 直到 11 年前

1

8

tpdi 16 年前

是的。

如果您想遵循SRP,则将控制器分解为调度程序和动作;调度程序将控件调度到其动作,并在编译时(C++模板)或运行时(Java XML,无论什么),编写调度程序和操作。

为什么我们不经常看到这个?因为控制器通常是“特别”实现,所以叶级的具体类不是泛化的,也不应该是子类。在这里,类更方便地用于分组代码,操作几乎肯定是非公共的(可能是私有的,可能是受保护的),“仅仅”是内部实现细节。

如何决定要发送到哪个操作、可能操作的数量和多样性的选择是很高的,并且发送和操作是紧密耦合的。所以在实践中,把代码放在一个地方通常比较容易。

2

4

Derek Greer 15 年前

不,没有。

mvc模式及其变化没有任何内在的东西会导致违反单一责任原则。控制器的实现是否违反srp取决于封装的行为是否有不止一个更改的原因(就像任何其他类一样),而不是因为对模式的任何预设的规定性使用。

您给出的示例是数据应用程序上基本表单的子集,其中控制器仅为给定模型提供CRUD操作。crud操作在本质上是相当内聚的,因此这通常不构成对srp的违反。在一个控制器上有多个方法开始变得可疑的地方是当这些方法表示域中不同的行为交互时。

也就是说,即使有人认为crud代表了四个独立的非内聚性关注点,mvc模式也没有什么内在的东西迫使您在同一个控制器中促进这些操作。

关于mvc模式的一些历史,以及它在web开发、检查中的应用 Interactive Application Architecture Patterns .