Question

我有一个帮助我处理用户的课程。例如：

$user = new User("login","passw");
$name = $user->getName();
$surname = $user->getSurname();
$table = $user->showStats();

所有这些方法都包含SQL查询。有些操作只需要一个SQL查询，有些只需要一个以上。如果数据库结构发生变化 - 将很难更改所有查询（类很长）。所以我想让SQL查询远离这个类。但是怎么做呢？

阅读this question后我知道存储过程。这是否意味着，现在一个动作只需要一个SQL查询（调用存储过程）？但是如何从php组织分离sql？我应该在数组中保留sql-queries吗？或者它应该是一个sql-queries类。如果是的话，如何组织这个课程（也许我应该学习什么模式）

Answer 1

这是一个非常大的主题，但我有一些建议可以帮助您：

您应该研究对象关系映射，其中对象自动生成SQL查询。有关概述，请查看Object-Relational Mapping和Active Record文章。这将使您的数据库代码保持最小化，并使表结构发生变化时更容易。

但这里没有银弹。如果您的架构发生了变化，将更改您的查询以进行匹配。有些人喜欢通过将查询逻辑封装在数据库视图和存储过程中来处理这个问题。如果您保持一致，这也是一种很好的方法，但请记住，一旦开始编写存储过程，它们将严重依赖于您正在使用的特定数据库。使用它们没有任何问题，但是它们会让你更难以将数据库转移到路上 - 通常不是问题，而是要记住的一个重要方面。

无论如何，无论您选择哪种方法，我建议您将数据库逻辑存储在多个“模型”类中。看起来你已经在做类似的事了。基本思想是每个模型都封装了数据库特定区域的逻辑。传统上，每个模型都将映射到DB中的单个表 - 这就是Ruby on Rails活动记录类的工作方式。这是一个很好的策略，因为它将数据库逻辑分解为简单的“块”。如果将所有数据库查询逻辑保存在单个文件中，它可能会迅速失控并成为维护的噩梦 - 相信我，我一直在那里！

为了更好地理解“大局”，我建议您花一些时间阅读Web模型 - 视图 - 控制器（MVC）架构。您还需要查看已建立的PHP MVC框架，例如CodeIgniter，Kohaha，CakePHP等。即使您不使用它 - 尽管我建议您这样做 - 它将有助于了解这些框架如何组织您的代码。

Answer 2

我想说你应该考虑在你的代码中实现“存储库”设计模式。

如何实现这一点的一个很好的答案对于这个空间来说太长了，所以我将发布几个面向PHP的引用：

travis swicegood -- Repository Pattern in PHP

Jon Lebensold -- A Repository Pattern in PHP

Answer 3

如果您使用separation of concerns将业务逻辑与数据访问逻辑分开，那么您就处于正确的位置。

Answer 4

根据您的“已有2K行代码”声明来判断，您要么在维护某些内容，要么在开发过程中途。

Faust和Justin Ethier都提出了很好的建议 - “我应该如何将数据库访问与我的应用程序代码分开”是Web开发中最古老，最常见的问题之一。

就个人而言，我喜欢MVC - 它几乎是Web开发的默认范例，它在可维护性和生产力之间取得平衡，并且在您执行操作时需要大量的框架来支持您。

当然，您可能会认为从头开始重新编写应用程序需要付出太多努力 - 在这种情况下，存储库模式是一个很好的中途。

无论哪种方式，你都需要阅读重构 - 从你所在的地方到你想去的地方会变得棘手。我推荐Fowler的书作为首发。

您能解释一下为什么您的数据库架构可能会发生变化吗？这通常是前方麻烦的迹象......

如何从PHP代码中分离sql

4 个答案: