используют глубоко в кишках ENV переменные. В т.ч. есть такие пакеты и от самого Google.
Когда вообще такое использование реально оправдано на ваш взгляд? Ведь такая конфигурация нифига не явная и может приводить к неявному изменению поведения.
Я слышал мнение что вообще использование ENV и библиотеках это плохая практика и ее надо избегать, предоставляя явные варианты конфигурации.
Тем не менее много библиотек все же в кишках (даже в internal пакетах их используют) Хочется услышать мнения в целом. Сами как считаете?
А разве в коде в таком случае не прописаны енв переменные?
Видать при их созданиями мыслили исключительно контейнерами, где всегда чистое окружение, а ENV используется для настройки.
так себе идея, на самом деле, но мне трудно представить вариант для конфигурации рантайма проще, чем этот
А есть пример?
Когда поднимаешь сервер - ENV переменные очень важны. Предусматривать эти значения особенно при docker-compose - очень важны. И эти параметры не нужно лениться учитывать ибо при продакшене это не работает
Зависит от либы, если это внутренняя штука и конфигурация четко оговорена то вполне, но за правило хорошего тона берем добавление конструктора, который принимает всю конфигурацию явно без использования ENV
12 factor app? Современная среда запуска почти 90% это докер или куб,
Поэтому всегда проще env
Может быть ок, когда явно указывается (в названии функции), что параметры подгружаются из переменных окружения, но, наравне с таким способом, должна быть возможность делать то же самое с явной передачей параметров
Лучше сводить к минимуму такое, только в очень ограниченных кейсах оправдано. Например, во всяких хелперах к настройкам вроде FooFromEnv()
Обсуждают сегодня