为每个查询编写PHP页面是一种很好的编程技巧吗？

事实上我被选进了一家公司。他们在PHP中工作了很长时间

我在那里只工作了一周，但我在那里看到的是，他们通常为每个表编写一个PHP页面，他们通常包含这些文件，并将一些变量传递给它，然后从这些类中获取返回的变量数组

那时候它并没有让我推迟，但我现在试着使用它。我不明白的是：为数据库中的每个表编写一个类并让所有SQL都参与该查询，这是一种好的做法吗

---

至少一个表的脚本是什么样子的？

如果我正确理解了您的问题，这是一个很好的主意。有关更多信息，请参阅模型-视图-控制器范例：（Wikipedia文章）

---

这是一种封装。

你的帖子似乎有点混乱

每个查询一个php页面毫无意义

每个查询一个php文件-这是一个不同的故事-这是一个好主意。它从数据模型中抽象出PHP中实现的“业务逻辑”。并将PHP代码与底层数据库模式中的更改隔离开来，反之亦然

包括这些文件并向其传递一些变量

您永远不应该使用include/require调用功能——应该始终显式地调用它。或者这就是你想说的

每个表一个php页面

---

对于每个表或每个查询？前者非常愚蠢-如果您需要查询多个表以获得结果集，那么这应该始终在单个查询中完成，以便DBMS可以对其进行优化。

如果您展示了一些示例，您将获得更详细的信息-如果您不允许显示一些实际代码，可能会显示此类的一般结构（变量，方法…）很好的链接。我也认为在这样的习惯下编写代码会很有帮助。你的评论读起来很有趣。我喜欢它，但请帮助我开始编写你提到的代码。你能帮我编写一些代码吗？借助这些代码，我可以更清楚地理解它。请