Использование middleware в php

[Yoskaldyr]

На днях зарелизился zend-expressive в котором за основу взята идея middleware.
Знаю что middleware есть и в других фреймворках (например в том же ларавеле).

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

 

[Sufir]

— Не знал, что на небесах никуда без этого? Пойми, на небесах только и говорят, что о middleware. Как оно бесконечно прекрасно… О закате, который они видели… О том, как солнце, погружаясь в волны, стало алым как кровь. И почувствовали, что middleware впитало энергию светила в себя, и солнце было укрощено, и огонь уже догорал в глубине. А ты?.. Что ты им скажешь? Там наверху тебя окрестят лохом…

Присоединяюсь. В последнее время кругом только и слышу модный термин middleware, но что-то сходу не въеду в чём фишка.

 

[c0dex]

Метод организации упорядоченного выполнения чего-либо просто. Префильтров, пострфильтров, авторизации, проверки CSRF токена и тыды.

PS: Я написал к ларавелу кусочек, чтобы он у меня проверял права доступа к ресурсу, типа ACL для админочки такой вышел. Удобно, быстро, говнокодно)

 

[Adelf]

Да просто это промежуток между обработкой запроса фреймворком и контроллером. Самый распространенный - Auth. Т.е. ставим такой middleware всем тем частям сайта, которые доступны тоько залогиненным и там перенаправляем на страницу логина, если не залогинен. А в самих этих контроллерах - уже даже не заботимся о том авторизован юзер или нет

 

[fixxxer]

Я бы это рассматривал не как middleware (дурацкий термин, в общем-то), а как chain of responsibility. Экшен контроллера просто последний. Собственно в laravel-е оно так и работает.

 

[Adelf]

@fixxxer, вообще там было такое понятие как after-filter. И middleware тоже может после action что-то делать.

 

[fixxxer]

А, ну да, точно, есть такое. Ни разу не надо было.

Ну - тем более

 

[Adelf]

Мне тож )

 

[WMix]

ну да, middleware это некий beforActionCallback на определенные routes. Зачем? Чтоб не повторять одно и тоже действие в controllers. Нет смысла вызывать пользовательские странички если нет пользователя. Для игр сразу вижу некий timeout фильтрацию, "погодите не спешите". Но и да, все можно решить с помощью throw new Exception и afterActionCallback. Мне первый вариант предпочтительней, меньше исключений, логика другая.

 

[Yoskaldyr]

Тогда второй вопрос - а какой смысл делать фреймворк заточенный на это? Я имею ввиду zend-expressive

 

[WMix]

а нафига для rest затачивать?
Просто одно и тоже дейстие чтоб не повторять

 

[AmdY]

Тогда второй вопрос - а какой смысл делать фреймворк заточенный на это? Я имею ввиду zend-expressive

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

 

[hell0w0rd]

Миддлвары бывают разные. Например есть в node фреймворк express (connect). Там вообще все через миддлвары. С их помощью выполняется валидация, роутинг, определение geoip, авторизация и так далее.
Бывают, на мой взгляд, более интересные решения в контексте фреймворков для веба, где корневой компонент - роутер, а миддлвары можно выставлять до и после определенных путей (endpoint), или их групп.

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

Вообще это очень старая концепция. Мы все ей пользуемся в терминале:

cat /var/log/syslog | grep CRON

 

[AnrDaemon]

Вообще это очень старая концепция. Мы все ей пользуемся в терминале:
cat /var/log/syslog | grep CRON

И всегда неправильно…
grep CRON /var/log/syslog

Напрашивается вопрос - нафига так извращаться?

 

[hell0w0rd]

И всегда неправильно…
grep CRON /var/log/syslog

Напрашивается вопрос - нафига так извращаться?

почему не правильно? Есть возможность сделать двумя разными способами. Я еще иногда вот так делаю:
cat /something | grep foo | grep bar
Наверное это можно сделать лучше, проще, быстрее и тд. Но зачем?

 

[AnrDaemon]

Наверное это можно сделать лучше, проще, быстрее и тд. Но зачем?

Да, я понимаю, говнокодить всегда проще.

 

[c0dex]

@AnrDaemon, аргументируем, аргументируем...

 

[AnrDaemon]

Чего аргументировать, когда у тебя есть два способа решить задачу правильно, и один - неправильно?…
Почему обязательно надо выбрать неправильный?

 

[c0dex]

@AnrDaemon, еще раз, аргументы за то, что неправильно писать множественные пайпы?

 

[AnrDaemon]

НЕправильно использовать cat, когда он не нужен. А не "неправильно использовать множественные пайпы".
Возможно, PHP код будет более понятен?
cat | grep

while($row = fetch($db)) $result[] = $row;
foreach($result as $row) …;