История изменений

потребности у софта *слишком разные*

У большей части софта конфигурация укладывается в схему «дерево с нодами типов: строковый, числовой». Ну можно ещё добавить тип «строковый шаблон пути к файлу». Для особо извращённых случаев можно делать «пара путь к интерпретатору - строковый шаблон», а оно уже само кусок конфига нагенерит.

Но при этом в каждой софтине это реализовано по-разному: где-то ini-файл, где-то xml-подобный синтаксис, где-то похоже на шелл-скрипт, где-то синтаксис C-подобный, но со своими тонкостями. Где-то комментарий «#» только в начале строки, где-то - «#» в любом месте строки начинает комментарий, где-то ";" или «//» тоже используется для комментирования. Плюс ни в одном из форматов комментарий не привязан к записи, из-за чего после автоматической правки человеко-читаемость теряется. Где-то для конфига есть парсер для проверки корректности(testparm), где-то надо перезапускать демон и смотреть с какой ошибкой он умер, если ты забыл ";".

Вот хотелось бы всё это иметь в единообразном виде. Идея изначально навеяна конфигами Mikrotik, никогда не сталкивался? Очень удобно

потребности у софта *слишком разные*

У большей части софта конфигурация укладывается в схему «дерево с нодами типов: строковый, числовой». Ну можно ещё добавить тип «строковый шаблон пути к файлу». Для особо извращённых случаев можно делать «пара путь к интерпретатору - строковый шаблон», а оно уже само кусок конфига нагенерит.

Но при этом в каждой софтине это реализовано по-разному: где-то ini-файл, где-то xml-подобный синтаксис, где-то похоже на шелл-скрипт, где-то синтаксис C-подобный, но со своими тонкостями. Где-то комментарий «#» только в начале строки, где-то - «#» в любом месте строки начинает комментарий, где-то ";" или «//» тоже используется для комментирования. Плюс ни в одном из форматов комментарий не привязан к записи, что приводит к тому, что после автоматической правки человеко-ситаемость теряется. Где-то для конфига есть парсер для проверки корректности(testparm), где-то надо перезапускать демон и смотреть с какой ошибкой он умер, если ты забыл ";".

Вот хотелось бы всё это иметь в единообразном виде. Идея изначально навеяна конфигами Mikrotik, никогда не сталкивался? Очень удобно

потребности у софта *слишком разные*

У большей части софта конфигурация укладывается в схему «дерево с нодами типов: строковый, числовой». Ну можно ещё добавить тип «строковый шаблон пути к файлу». Для особо извращённых случаев можно делать «пара путь к интерпретатору - строковый шаблон», а оно уже само кусок конфига нагерит.

Но при этом в каждой софтине это реализовано по-разному: где-то ini-файл, где-то xml-подобный синтаксис, где-то похоже на шелл-скрипт, где-то синтаксис C-подобный, но со своими тонкостями. Где-то комментарий «#» только в начале строки, где-то - «#» в любом месте строки начинает комментарий, где-то ";" или «//» тоже используется для комментирования. Плюс ни в одном из форматов комментарий не привязан к записи, что приводит к тому, что после автоматической правки человеко-ситаемость теряется. Где-то для конфига есть парсер для проверки корректности(testparm), где-то надо перезапускать демон и смотреть с какой ошибкой он умер, если ты забыл ";".

Вот хотелось бы всё это иметь в единообразном виде. Идея изначально навеяна конфигами Mikrotik, никогда не сталкивался? Очень удобно