VA
Не не, я про то что лучше пусть будет 100 простых конфигов с понятным неймингом, чем один сложный
Может сложиться так, что будешь лазить по куче конфигов меняя какой-то параметр, обязательно где-то что-то забудешь
Size: a a a
2020 June 24
A
А в одном большом обязательно его не найдешь
VA
Упоротая декомпозиция конфига сама по себе добавляет сложности в разработке
AT
Не не, я про то что лучше пусть будет 100 простых конфигов с понятным неймингом, чем один сложный
conf1_dev.ini
conf2_dev.ini
conf1_prod.ini
…
?
conf2_dev.ini
conf1_prod.ini
…
?
A
conf1_dev.ini
conf2_dev.ini
conf1_prod.ini
…
?
conf2_dev.ini
conf1_prod.ini
…
?
Не
A
Модульная структура
A
И каждый модуль под своим конфигом
VA
А в одном большом обязательно его не найдешь
Когда он по сегментам разбит и по логике\компонентам\юзерстори, то все нужные параметры как правило умещаются на страницу. Ну если речь про yaml
A
Когда он по сегментам разбит и по логике\компонентам\юзерстори, то все нужные параметры как правило умещаются на страницу. Ну если речь про yaml
Ну в ини так же
VA
Ини с типами плохо дружит же
A
Ини с типами плохо дружит же
И слава богу
VA
Как вариант
VA
И слава богу
ну вот снова... Сложность конфига VS простота в коде.
A
Оставьте типизацию программисту, а не админу
VA
Оставьте типизацию программисту, а не админу
Почему мы снова скатились на админов?) не везде они есть, не всегда они нужны.
A
Плохо, если софт падает, если в конфиге ковычки забыл
A
Почему мы снова скатились на админов?) не везде они есть, не всегда они нужны.
Админ в данном контексте - тот, кто этот софт инсталлирует
AT
пакет для томла еще и весит в 5 раз меньше ямла)
A
пакет для томла еще и весит в 5 раз меньше ямла)
А для ини есть по дефолту
A
Я ретроград, я за ини