php oop MVC 设计 - 应用程序编辑数据的正确架构

Question

现在我已经阅读了大量关于 OOP、MVC 和设计模式的帖子、文章、问题和答案，但我仍然对构建我想要构建的内容的最佳方法有疑问。

我的小框架是以 MVC 方式构建的。它使用 smarty 作为查看器，并且我设置了一个类作为从 url 调用的控制器。

现在我认为我迷失的地方是模型部分。我可能会过多（或过少）混合模型和类/对象。

无论如何，一个例子。当目标是获取驻留在我的数据库中的用户列表时：

应用程序由“users/list”调用，然后控制器运行函数列表，该函数打开“user”类的实例并请求该类从表中检索列表。一旦返回到控制器，控制器通过将结果集（数组）分配给模板并设置模板来将其推送到查看器。 然后，用户单击表中的一行，该行将告诉控制器启动“用户/编辑”，例如，这将创建一个表单并用用户数据填充该表单以供我编辑。

到目前为止，一切都很好。

现在，我将所有这些组合在一个用户类中 - 这样该类将具有 create、getMeAListOfUsers、update 等函数以及 HairType 和 NoseSize 等属性。 但正确的 oop 设计会要求我将“用户”（具有登录名、大鼻子、卷发等属性）与“获取用户列表”分开，感觉更像是“用户管理器类”。

如果我要实现一个用户管理器类，那么它应该是什么样子？它应该是一个对象（无法真正将其与现实世界中的事物进行比较）还是应该是一个仅具有公共函数的类，以便它或多或少看起来像一组函数。

它是否应该返回找到的记录数组（例如：array([0]=>array("firstname"=>"dirk", "lastname"=>"diggler"))或它是否应该返回一个对象数组？

所有这些对我来说仍然有点令人困惑，我想知道是否有人可以给我一些关于如何以最佳方式实现这一点的见解。

Answer 1

您的处理和数据（业务逻辑）所需的抽象级别取决于您的需求。例如，对于具有 事务脚本 的应用程序（可能是这种情况）根据您的设计），您描述的从数据库获取和更新数据的类对我来说听起来很有效。

您可以使用表数据网关来概括一些事情， 行数据网关或活动记录甚至。

如果您感觉在事务脚本中复制了大量代码，您可能需要创建自己的 域模型与数据映射器< /a>.然而，我不会从一开始就盲目地这样做，因为这需要更多的代码才能开始。此外，自己编写数据映射器而是使用现有组件也是不明智的。 Doctrine 就是 PHP 中的这样一个组件。

另一个现有的 ORM（对象关系映射器）组件是 Propel，它提供活动记录。

如果您只是在寻找一种快速查询数据库的方法，您可能会发现 NotORM 很有启发。

---

中找到以斜体列出的模式

• 您可以在http://martinfowler.com/eaaCatalog /index.html

列出了书中的所有模式 企业应用模式架构。

Answer 2

我不是这方面的专家，但最近做了几乎完全相同的事情。我的设置方式是，一个类用于多行（Users），一个类用于一行（User）。 “几行类”基本上只是（静态）函数的集合，它们用于从表中检索行，如下所示：

$fiveLatestUsers = Users::getByDate(5);

返回 User 对象的数组。每个 User 对象都有用于检索表中字段的方法（如 $user->getUsername() 或 $user->getEmail() 等）。我曾经只返回一个关联数组，但后来您遇到了想要在返回数据之前修改数据的情况，这就是为每个字段创建一个包含方法的类非常有意义的地方。

编辑：User 对象还具有更新和删除当前行的方法；

$user->setUsername('Gandalf');
$user->save();
$user->delete();

Answer 3

Doctrine 和 Propel 的另一个替代方案是 PHP Activerecords。

Doctrine 和 Propel 确实是强大的野兽。如果你正在做一个较小的项目，我认为你最好选择更轻的东西。

另外，在谈论第三方解决方案时，有很多适用于 PHP 的 MVC 框架，例如：Kohana、Codeigniter、CakePHP、Zend（当然）...

它们都有自己的 ORM 实现，通常是更轻量级的替代方案。

对于 Kohana 框架，还有 Auto modeler ，据说它非常轻量级。

我个人正在使用 Doctrine，但它是一个巨大的项目。如果我要做一些较小的事情，我会尽快选择更轻的替代方案。