What if I use three different layouts?

Aply theme work fine

That's what I've actually did multiple times.

i.e. ControllerA was w/ layout1. ControllerB with layout2.

yes but if you look at slim it works $view->render('view', data)->setLayout('template');

We can add an optional layout parameter to the render method. By default null value it used the layout configured by container.

I wanted to do something like $webView->layout('template'->render('view', $data);

Alright.

👍

Sounds good.

So we have to move renderPartial to WebView or use something like
$webView->layout(null)->render('view', $data);

Umm... no

renderPartial is commonly used in templates

If you do not specify the function does not pass the stack, it is simple.

$webView->render('view', data); without layout

I like the idea of design in the container-di.

Это уходит уже в метапрограммирование.
Если хочется проверить, что page is int and greater than 0, то можно сделать в роутах. Всё остальное лучше делать в контроллере, иначе не найдешь, почему старый метод не работает, а новый работает.
Тем более потом брать
$request->getAttribute(page) - потенциально можно здесь облажаться, если не сделать проверку, что значение а) число б) больше 0. Все статические анализаторы будут кричать, что потенциальная бага
Я не вижу смысла в такой валидации.

ок

последний аргумент озвучу.


Есть аутентификация, которая по механике - проверка данных в реквесте.

При этом никому в голову не приходит в каждом экшене контроллера писать if(notValid) return.

Пишут общую обработку до контроллера.

Я хочу так же как и с аутентификацией - получать в контроллере проверенные данные.

"Все статические анализаторы будут кричать"

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