MVC，课程在哪里？

Question

我对MVC的理解如下（包括它可怕的错误，我以后是新的）

1. 模型是与数据库连接的东西
2. 视图是页面的设计/布局
3. 控制器是一切开始的地方，本质上是页面逻辑

我正在使用CodeIgniter，但我猜测它不仅限于那个，甚至可能仅限于PHP框架。

我在哪里放置全球课程？

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

Answer 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及其集合。

数据访问对象还可以返回Business Objects（BO） ，它可能包含多个VO以及特定于业务案例的其他方法。

附录：在您的控制器中，您可以致电ProductDAO以查找所需的产品。 然后将返回的ProductVO传递给视图（作为Java中的请求属性）。 然后视图循环显示/显示productVO的数据。

Answer 2

Model是业务逻辑发生的应用程序的一部分。 模型表示对象之间的现实关系和依赖关系，例如：员工向Manager报告，Manager监督许多Employees，Manager可以将Task分配给Employee，Task在逾期时发出通知。 模型CAN和大多数情况下DO与数据库接口，但这不是必需的。

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

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

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

Answer 3

在CakePHP中还有3个“部分”：

1. 行为
2. 组件
3. 助手

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

（组件帮助控制器共享逻辑和帮助程序以相同的方式帮助视图）。

Answer 4

最简单的方法是：

1. 每个数据库表都有一个模型类。 在这种情况下，它将是一个包含所有产品详细信息的对象。
2. 将这些类放入包/命名空间，例如com.company.model（Java / C＃）
3. 将DAO类放入com.company.model.dao之类的包中
4. 您的视图将使用会话/请求/控制器中的数据在这种情况下，我将有一个List <Product>。
5. 哦，你正在使用PHP。 Dunno如何改变事物，但我认为它有一个像任何现代语言一样的Collections框架。

Answer 5

@Alexander提到了CakePHP 行为 ， 组件和助手 。 这些非常适合抽象出常见的功能。 我发现行为特别有用，因为大部分业务逻辑都在模型中进行。 我目前正在开展一个项目，我们的行为如下：

• 可锁定
• 可发布
• Tagable
• 应课差饷租
• Commentable

等等

对于甚至超越MVC框架的代码，即用于各种事物的代码库，这些代码库与您正在使用的特定框架无关 - 在我们的例子中，像视频编码类等.PakePHP有vendor文件夹。

任何与CakePHP无关的东西都在那里。

我怀疑CodeIgniter没有相当灵活的结构，它比CakePHP更小更轻，但是快速查看CakePHP手册 ，看看Behaviors，Components，Helpers和Vendors文件夹如何有用。

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