KK
Что-то лучше конфигом. Что-то через фичи.
Изменять скорость полёта пуль через фичи - это как то совсем не удобно
Size: a a a
2020 February 10
S
но с другой стороны я не хочу чтоб конфиг был отдельным файлом чтоб пользователь мог его потом поправить и активировать всякое там
S
Изменять скорость полёта пуль через фичи - это как то совсем не удобно
ну вооооот
KK
но с другой стороны я не хочу чтоб конфиг был отдельным файлом чтоб пользователь мог его потом поправить и активировать всякое там
Дефолтные настройки можно зашить в код. В чтение конфига из файла - включать через фичу.
S
я бы через внешний конфиг но было бы круче если б можно при компиляции подтягивать все эти настрйоки и захардкоживать
S
почитаю про #path выше писали тут
S
Дефолтные настройки можно зашить в код. - да, теперь последний штрих - иметь возможность выбирать какие настройки защивать в код перед компиляциейS
чтоб одним махом сделать билд на прод, билд тестировщикам или билд еще кому-то то там
KK
Хотя, в случае большой проги выгоднее всё-таки всё через конфиги - сэкономишь на перекомпиляции при изменении параметров
KK
У тебя что ли там секретные данные какие-то? MMO игра и надо читеров "гасить"? К чему такие заморочки, что бы не давать юзерам ковырять конфиг?
L
но с другой стороны я не хочу чтоб конфиг был отдельным файлом чтоб пользователь мог его потом поправить и активировать всякое там
Алсо можно конфиг вшить, но это тоже костыли те ещё. Тогда уж проще будет наплодить констант.
KK
Помню было очень весело в GTA 3 менять текстовый конфиг с настройками машин - это только добавило "балов" игре.
S
У тебя что ли там секретные данные какие-то? MMO игра и надо читеров "гасить"? К чему такие заморочки, что бы не давать юзерам ковырять конфиг?
пока прямой необходимости у меня в том чтоб вот прям не юзать внекшний файл нету но я хочу знать что эта ситуация обыгрывается при необходимости
S
я пришел с фронта там все просто - описываешь в разных файлах нстройки той или иной сборки для соответствующего енвайромента, указываешь какой енв собирать и вуаля, получаешь сбилженый апп для работы в выбраном енвайроменте
S
тут хочу такое же замутить
KK
пока прямой необходимости у меня в том чтоб вот прям не юзать внекшний файл нету но я хочу знать что эта ситуация обыгрывается при необходимости
Внешний файл можно будет всегда защитить, как минимум не хуже хардкода. Например подписать ключём, или даже зашифровать ключём, если надо принципиально скрыть параметры
KK
я пришел с фронта там все просто - описываешь в разных файлах нстройки той или иной сборки для соответствующего енвайромента, указываешь какой енв собирать и вуаля, получаешь сбилженый апп для работы в выбраном енвайроменте
Конфиги в коде - это считается не очень хорошим решением.
KK
По моему лучше сделать конфиги в предназначеном для них формате. Можно будет в рантайме менять эти настройки и сохранять в конфиг.
S
Конфиги в коде - это считается не очень хорошим решением.
ну а чем плохо
let foo = config.foo?