VM
Просто синтаксис явно удобнее чем у какого нибудь .cfg
почему не json?
Size: a a a
2020 January 16
VM
ну, тут, точнее, вопрос в том, чего хочется от конфига
VM
если нужен именно конфиг, декларативный, то да, почему не json
VM
а если хочется возможность применять логику в конфиге, то норм
IB
Использовать луа как конфиг файл для движка норм, или кринж?
Пока ты живешь только в луа, то норм.
Но вот когда (и если) система разрастается и из этого конфига нужно читать не только программам на луа, то тогда наступает жопа.
Так что если вероятность что когда-нибудь этот конфиг нужно будет читать из других языков программирования, то лучше так не делать. А если будет только луа и всех в команде устраивает конфиги в луа, то почему бы и нет =)
Но вот когда (и если) система разрастается и из этого конфига нужно читать не только программам на луа, то тогда наступает жопа.
Так что если вероятность что когда-нибудь этот конфиг нужно будет читать из других языков программирования, то лучше так не делать. А если будет только луа и всех в команде устраивает конфиги в луа, то почему бы и нет =)
АК
Пока ты живешь только в луа, то норм.
Но вот когда (и если) система разрастается и из этого конфига нужно читать не только программам на луа, то тогда наступает жопа.
Так что если вероятность что когда-нибудь этот конфиг нужно будет читать из других языков программирования, то лучше так не делать. А если будет только луа и всех в команде устраивает конфиги в луа, то почему бы и нет =)
Но вот когда (и если) система разрастается и из этого конфига нужно читать не только программам на луа, то тогда наступает жопа.
Так что если вероятность что когда-нибудь этот конфиг нужно будет читать из других языков программирования, то лучше так не делать. А если будет только луа и всех в команде устраивает конфиги в луа, то почему бы и нет =)
почти ко всем языкам есть биндинги, позволяющие читать луа конфиги не сложнее, чем ini/json
IB
Огонь решение. В другой язык программирования тащить луа только чтобы прочитать конфиг.
T
Парсер подмножества языка, а не весь Lua.
T
Чисто как JSON. Видел для JS такое.
АК
Огонь решение. В другой язык программирования тащить луа только чтобы прочитать конфиг.
"тащить луа" - ужасы какие. А часто одни и те же конфиги читаются из программ на множестве разных языков, где аналог
import lua будет значительным изменением?IB
Во-первых где гарнитии что в конфиге используется только какая-то часть луа? Как только конфиг становится на языке программирования сразу начинается что туда можно впихнуть if-чик какой-нибудь и еще небольшую логику — это же конфгиу относится
T
Ну и нет проблемы встроить для потенциально сложных конфигов Lua, который, на минуточку, для того и нужен.
T
Это не такое извращение, как Electron. Давайте поговорим про Electron.
T
IB
"тащить луа" - ужасы какие. А часто одни и те же конфиги читаются из программ на множестве разных языков, где аналог
import lua будет значительным изменением?Ты куда в странную сторону пошел. Я же и говорю — "когда (и если) ... нужно читать не только программам на луа," Я не говорю часто это бывает или не часто. Я говорю что если такое планируется в проекте — то лучше так не делать.
IB
The Dormouse
Это не такое извращение, как Electron. Давайте поговорим про Electron.
Да что про электрон говорить — все понятно, отличная система.
АК
Ты куда в странную сторону пошел. Я же и говорю — "когда (и если) ... нужно читать не только программам на луа," Я не говорю часто это бывает или не часто. Я говорю что если такое планируется в проекте — то лучше так не делать.
Да, возможно. Я попытался представить себе конфиг, который читается сразу множеством программ и представил себе некий сложный программный комплекс. Соответственно, если он уже сложный, добавить в него лишнюю зависимость не будет проблемой (тем более, если это луа). А раз уж это сложная система, то и конфиги с логикой в ней наверняка пригодятся.
Но это так, полёт фантазии.
Но это так, полёт фантазии.
T
Да что про электрон говорить — все понятно, отличная система.
А, ты не был против использования Lua для конфигов, перепутал.