С
Size: a a a
2020 September 24
AB
а какие отличительные особенности от других реализаций?
в-основном, стиль написания.
во многих фреймворках используется явная передача в middleware ручки next, спускающей запрос дальше по пайплайну и отдающей респонс для обработки мидлварью. в плаге для этого используется регистрация процессоров результата через Conn.register_before_send.
типичный для экс-рубистов абьюз макросов(см. Plug.Builder и Plug.Router), и как следствие непонятки между компайл- и рантайм инициализацией плагов.
во многих фреймворках используется явная передача в middleware ручки next, спускающей запрос дальше по пайплайну и отдающей респонс для обработки мидлварью. в плаге для этого используется регистрация процессоров результата через Conn.register_before_send.
типичный для экс-рубистов абьюз макросов(см. Plug.Builder и Plug.Router), и как следствие непонятки между компайл- и рантайм инициализацией плагов.
AB
концептуально - мидлварь как мидлварь.
LL
в-основном, стиль написания.
во многих фреймворках используется явная передача в middleware ручки next, спускающей запрос дальше по пайплайну и отдающей респонс для обработки мидлварью. в плаге для этого используется регистрация процессоров результата через Conn.register_before_send.
типичный для экс-рубистов абьюз макросов(см. Plug.Builder и Plug.Router), и как следствие непонятки между компайл- и рантайм инициализацией плагов.
во многих фреймворках используется явная передача в middleware ручки next, спускающей запрос дальше по пайплайну и отдающей респонс для обработки мидлварью. в плаге для этого используется регистрация процессоров результата через Conn.register_before_send.
типичный для экс-рубистов абьюз макросов(см. Plug.Builder и Plug.Router), и как следствие непонятки между компайл- и рантайм инициализацией плагов.
Макросы и инициализация ни при чём
Инициализация плагов в компайле — намеренное решение никак не связанное с макросами
Инициализация плагов в компайле — намеренное решение никак не связанное с макросами
AB
ладно, тогда я не понимаю, как можно принять намеренное решение, которое не позволяло конфигурить папку, из которой сервится статика.
С
в-основном, стиль написания.
во многих фреймворках используется явная передача в middleware ручки next, спускающей запрос дальше по пайплайну и отдающей респонс для обработки мидлварью. в плаге для этого используется регистрация процессоров результата через Conn.register_before_send.
типичный для экс-рубистов абьюз макросов(см. Plug.Builder и Plug.Router), и как следствие непонятки между компайл- и рантайм инициализацией плагов.
во многих фреймворках используется явная передача в middleware ручки next, спускающей запрос дальше по пайплайну и отдающей респонс для обработки мидлварью. в плаге для этого используется регистрация процессоров результата через Conn.register_before_send.
типичный для экс-рубистов абьюз макросов(см. Plug.Builder и Plug.Router), и как следствие непонятки между компайл- и рантайм инициализацией плагов.
а вся эта схема предусматривает такой же пайплайн обработки ответа?
a
ладно, тогда я не понимаю, как можно принять намеренное решение, которое не позволяло конфигурить папку, из которой сервится статика.
Неужели для этого ишью нет?
AB
ну кейс например, добавить в уже сформированный ответ заголовок с временем обработки запроса
да, это в before_send хэндлерах делается
AB
типа, если тебе такая механика нужна - регистрируешь его, если нет - просто запрос препроцессишь
AB
Неужели для этого ишью нет?
я уже не помню даже, было оно или нет
AB
скорей всего, если было, был ответ - Plug.Static не для того, wontfix