В чем разница между URL-маршрутизатором и диспетчером?

Ответ 1

Как рамки и библиотеки интерпретируют обязанности маршрутизатора и диспетчера, будут отличаться. Ниже я подробно описываю, как I интерпретировать обязанности этих двух служб. Нельзя сказать, что это единственный способ интерпретировать его или что другие интерпретации ошибочны.

Концепции

Routing

Это похоже на прохождение маршрутов на бензоколонке или в магазине. Вы проходите через город, и вам нужно выяснить, как добраться до ближайшего отеля. Вы заходите и спрашиваете у сопровождающего, и они указывают вас в правильном направлении, или, по крайней мере, вы надеетесь, что направления верны. Маршрутизация - это именно так. Запрос поступает на ресурс, Маршрутизатор предоставляет указания, необходимые для запроса для получения правильного ресурса.

В большинстве основных платформ вы собираетесь маршрутизировать определенный URL-адрес запроса на объект и метод, которые будут вызываться для завершения запроса. Часто вы увидите, что маршрутизатор также анализирует динамические аргументы из URL. Например, если вы обращались к пользователям через /users/1234, где 1234 - это идентификатор пользователя, маршрутизатор будет анализировать часть идентификатора и предоставлять это как часть указаний на ресурс.

Диспетчерская

Dispatching использует информацию с шага маршрутизации для фактического создания ресурса. Если шаг маршрутизации запрашивает указания, Dispatching - это фактический процесс следования этим направлениям. Dispatching точно знает, что нужно создавать, и шаги, необходимые для создания ресурса, но только после получения маршрутов от маршрутизатора.

Реализации

Эти примеры реализации преднамеренно очень просты и наивны. Вы не хотели бы использовать это в какой-либо производственной среде без резких улучшений.

В этом примере вместо маршрутизации к объекту и методу мы просто перейдем к вызываемой функции. Это также демонстрирует, что вам не нужно направлять объект; до тех пор, пока диспетчер может правильно получить правильный ресурс, вы можете маршрутизировать любые нужные вам данные.

Сначала нам нужно что-то проложить. Позвольте создать простой объект Request, с которым мы можем сопоставлять.

<?php

class Request {

    private $method;
    private $path;

    function __construct($method, $path) {
        $this->method = $method;
        $this->path = $path;
    }

    function getMethod() {
        return $this->method;
    }

    function getPath() {
        return $this->path;
    }

}

Теперь, когда мы можем сопоставить что-то, взглянем на простую реализацию маршрутизатора.

<?php

class Router {

    private $routes = [
        'get' => [],
        'post' => []
    ];

    function get($pattern, callable $handler) {
        $this->routes['get'][$pattern] = $handler;
        return $this;
    }

    function post($pattern, callable $handler) {
        $this->routes['post'][$pattern] = $handler;
        return $this;
    }

    function match(Request $request) {
        $method = strtolower($request->getMethod());
        if (!isset($this->routes[$method])) {
            return false;
        }

        $path = $request->getPath();
        foreach ($this->routes[$method] as $pattern => $handler) {
            if ($pattern === $path) {
                return $handler;
            }
        }

        return false;
    }

}

И теперь нам нужно каким-то образом вызвать сконфигурированный $handler для данного запроса.

<?php

class Dispatcher {

    private $router;

    function __construct(Router $router) {
        $this->router = $router;
    }

    function handle(Request $request) {
        $handler = $this->router->match($request);
        if (!$handler) {
            echo "Could not find your resource!\n";
            return;
        }

        $handler();
    }

}

Теперь давайте объединим все вместе и покажем, как использовать эти простые реализации.

<?php

$router = new Router();
$router->get('foo', function() { echo "GET foo\n"; });
$router->post('bar', function() { echo "POST bar\n"; });

$dispatcher = new Dispatcher($router);

$dispatcher->handle(new Request('GET', 'foo'));
$dispatcher->handle(new Request('POST', 'bar'));
$dispatcher->handle(new Request('GET', 'qux'));

Вы можете увидеть пример этой реализации в действии, проверив http://3v4l.org/gbsoJ.

Обтекание

В этом примере реализации предполагается передать концепцию маршрутизации и диспетчеризации. Действительно, для выполнения этих действий намного больше, чем в моем примере. Часто маршрутизатор будет использовать регулярное выражение для сопоставления с запросом и может искать другие атрибуты запроса при сопоставлении. Кроме того, вы увидите некоторые библиотеки, в которых используется распознаватель, который взаимодействует с маршрутизатором, чтобы вы могли передавать больше, чем просто вызываемые функции. В принципе, Resolver гарантирует, что согласованный $handler можно превратить в вызывающую функцию.

Кроме того, существует множество примеров и реализаций для этого, которые вы должны использовать вместо этого. Для моих личных проектов мне нравится FastRoute для удобства использования и производительности. Но почти все основные структуры имеют свои собственные реализации. Вы также должны проверить их.