Исходное сообщение
"Apple опубликовал Pkl, язык программирования для определения..." Отправлено ptr, 06-Фев-24 04:57
Код в конфиге - не лучшая идея. Так как, в общем случае, на любой язык его задолбаешься переводить. То есть, при применении такого конфига для Kotlin, C# или даже plpgsql, код уж слишком разный получается. Может я, конечно, что-то не понимаю. Но для меня подобный язык имеет ценность только тогда, когда на его основании можно сгенерировать не только конфигурационные файлы, но и код для Java, C#, C/C++, Rust, Python, T-SQL, plpgsql и т.п. Включая контракты на XML, JSON, ProtoBuf и т.п. А тут даже мэппинг не учитывает то, что где-то нужен SnakeCase, где-то CamelCase или lowerCamelCase, а где-то вообще LispCase. Это не считая того, что то, что в PosrgreSQL может быть массивом или композитным типом, в MS SQL уже должно быть разложено по записям/таблицам или сериализовано.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Код в конфиге - не лучшая идея. Так как, в общем случае, > на любой язык его задолбаешься переводить. То есть, при применении такого > конфига для Kotlin, C# или даже plpgsql, код уж слишком разный > получается. > Может я, конечно, что-то не понимаю. Но для меня подобный язык имеет > ценность только тогда, когда на его основании можно сгенерировать не только > конфигурационные файлы, но и код для Java, C#, C/C++, Rust, Python, > T-SQL, plpgsql и т.п. Включая контракты на XML, JSON, ProtoBuf и > т.п. > А тут даже мэппинг не учитывает то, что где-то нужен SnakeCase, где-то > CamelCase или lowerCamelCase, а где-то вообще LispCase. Это не считая того, > что то, что в PosrgreSQL может быть массивом или композитным типом, > в MS SQL уже должно быть разложено по записям/таблицам или сериализовано.
	Введите код, изображенный на картинке: