tg-me.com/orgprog/327
Last Update:
Обновления без боли за счет версионирования конфигов
У рельсы есть одна крутая фишка, которую, как мне кажется, было бы полезно адаптировать и другим фреймворкам (если еще нет). Она связана с тем, как работает конфигурация самого фреймворка при обновлениях на новые версии.
Представьте себе ситуацию, выходит новая версия вашего любимого фреймворка, вы обновляетесь и часть кода перестает работать нормально, потому что появились новые дефолты. Перед вами стоит выбор, либо пойти все поправить под новую версию, что не всегда возможно сделать за короткий срок, либо искать что за конфигурация поменялась и фиксировать ее в нужном для вас варианте.
В рейлс такая ситуация разруливается автоматически. По дефолту все будет работать ровно как вы ожидаете и ни один элемент конфигурации не изменится. Достигается это за счет того, что каждый конфигурационный набор версионируется вместе с самим фреймворком и при инициализации проекта, эта версия фиксируется:
module Hexlet
class Application < Rails::Application
config.load_defaults "8.0"
config.require_master_key = false
config.active_record.schema_format = :sql
config.active_record.query_log_tags_enabled = true
config.active_model.i18n_customize_full_message = true
end
end
Обратите внимание на строчку
config.load_defaults “8.0”
. Это значит, что вообще все параметры, будут такими, как они были в версии 8. Если обновится версия фреймворка, скажем до 9, то с самой конфигурацией ничего не случится, так как она зафиксирована. Дальше я смогу либо сразу переключиться на новое поведение поменяв общую версию конфига, либо делать это постепенно указывая нужные параметры сразу за этой строчкой, тогда они будут переписывать дефолты.BY Организованное программирование | Кирилл Мокевнин
Warning: Undefined variable $i in /var/www/tg-me/post.php on line 283
Share with your friend now:
tg-me.com/orgprog/327