SM
вот, автосгенерированный конфиг - это срань в любом случае.
Size: a a a
2016 March 15
PP
Про гуй далеко выше.
SM
возвращаемся к моим словам о хранении конфигурации и интерфейсе для пользователя
SM
еще выще было, про то что конфиг и есть интерфейс, я об этом
PP
Ну хорошо.
PP
Значит, я не об этом.
PP
Тогда хочу просто сказать, что автосгенеренные json, ini – адекватно, yaml – ад.
PP
Первые можно отдать на модификацию, yaml – можно выкинуть.
SM
Тогда хочу просто сказать, что автосгенеренные json, ini – адекватно, yaml – ад.
да нет же, автосгенеренный срать как выглядят
SM
их не надо пользователю показывать
PP
Пример?
SM
пример чего?
A
сгенеренный автоматом json/yaml always bad?
PP
Пример ужасного невозможного невложенного json-конфига.
SM
есть конфиг, ты его читаешь, и есть файлиг settings, который ты генеришь и все равно в каком он формате
PP
сгенеренный автоматом json/yaml always bad?
Yaml – не всегда, но иногда генерятся всякие именованные сущности и прочая радость, которую редактировать действительно неудобно: хочется подправить одно значение, приходится править много строчек.
SM
еще раз, конфигурайционный файл - интерфейс получения инфы от юзера. если ты хочешь заперсистить что-то про свое приложение, сделай это в другое место. и формат этого - это уже разговор про сериализацию и безопасность
SM
формат сериализации не является интерфейсом взаимодействия с пользователем
PP
Не понимаю, какой я из этого должен сделать вывод. Я говорил о редактировании сгенерированного конфига. Ситуация не частая, но штатная. Куда персистить, что персистить? 😢
SM
сгенеренный конфиг - эт оуже не конфиг, а сериализованные данные приложения