75

我刚刚阅读了一篇博客文章，该文章用银行类比解释了 MVC。我有几个月的使用 MVC 框架（CakePHP）开发 Web 应用程序的经验，所以我掌握了基础知识，但我开始看到一个主题，让我认为我在放置逻辑的地方采用了一种有缺陷的方法：

  • 胖模型，瘦控制器
  • 在模型中保留尽可能多的业务逻辑

在我的应用程序中，模型患有厌食症，而控制器则肥胖。我在控制器中有所有业务逻辑，除了模型中的关联和验证规则之外什么都没有。

扫描我的控制器，我现在可以识别出很多应该包含在模型中的逻辑：

  • 该应用程序具有包含项目的列表，并且可以对项目进行排名。将列表按排名顺序排列的排序逻辑位于控制器中。
  • 同样，物品（Item model）也有图像（Image model）。每个项目可能有一个默认图像（由项目表中的 image_id 指定）。当一个项目与它的图像一起显示时，默认图像应该首先出现。我有在控制器中执行此操作的逻辑。
  • 显示列表时，侧栏中会显示相关列表。确定哪些列表相关的逻辑在控制器中。

现在我的问题：

  1. 通过上面给出的示例，我认为这些是当前属于模型的控制器中的逻辑实例，我是否走在正确的轨道上？
  2. Web 应用程序共有的其他一些逻辑领域应该纳入模型中吗？
  3. 我确信发现这个问题并改变我的设计模式是成功的一半，但即使我决定采用上面给出的那些例子并尝试将这种逻辑转移到模型中，我也不知道从哪里开始。任何人都可以通过在此处发布一些代码或链接到一些好的学习资源来为我指明正确的方向吗？CakePHP 的特定帮助会很棒，但我确信任何 MVC 都足够了。
4

2 回答 2

55

给你“正确”的答案有点困难，因为其中一些涉及框架的细节（不管你正在使用的那些）。

至少在 CakePHP 方面：

  1. 是的

  2. 任何处理数据或数据操作的东西都应该在模型中。就 CakePHP 而言，一个简单的 find() 方法怎么样？...如果它有可能做一些“特殊”的事情（即回忆一组特定的“条件”），你可能在其他地方需要它，这是一个很好的借口来包装模型的方法。

  3. 不幸的是，从来没有一个简单的答案，代码的重构是一个自然的过程。有时你只是醒了过来：“神圣的通心粉......应该在模型中！” （好吧，也许你不这样做，但我有:)）

于 2009-01-21T23:03:18.313 回答
19

我至少使用这两个“测试”来检查我的逻辑是否在正确的位置：

1）如果我编写一个单元测试，很容易只创建一个“真实”对象来进行测试（=您在生产中使用的对象）并且不包括很多其他对象，除了一些值对象。需要实际模型对象和实际控制器对象来进行测试可能是您需要移动功能的信号。

2）问自己一个问题：如果我添加了另一种使用这些类的方式，我是否需要以几乎复制粘贴的方式复制功能？...这也可能是移动该功能的一个很好的理由。

也很有趣： http: //www.martinfowler.com/bliki/AnemicDomainModel.html

于 2009-01-21T22:33:17.123 回答