O
А для чего, если у тебя нет GUI для внесения изменений админами?
Считай, что оно и не меняется
Size: a a a
2020 March 22
RM
А если ты добавишь эти форматы, то у конфиг манагера будет уже версия 2.0?
Хохма неактуальна уже, Вы создайте что-то подобное получше и тогда уже сравним по производительности и по удобству что лучше
RM
А уже потом посмеемся
RM
Критикуешь - предлагай
RM
А для чего, если у тебя нет GUI для внесения изменений админами?
У меня будет GUI
O
Хохма неактуальна уже, Вы создайте что-то подобное получше и тогда уже сравним по производительности и по удобству что лучше
В том-то и дело, что не будем делать, мы бы взяли для этих целей СУБД
RM
В том-то и дело, что не будем делать, мы бы взяли для этих целей СУБД
Да пля, читать данные с субд дольше
RM
чем O(1)
RM
Это базовые настройки
RM
Вот представь что у тебя есть монстр какой нибудь, как ты узнаешь какие у него базовые статы при спавне?
RM
Будешь с субд читать каждый раз?
RM
Это дорого
O
Да пля, читать данные с субд дольше
Тогда сгенерируй их в компил-тайме. Зачем тебе вообще может понадобится одноразовое чтение? А если настройки изменились в процессе работы? Заведи микросервис для конфигов
RM
Тогда сгенерируй их в компил-тайме. Зачем тебе вообще может понадобится одноразовое чтение? А если настройки изменились в процессе работы? Заведи микросервис для конфигов
хД у меня конфиг менеджер поддерживает изменения файлов)
RM
Без перезагрузки сервера
O
Вот представь что у тебя есть монстр какой нибудь, как ты узнаешь какие у него базовые статы при спавне?
Возьми YAML уже или JSON. Зачем тебе csv?
O
хД у меня конфиг менеджер поддерживает изменения файлов)
И что, при изменении целиком большой конфиг перезагружается?
RM
Возьми YAML уже или JSON. Зачем тебе csv?
Json растянется на большие размеры и будет нечитабелен, если только каждый предмет в отдельный .json, а это уже хуевое решение
RM
Я щас только об этом подумал
RM
потому что открытие и закрытие файлов будет постоянно происходить