MVC，课程去哪儿了？答案

【问题标题】：MVC, where do the classes go?MVC，课程去哪儿了？
【发布时间】：2010-09-13 09:39:59
【问题描述】：

我对 MVC 的理解如下（如果是大错特错，我毕竟是新手）

我正在使用CodeIgniter，但我会大胆猜测它不仅限于此，甚至可能仅限于 PHP 框架。

我在哪里放置全局类？

我可能有一个 Products 模型，然后我运行一个从数据库中收集 20 个产品的查询。我现在是制作 20 个模型还是应该为它单独设置一个类，如果是后者，我将这个类放在哪里（其他控制器也需要使用它）

【问题讨论】：

【解决方案1】：

在讨论如何处理产品时，模型是一个错误的词：每个产品都是一个值对象 (VO)（或数据传输对象/DTO，任何更适合您的词）。值对象通常具有与表相同的字段。在您的情况下，ProductVO 应该具有 Products 表中的字段。

Model 是一个 数据访问对象 (DAO)，它具有类似

的方法

findByPk --> returns a single value object
findAll --> returns a collection of value objects (0-n)
etc.

在您的情况下，您将拥有一个具有上述方法的 ProductDAO。然后，此 ProductDAO 将返回 ProductVO 和它们的集合。

数据访问对象还可以返回 业务对象 (BO)，其中可能包含多个 VO 和特定于业务案例的其他方法。

附录：在您的控制器中，您调用 ProductDAO 来查找您想要的产品。然后将返回的 ProductVO(s) 传递给视图（在 Java 中作为请求属性）。然后视图循环/显示来自 productVO 的数据。

【讨论】：

【解决方案2】：

模型是您的应用程序中发生业务逻辑的一部分。模型表示对象之间的现实关系和依赖关系，例如：员工向经理报告，经理监督许多员工，经理可以将任务分配给员工，任务在过期时发出通知。模型 CAN 和最常见的 DO 与数据库接口，但这不是必需的。

视图基本上是所有可以显示或帮助显示的东西。视图包含模板、模板对象、处理模板组合和嵌套、使用页眉和页脚进行包装，并以一种众所周知的格式（X/HTML，还有 XML、RSS/Atom、CSV）生成输出。

Controller 是将用户操作转换为模型操作的转换层。换句话说，它告诉模型该做什么并返回一个响应。控制器方法尽量小，所有业务处理都在Model中，视图逻辑处理在View中。

现在，回到你的问题。这真的取决于您是否需要为每个产品单独分类。在大多数情况下，一个类就足够了，应该创建它的 20 个实例。由于产品代表业务逻辑，它应该属于应用程序的模型部分。

【讨论】：

【解决方案3】：

CakePHP 中还有 3 个“部分”：

许多模型使用的逻辑应该作为一种行为。我不知道 CodeIgniter 是否有这个逻辑，但如果没有，我会尝试这样实现。你可以阅读行为here。

（组件帮助控制器共享逻辑，帮助器以同样的方式帮助视图）。

【讨论】：

【解决方案4】：

最简单的方法是：

【讨论】：

【解决方案5】：

@Alexander 提到了 CakePHPs Behaviors、Components 和 Helpers。这些对于抽象出通用功能非常有用。我发现行为特别有用，因为大部分业务逻辑都包含在模型中。我目前正在从事一个项目，我们的行为如下：

等等

对于甚至超越 MVC 框架的代码，即您用于各种与您正在使用的特定框架无关的东西的代码库 - 在我们的例子中是视频编码类等。CakePHP 有 供应商 文件夹。

任何与 CakePHP 毫无关系的东西都在里面。

我怀疑 CodeIgniter 的结构没有那么灵活，它比 CakePHP 更小更轻，但快速查看 CakePHP Manual 以了解 Behaviors、Components、Helper 和 Vendors 文件夹可能会有所帮助。

从你的模型中包含一些常见的帮助类应该是一件容易的事，保持良好和DRY

【讨论】：