Роутер на основе хранения урл в БД и определение контроллера и его метода?

Question

[Виктор Янышев]

После инициализации конфигурации приложения и БД, запускается Router который получает текущий URL, ищет его во вьюхе БД и получает ID страницы для последующей запуска нужного контроллера (так должно быть) и метода и представлении данных о странице. т.к URL не предполагается использовать для запуска контроллеров (controller/action)

1. Как после обращения в БД, узнать какой контроллер мне нужен? Использовать колонку с типом страницы отвечающую за контроллер, а также создать таблицу справочник по типам страниц?

2. Если контроллер мы определили, пусть будет через справочник типов страниц, как тогда определить необходимый метод в контроллере?

Comments

[Станислав Б]

Router который получает текущий URL, ищет его во вьюхе БД и получает ID страницы для последующей запуска нужного контроллера (так должно быть)

А чем обусловлено решение хранить роуты в БД?

[Станислав Б]

Использовать колонку с типом страницы отвечающую за контроллер

что вы подразумеваете под "типом страниц"?

[Виктор Янышев]

А чем обусловлено решение хранить роуты в БД?

урл создаётся при создании страницы.

что вы подразумеваете под "типом страниц"?

страница без детей, контейнер ( страница c детьми )

Answer 1

[Дмитрий Дарт]

получает текущий URL, ищет его во вьюхе БД

Вот тут переделать бы что бы он искал в контроллере, или там уже всё сделано и это невозможно

ID страницы для последующей запуска нужного контроллера (так должно быть)

Не совсем так должно быть, когда у нас есть id страницы то мы уже точно знает какой контроллер и action нужен, пример из klein-роутера:

$klein->respond('GET', '/[:controller]/[:action]/[:id]', function ($request) {

id вообще не важно какой тут, controller и action уже определены

справочник типов страниц, как тогда определить необходимый метод

Так же через справочник очевидно просто он будет иметь 2 колонки, контроллер и метод

Как после обращения в БД, узнать какой контроллер мне нужен

В идеале, как я написал выше вы знаете controller и action ещё до обращения в БД, но раз пошла такая пьянка, то можно сделать как угодно, хоть каждому ID в БД персонально прописать controller и action, которые должны его обрабатывать.

Comments

[Виктор Янышев]

Вот тут переделать бы что бы он искал в контроллере, или там уже всё сделано и это невозможно

Не очень понял, как это искал его в контроллере?

Не совсем так должно быть, когда у нас есть id страницы то мы уже точно знает какой контроллер и action нужен, пример из klein-роутера:

$klein->respond('GET', '/[:controller]/[:action]/[:id]', function ($request) {

id вообще не важно какой тут, controller и action уже определены

Предполагается что url могут быть рандомные

[Дмитрий Дарт]

Виктор Янышев: полностью там такой код:

$klein->respond('GET', '/[:controller]/[:action]/[:id]', function ($request) {
    $class = ucfirst($request->controller);
    $obj  = new $class;
    $action = $obj->{$request->action}($request->id);
    return $action;
});

Здесь как раз вы можете видеть как запрошенный контроллер wellcome вызовет класс Wellcome.

Предполагается что url могут быть рандомные

Рандомные адреса подчиняются каким-то закономерностям? В них числа / буквы, в них одинаковое, разное количество секций, есть какие-то иные разделители (например тире).

Может вам не нужен контроллер тогда? Прилетает запрос, отправляете его сразу из роутера в модель, модель выбирает из БД данные и сама отправляет их во View. И всё. Если нужно в разные View отправлять то тут или модель должна разруливать или сами данные должны в себе инфу содержать в какую View их отправлять?