Б
единый центр управления
Size: a a a
2021 May 30
Б
как свеча от геморроя
GN
тебе все переменные которые меняют характеристики ловли нужно вынести как публичные и в зависимоти от локации их менять, а скрипт в таком случае получается один на всё
F
у тебя бизнеслогика не должна знать про локации и что на локации висит
F
я бы кароче вот как описал порезал бы на сервисы и была бы такая фабрика локаций. Но это я может вебом искалечен
Б
Ну вот есть локация 1
на ней количество рыб которые можно словить = 5
на ней количество рыб которые можно словить = 5
Б
но на локации 2 = 10
Б
а на 3 = 5
GN
соу?
Б
Я в свою очередь хочу прописать на все локации, возможные виды вылова, и просто обращаться в коде. когда игрок попадает на данную локацию то срабатывает правило 2, и он может словить сугубо те 5 видов
Б
потому что сейчас у меня после попадания прописывается что он сможет словить
Б
Нет единого центра.
Б
Понимаешь?
Б
Я хочу упростить обращение
F
Не прописывай такие данные в локации, вынеси это отдельно.
GN
как я это вижу: у тебя есть массив со списком локаций и их характеристик, игрок заходя на локацию, находит строчку нужной локации и выставляет в переменные значения из таблицы
F
это похоже на примеры из книжек дяди боба
Б
Эта система была написана пару месяцев назад, когда я только начал, но сейчас понимаю, что это в корне руинит всё
Б
да
Б
Получается мне нужен отдельный скрипт массив