Middleware пример архитектуры для цикла запрос — контроллер — ответ, да?

Question

[MikUrrey]

Всем добра. Не могу найти толковый прикладной пример, как устроен middleware изнутри и как используется для обработки НТТР запроса и формирования ответа.
Некоторые руководства утверждают, что это некий лучок, где и запрос, и ответ проходят всю цепочку слой за слоем, только в разном порядке.
Ок, допустим, есть три основных точки

• Request ("принимает" НТТР запрос - инкапсулирует переменные в удобный объект)
  
• Controller (собственно приложение, которое получает Request, что-то делает и что-то возвращает)
  
• Response ("отдает" данные, основываясь на результатах от Request и Controller)
  

как это переосмыслить в рамках концепции middleware? Должны ли эти точки быть так же участниками цепочки, или цепочки строятся между ними?

Answer 1

[Григорий Васильков]

мидлвар это понятие "обернуть" действие (в данном случае контроллер), чтобы что-то сделать до него или после. в нем нет ничего магического.

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

общая идея - вызывается метод контроллера, вокруг которого обернуто N мидлваров, каждый из которых что-то делает и либо останавливает цепь, либо вызывает ->next() чтобы передать следующему вплоть до самого действия

Comments

[MikUrrey]

С "магией" более-менее понятно, вопрос больше лежит в плоскости практического применения. Думаю, он разрешится, если попробовать самостоятельно реализовать PSR-15.
Кстати, на счёт общей идеи - увидел, как применяют middleware одновременно на "входе" и "выходе". Получается, полная логика такая:

• handle(request)
  
• response = next(request)
  
• handle(response)
  
• return response
  

и соответственно обе точки handle имеют возможность прервать выполнение.

[Григорий Васильков]

Я понял, смотри, сначала идея, потом ООП. Идея это не способ создать ООП поверх нее. Идея в том чтобы обернуть метод, а потом для него пишутся интерфейсы типа PSR-15 чтобы сделать эту идею на ООП. По твоему описанию - наоборот, у меня тоже так было, но со временем уложилось в голове.

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

Чтобы сделать его на ооп написали интерфейсы. Причем как всегда написали странно и криво, под PHP, якобы у нас есть serverRequest у которого обязательно есть бадик, заголовки, и так далее. Мидлвар как идея может быть реализован на двух функциях, а обертка с интерфейсами и привязанной к ней функциональностью веб-сервера лично по мне - какой-то бред. Что доказано ларавелем, где такой реализации нет, и симфони - где вообще нет мидлваров, их попробовал реализовать Laminas, бывший Zend, потому что "прикольно получается", но на деле люди все равно ставят люмен, чтобы получить роутер от ларавеля, или симфонийский, чтобы писать роуты в аннотациях, а потом вручную прикручивают к index.php обертку из мидлов. Пхп писаки подозрительно хотели связать слово "мидлвар" с парадигмой "запрос-ответ", хотя по факту это такая элементарная плюшка для любого стиля программирования.

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

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

А заодно это рождает ворох проблем связанный с тем, что решает не тот, кто знает, а тот кто платит. Отсюда понятна необходимость сотрудников тупых как пень (управленцев вместо инженеров, рекрутеров вместо кадровиков, прокуроров вместо судей - всё чтобы разделить любые моменты с логикой на два момента без логики, где понятно кто победитель), чтобы отсеивать умных, которые поставят под вопрос существующий порядок, чтобы получить результат. Это дает прекрасную почву, чтобы развивались те, кто ничего не делает, и чтобы подыхали те, кто нашел ответы на все вопросы. Проще говоря умных быть не должно, а глупые получают всё, потому что учились не предсказывать исход, а ловить момент. Идеальная стабильность. И клинический психоз. Мой.

[MikUrrey]

Григорий Васильков, да нет, не то, чтобы я проект подгонял под паттерн :) Просто разбираюсь на пальцах, как люди это именно на практике внедряют. Чисто прокачки ради :)

[Григорий Васильков]

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

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