Что такое промежуточное программное обеспечение Rack в Ruby? Я не смог найти хорошего объяснения того, что они подразумевают под «промежуточным ПО».
ruby-on-rails
ruby
http
web-applications
rack
chrisgoyal
источник
источник
Ответы:
Стойка как дизайн
Промежуточное программное обеспечение Rack - это больше, чем «способ фильтрации запросов и ответов» - это реализация шаблона проектирования конвейера для веб-серверов, использующих Rack .
Он очень четко разделяет различные этапы обработки запроса - разделение задач является ключевой целью всех хорошо разработанных программных продуктов.
Например, с Rack у меня могут быть отдельные этапы конвейера:
Аутентификация : когда запрос поступает, правильны ли данные для входа в систему? Как я проверяю этот OAuth, HTTP Basic Authentication, имя / пароль?
Авторизация : «авторизован ли пользователь для выполнения этой конкретной задачи?», То есть безопасность на основе ролей.
Кэширование : обработал ли я этот запрос, могу ли я вернуть кэшированный результат?
Декорирование : как улучшить запрос, чтобы улучшить последующую обработку?
Мониторинг производительности и использования : какую статистику я могу получить из запроса и ответа?
Выполнение : фактически обработать запрос и предоставить ответ.
Возможность разделять различные этапы (и, при необходимости, включать их) очень помогает в разработке хорошо структурированных приложений.
сообщество
Также вокруг Rack Middleware развивается отличная экосистема - вы сможете найти готовые компоненты стойки для выполнения всех вышеперечисленных шагов и многого другого. Посмотрите Rack GitHub wiki для получения списка промежуточного программного обеспечения .
Что такое Middleware?
Промежуточное программное обеспечение - это ужасный термин, который относится к любому программному компоненту / библиотеке, который помогает, но не участвует напрямую в выполнении какой-либо задачи. Очень распространенными примерами являются регистрация, аутентификация и другие распространенные компоненты горизонтальной обработки . Это, как правило, вещи, которые нужны всем в нескольких приложениях, но не слишком много людей заинтересованы (или должны быть) в создании самих себя.
Больше информации
Комментарий о том, что это способ фильтрации запросов, вероятно, взят из эпизода RailsCast 151: скриншоты Rack Middleware .
Промежуточное программное обеспечение Rack развилось из Rack, и в разделе Введение в промежуточное программное обеспечение Rack есть отличное введение .
Там в интро к промежуточному в Википедии здесь .
источник
Прежде всего, Rack - это ровно две вещи:
Rack - интерфейс веб-сервера
Самые основы стойки - это простое соглашение. Каждый совместимый с стойкой веб-сервер всегда будет вызывать метод вызова для объекта, который вы ему предоставите, и обрабатывать результат этого метода. Rack точно определяет, как должен выглядеть этот метод вызова и что он должен возвращать. Это стойка.
Давайте просто попробуем. Я буду использовать WEBrick в качестве стоечного веб-сервера, но подойдет любой из них. Давайте создадим простое веб-приложение, которое возвращает строку JSON. Для этого мы создадим файл с именем config.ru. Config.ru будет автоматически вызываться командой rack gem, которая просто запустит содержимое config.ru в совместимый с стойкой веб-сервер. Итак, давайте добавим следующее в файл config.ru:
Как указано в соглашении, наш сервер имеет метод call, который принимает хэш среды и возвращает массив с формой [status, headers, body] для обслуживания веб-сервером. Давайте попробуем это, просто позвонив в rackup. Сервер, совместимый со стойкой по умолчанию, может быть, WEBrick или Mongrel запустятся и сразу же ждут запросов на обслуживание.
Давайте проверим наш новый сервер JSON, свернув или посетив URL
http://localhost:9292/hello.json
и вуаля:Оно работает. Большой! Это основа для каждого веб-фреймворка, будь то Rails или Sinatra. В какой-то момент они реализуют метод вызова, прорабатывают весь код платформы и, наконец, возвращают ответ в типичной форме [status, headers, body].
Например, в Ruby on Rails запросы к стойке попадают в
ActionDispatch::Routing.Mapper
класс, который выглядит следующим образом:Таким образом, в основном Rails проверяет, зависит от хэша env, если какой-либо маршрут соответствует. Если это так, он передает хэш env приложению для вычисления ответа, в противном случае он немедленно отвечает 404. Таким образом, любой веб-сервер, совместимый с соглашением об интерфейсе стоек, может обслуживать полноценное приложение Rails.
Промежуточное
Rack также поддерживает создание промежуточных слоев. Они в основном перехватывают запрос, что-то с ним делают и передают. Это очень полезно для универсальных задач.
Допустим, мы хотим добавить протоколирование на наш JSON-сервер, который также измеряет, сколько времени занимает запрос. Мы можем просто создать промежуточное программное обеспечение, которое делает именно это:
Когда он создается, он сохраняет себе копию реального приложения стойки. В нашем случае это экземпляр нашего JSONServer. Rack автоматически вызывает метод call в промежуточном программном обеспечении и ожидает обратно
[status, headers, body]
массив, как возвращает наш JSONServer.Таким образом, в этом промежуточном программном обеспечении берется начальная точка, затем выполняется фактический вызов JSONServer
@app.call(env)
, затем регистратор выводит запись журнала и, наконец, возвращает ответ как[@status, @headers, @body]
.Чтобы наш маленький rackup.ru использовал это промежуточное ПО, добавьте в него RackLogger, например:
Перезагрузите сервер и вуаля, он выводит логи на каждый запрос. Стойка позволяет добавлять несколько промежуточных программ, которые вызываются в порядке их добавления. Это просто отличный способ добавить функциональность, не меняя ядро приложения в стойке.
Стойка - Драгоценный камень
Хотя стойка, прежде всего, является соглашением, она также является жемчужиной, которая обеспечивает отличную функциональность. Один из них мы уже использовали для нашего JSON-сервера, команда rackup. Но это еще не все! Стойка Gem предоставляет небольшие приложения для множества случаев использования, таких как обслуживание статических файлов или даже целых каталогов. Давайте посмотрим, как мы обслуживаем простой файл, например, очень простой файл HTML, расположенный в htmls / index.html:
Возможно, мы хотим отправить этот файл из корня сайта, поэтому давайте добавим следующее на наш config.ru:
Если мы посетим,
http://localhost:9292
мы увидим, что наш HTML-файл отлично отображается. Это было легко, правда?Давайте добавим целый каталог файлов javascript, создав несколько файлов javascript в / javascripts и добавив в config.ru следующее:
Перезапустите сервер и зайдите,
http://localhost:9292/javascript
и вы увидите список всех файлов javascript, которые вы можете включить прямо сейчас из любого места.источник
У меня были проблемы с пониманием того, что я стою в течение достаточно долгого времени. Я полностью понял это только после того, как сам поработал над созданием этого миниатюрного веб-сервера Ruby . Я поделился своими знаниями о стойке (в форме рассказа) здесь, в моем блоге: http://gauravchande.com/what-is-rack-in-ruby-rails
Обратная связь более чем приветствуется.
источник
config.ru
минимальный работоспособный примерБеги
rackup
и в гостиlocalhost:9292
. Выход:Так что понятно, что
Middleware
оборачивает и вызывает основное приложение. Следовательно, он может предварительно обработать запрос и обработать ответ любым способом.Как объяснено по адресу: http://guides.rubyonrails.org/rails_on_rack.html#action-dispatcher-middleware-stack , Rails использует промежуточное программное обеспечение Rack для большей части его функциональных возможностей, и вы также можете добавить свое собственное с помощью
config.middleware.use
методов семейства.Преимущество реализации функциональности в промежуточном программном обеспечении состоит в том, что вы можете повторно использовать его на любой платформе Rack, то есть на всех основных Ruby, а не только на Rails.
источник
Промежуточное программное обеспечение Rack - это способ фильтрации запросов и ответов, поступающих в ваше приложение. Компонент промежуточного программного обеспечения находится между клиентом и сервером, обрабатывая входящие запросы и исходящие ответы, но это больше, чем интерфейс, который можно использовать для связи с веб-сервером. Он используется для группировки и упорядочения модулей, которые обычно являются классами Ruby, и определения зависимости между ними. Модуль промежуточного программного обеспечения Rack должен только: - иметь конструктор, который принимает следующее приложение в стеке в качестве параметра - отвечать на метод «call», который принимает хеш среды в качестве параметра. Возвращаемое значение из этого вызова является массивом: кода состояния, хэша среды и тела ответа.
источник
Я использовал промежуточное ПО Rack для решения нескольких проблем:
Это дало довольно элегантные исправления в обоих случаях.
источник
Что такое стойка?
Rack обеспечивает минимальный интерфейс между веб-серверами, поддерживающими платформы Ruby и Ruby.
Используя Rack, вы можете написать приложение Rack.
Rack передает хэш Environment (Hash, содержащийся внутри HTTP-запроса от клиента, состоящего из CGI-подобных заголовков) в ваше приложение Rack, которое может использовать вещи, содержащиеся в этом хэш-функции, для выполнения чего угодно.
Что такое приложение для стойки?
Чтобы использовать Rack, вы должны предоставить «приложение» - объект, который отвечает на
#call
метод с помощью Hash среды в качестве параметра (обычно определяется какenv
).#call
должен вернуть массив из ровно трех значений:each
).Вы можете написать приложение Rack, которое возвращает такой массив - оно будет отправлено обратно вашему клиенту Rack внутри Response (на самом деле это будет экземпляр класса
Rack::Response
[щелкните, чтобы перейти к документам]).Очень простое приложение для стойки:
gem install rack
config.ru
файл - Rack знает, как искать это.Мы будем создавать крошечный Rack приложение , которое возвращает ответ (экземпляр
Rack::Response
) , который Ответное Тело представляет собой массив , который содержит строку:"Hello, World!"
.Мы запустим локальный сервер с помощью команды
rackup
.При посещении соответствующего порта в нашем браузере мы увидим «Hello, World!» отображается в окне просмотра.
Запустите локальный сервер
rackup
и посетите localhost: 9292, и вы должны увидеть «Hello, World!» оказаны.Это не исчерпывающее объяснение, но, по сути, здесь происходит то, что Клиент (браузер) отправляет HTTP-запрос в Rack через ваш локальный сервер, а Rack создает
MessageApp
и запускает егоcall
, передавая Хэш среды как параметр в метод (env
аргумент).Rack принимает возвращаемое значение (массив) и использует его для создания экземпляра
Rack::Response
и отправляет его обратно клиенту. Браузер использует магию, чтобы напечатать «Hello, World!» на экран.Между прочим, если вы хотите увидеть, как выглядит хеш среды, просто поместите
puts env
под нимdef call(env)
.Как минимум, то, что вы написали здесь, это приложение Rack!
Создание приложения Rack для взаимодействия с хэшем Incoming Environment
В нашем маленьком приложении Rack мы можем взаимодействовать с
env
хэшем (см. Здесь для получения дополнительной информации о хэше Environment).Мы реализуем возможность для пользователя вводить свою собственную строку запроса в URL, следовательно, эта строка будет присутствовать в HTTP-запросе, инкапсулируясь в качестве значения в одну из пар ключ / значение хэша Environment.
Наше приложение Rack получит доступ к этой строке запроса из хэша Environment и отправит ее обратно клиенту (в нашем случае, нашему браузеру) через тело в ответе.
Из документов Rack по хэшу среды: "QUERY_STRING: часть URL запроса, которая следует за?, Если есть. Может быть пустой, но всегда обязательна!"
Теперь
rackup
и перейдите на страницуlocalhost:9292?hello
(?hello
являющуюся строкой запроса), и вы должны увидеть 'hello' в окне просмотра.Стойка Middleware
Мы будем:
MessageSetter
,env
,MessageSetter
вставит'MESSAGE'
ключ в окр хэш, его значение существо ,'Hello, World!'
еслиenv['QUERY_STRING']
пусто;env['QUERY_STRING']
если не,@app.call(env)
-@app
быть следующим приложением в «Стек»:MessageApp
.Во-первых, версия «с длинными руками»:
Из документов Rack :: Builder мы видим, что
Rack::Builder
реализует небольшой DSL для итеративного конструирования приложений Rack. В основном это означает, что вы можете создать «стек», состоящий из одного или нескольких промежуточных программ и приложения «нижнего уровня» для отправки. Все запросы, поступающие в ваше приложение нижнего уровня, будут сначала обрабатываться вашим Middleware (s).#use
указывает промежуточное программное обеспечение для использования в стеке. Он принимает промежуточное программное обеспечение в качестве аргумента.Стойка Middleware должна:
call
метод, который принимает хэш Environment в качестве параметра.В нашем случае «Middleware» -
MessageSetter
это «конструктор» - этоinitialize
метод MessageSetter , «следующее приложение» в стекеMessageApp
.Так вот, из - за того, что
Rack::Builder
делает под капотом,app
аргументMessageSetter
«Sinitialize
метода являетсяMessageApp
.(обдумайте вышеизложенное, прежде чем двигаться дальше)
Таким образом, каждый компонент Middleware по существу «передает» существующий хэш среды следующему приложению в цепочке, поэтому у вас есть возможность изменить этот хэш среды в Middleware, прежде чем передать его следующему приложению в стеке.
#run
принимает аргумент, который является объектом, который отвечает#call
и возвращает Rack Response (экземплярRack::Response
).Выводы
Используя его,
Rack::Builder
вы можете создавать цепочки промежуточного программного обеспечения, и любой запрос к вашему приложению будет обрабатываться каждым промежуточным ПО по очереди, прежде чем окончательно обрабатывается последним элементом в стеке (в нашем случае,MessageApp
). Это чрезвычайно полезно, поскольку разделяет различные этапы обработки запросов. С точки зрения «разделения интересов», это не может быть намного чище!Вы можете создать «конвейер запросов», состоящий из нескольких промежуточных программ, которые имеют дело с такими вещами, как:
(выше пул из другого ответа в этой теме)
Вы часто будете видеть это в профессиональных приложениях Sinatra. Синатра использует Rack! Смотрите здесь для определения того , что Синатра IS !
В заключение отметим, что наша версия
config.ru
может быть написана в сокращенном стиле, предоставляя точно такую же функциональность (и именно это вы обычно увидите):И чтобы более четко показать, что
MessageApp
делает, вот его «длинная» версия, которая явно показывает, что#call
создается новый экземплярRack::Response
, с требуемыми тремя аргументами.Полезные ссылки
источник
Rack - Интерфейс ч / б Web & App Server
Rack - это пакет Ruby, который предоставляет интерфейс для взаимодействия веб-сервера с приложением. Легко добавить компоненты промежуточного программного обеспечения между веб-сервером и приложением, чтобы изменить поведение вашего запроса / ответа. Компонент промежуточного программного обеспечения находится между клиентом и сервером, обрабатывая входящие запросы и исходящие ответы.
По словам непрофессионала, это в основном просто набор рекомендаций о том, как сервер и приложение Rails (или любое другое веб-приложение Ruby) должны общаться друг с другом .
Чтобы использовать Rack, предоставьте «приложение»: объект, который отвечает на метод вызова, принимая хэш среды в качестве параметра и возвращая массив с тремя элементами:
Для более подробного объяснения вы можете перейти по ссылкам ниже.
В rails у нас есть config.ru в виде файла стойки, вы можете запустить любой файл стойки
rackup
командой. И порт по умолчанию для этого9292
. Чтобы проверить это, вы можете просто запуститьrackup
вашу директорию rails и посмотреть результат. Вы также можете назначить порт, на котором вы хотите его запустить. Команда для запуска файла стойки на любом конкретном портуисточник
Rack - это гем, который предоставляет простой интерфейс для абстрактного HTTP-запроса / ответа. Rack находится между веб-фреймворками (Rails, Sinatra и т. Д.) И веб-серверами (Unicorn, Puma) в качестве адаптера. На приведенном выше изображении сервер единорога полностью независим от знания о рельсах, а рельсы не знают о единороге. Это хороший пример слабой связи , разделения интересов .
Выше изображение из этой конференции по рельсам. Обсуждение на стойке https://youtu.be/3PnUV9QzB0g Я рекомендую посмотреть его для более глубокого понимания.
источник