php - 为什么整个网站使用单个 index.php 页面？

Question

我正在接管一个现有的 PHP 项目。我注意到前一位开发人员对整个网站使用一个 index.php 页面，目前有 10 多个页面。这是我见过的第二个这样完成的项目。我没有看到这种方法的优势。事实上，它似乎使一切变得过于复杂，因为现在您不能只向网站添加新页面并链接到它。您还必须确保使用 if 子句更新主索引页以检查该页面类型，然后加载该页面。看来，如果他们只是尝试重用模板，那么仅使用页眉和页脚的包含内容，然后使用引用的这些文件创建每个新页面会更容易。

有人可以解释为什么要使用这种方法吗？这是我不熟悉的某种形式的 MVC 模式吗？ PHP 是第二语言，所以我不太熟悉最佳实践。

我尝试在 Google 中搜索“带有 php 的单一索引页面”之类的内容，但我找不到任何好的文章来解释为什么使用这种方法。我真的很想把这些旧东西踢到路边，而不是继续沿着这条路走下去，但我想在提出建议之前有一些合理的推理。

Answer 1

前端 Controller (index.php) 确保整个站点共有的所有内容(例如身份验证)始终得到正确处理，无论您请求哪个页面。如果您有 50 个不同的 PHP 文件分散在各处，那么管理起来就会很困难。如果您决定更改公共(public)库文件的加载顺序怎么办？如果您只有一个文件，则可以在一处更改它。如果您有 50 个不同的入口点，则需要更改所有入口点。

有人可能会说，一直加载所有常见的内容是浪费资源，您应该只加载该特定页面所需的文件。真的。但如今的 PHP 框架大量使用 OOP 和自动加载，因此这种“浪费”已不复存在。

前端 Controller 还使您可以轻松地在站点中拥有漂亮的 URL，因为您可以完全自由地使用您喜欢的任何 URL 并将其发送到您需要的任何 Controller /方法。否则，您将陷入每个以 .php 结尾的 URL，后跟丑陋的查询字符串列表，而避免这种情况的唯一方法是在 .htaccess 文件中使用更丑陋的重写规则。即使是具有数十个不同入口点(尤其是在管理部分)的 WordPress，也会强制最常见的请求通过 index.php，以便您可以拥有灵活的永久链接格式。

几乎所有其他语言的 Web 框架都使用单点入口 - 或者更准确地说，调用单个脚本来引导进程，然后与 Web 服务器进行通信。 Django 就是这样工作的。 CherryPy 就是这样工作的。在 Python 中这样做是很自然的。 PHP 是唯一一种广泛使用的允许以任何其他方式编写 Web 应用程序(除非用作旧式 CGI 脚本)的语言。在 PHP 中，您可以为任何文件提供 .php 扩展名，它将由 Web 服务器执行。这是非常强大的，并且它使得 PHP 很容易学习。但是，一旦复杂程度超过一定程度，单点入口方法就开始显得更具吸引力。