php - 在现代框架中使用路由文件的原因是什么？

Question

在现代 Web 框架(Laravel、Symfony、Silex 等等)中，似乎有一种使用 routes.php 的模式。文件或类似文件以将 URI 附加到 Controller 。 Laravel 通过使用 PHP 注释的选项使其变得更容易。

但对我来说，这一切都感觉有点像代码重复，当你创建/修改 Controller 逻辑时，你必须随时准备好路由文件。有趣的是，我在几个旧框架中看到了一种更简单的方法，我也曾经在我的旧项目中使用它:

Controller 。 src/controllers 中的所有类(class)文件夹(旧方式)或 YourApp\Controllers 中的所有类命名空间通过添加“ Controller ”自动映射到 URL 的第一部分。示例:/auth被映射到 AuthController , /product/... ——致ProductController , 和 / — 默认 IndexController .

行动。 Action 是 URL 的第二部分，它被映射到方法名称。所以，/auth/login将调用 AuthController::loginAction()方法。如果没有提供第二部分，我们尝试 indexAction() .不希望人们访问某些内部方法？不要公开。

参数。 URL 的下一部分被映射到方法的参数；如果有Application和/或 Request在参数列表中键入提示，它们会被跳过，以便可以正确注入(inject)；我们可以像往常一样通过 Request 访问 GET/POST 变量。

这是完整的示例，同时使用了所有这些功能:

URL: https://example.com/shop/category/computers?country=US&sort=brand

namespace MyApp\Controllers;

class ShopController extends BaseController {
    public function categoryAction(Application $app, Request $req, $category, $subcategory = null) {
        echo $category; // computers
        echo $subcategory; // null, it's optional here
        echo $req->get('country'); // US
        echo $req->get('sort'); // brand
    }
}

我敢肯定，一开始它似乎缺少一些熟悉的功能，但如果需要，我能想到的所有功能都可以轻松添加——使用可附加的提供程序、连接中间件、将 Controller 分支到子 Controller 、指定 HTTP 方法，甚至执行一些操作对论点的预验证。它非常灵活。

这种方法将真正加快路由创建和管理。因此，除了将所有路由都放在一个文件中(考虑到各种提供程序，在 Silex 中使用 ->mount() 或在 Symfony 中使用 bundles，这也不总是正确的)之外，现代框架似乎更喜欢这种 MVC 路由方式的原因是什么通过我描述的更简单的方式？我错过了什么？

Answer 1

我将从 Symfony/Silex 的角度在这里发言:

脱钩。 routes.php提供 URL 映射和 Controller 的分离。您是否需要添加或更改 URL？你直接去routes.php .如果你想改变很多，非常方便。

灵 active 。 一般情况下，routes.php是一种更灵活的方法。 SEO 可能会发疯，并且可能需要您使用类似 /shop_{shopName}/{categoryName}/someStaticKeyword/{anotherVar} 的路线.与 routes.php您可以轻松地将其映射到您的代码，但如果您的路线直接映射到代码，这可能会成为一个问题。更重要的是，您可以拥有仅此 Controller ，您不需要为每个斜线部分编写 Controller 。您甚至可以让不同的 Controller 处理具有不同变量部分的相同 URL，例如 /blog/[\d]+或 /blog/[a-z-]+由不同的 Controller 处理(一个可能会生成重定向到另一个)。您可能永远不需要做这样的事情，但这只是展示了这种方法的灵 active ——有了它，一切皆有可能。

验证。 要考虑的另一件事是 routes.php通过 ->assert 提供简单的验证方法方法。也就是说，routes.php不仅将 URL 映射到 Controller 方法，而且还确保这些 URL 符合特定要求，并且您不必在代码中执行此操作(在大多数情况下，这需要编写更多代码)。此外，您可以为某些变量创建默认断言，例如，您可以确保 {page}或 {userId}总是 \d+ , routes.php 中的单行这将处理 {page} 的所有用法或 {userId} .

网址生成。 routes.php 的另一项功能是url生成。您可以为任何路由分配任何名称(通过 ->bind() 方法)，然后根据该名称生成 URL，并为更改的部分 URL 提供变量。一旦我们有了这个系统并在我们的代码中使用了 URL 生成器，我们就可以随意更改 URL，但是除了 routes.php 之外我们不需要编辑任何东西。 .再一次 - 这些是灵活的名称，一旦 URL 发生变化，您就不必在整个项目中随处更改名称，并且您可以不受限制地选择名称。它可能比 URL 短得多，或者更冗长一些。

可维护性。 比如说，您可能想要更改一些 url(如上面的示例 - 从 /blog/[\d+] 到 /blog/[a-z-]+ 。此外，您可能希望将它们保留一段时间，并将旧的重定向到新的)。与 routes.php如果您想稍后删除它，您只需添加一个新行并添加一个待办事项备忘录以在一段时间内将其删除。

当然，所有这些都可以通过任何方法来实现。但这种方法会如此简单、灵活、透明和紧凑吗？