Используя `__destruct` для реализации маршрутизации по умолчанию?

Я обновляю PHP-фреймворк, который я написал. Раньше просто использовали поведение по умолчанию для маршрутизации. Например, рассмотрим случай, когда запрос domain.com/package/controller/method…

$url = ["package", "controller", "method"];
//Check if package exists...
//Check if controller exists in package...
//Check if method exists in controller...

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

Однако, предположив, что запрос не соответствует ни одному из пользовательских маршрутов, я хочу использовать функциональность по умолчанию, которую я сейчас имею, чтобы проверить, есть ли дополнительные возможные маршруты. Таким образом, я могу обновлять старые проекты с помощью новой инфраструктуры, не прерывая их, и, кроме того … Мне просто нравится это поведение по умолчанию, потому что большинство временных маршрутов не так уж сложно, и определение маршрутов кажется мне нарушением DRY.

Проблема в том, что я не хочу передавать пользовательские маршруты в виде массива в конструктор объекта. Скорее, я хочу, чтобы пользователь вызывал их как методы базового объекта приложения, аналогично тому, как это обрабатывает laravel или express.

Проблема в том, что я хочу, чтобы проверка маршрута по умолчанию происходила ПОСЛЕ того, как определенные пользователем маршруты были проверены не ранее. Этот квази-код может помочь вам понять, что я имею в виду …

class App
{
__construct
{
//Check Default Routing
}
private function get()
{
//Get Request
}
private function post()
{
//Post Request
}
private function put()
{
//Put Request
}
private function delete()
{
//Delete Request
}
}

app::get();

В приведенном выше случае маршрутизация по умолчанию будет выполняться до вызова пользовательских маршрутов. Я посмотрел на странице PHP консруктор / деструктор и узнал о __destruct, Однако после прочтения этот вопрос Я немного не уверен, что это сработает.

PHP.net говорит …

Метод деструктора будет вызван, как только нет других
ссылки на конкретный объект или в любом порядке во время выключения
последовательность.

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

Проблема в том, что я не уверен, что это плохая практика или просто не сработает. Могу ли я потребовать файл, установить свой контроллер, а затем вызвать метод на этом контроллере изнутри __destruct? Существуют ли ограничения, которые могут повлиять на код в этих контроллерах? Предположим, что есть проблема с использованием __destruct таким образом, каковы мои альтернативы, помня, что мне не нравится ни одно из этих решений …

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