L
Если проект большой, то я вообще на эвентах делаю, чтоб не было жесткой связки
Size: a a a
2020 March 20
АФ
Я бы такое не компонентами делал. У нас с тобой разные подходы, поэтому я и удивился, когда ты сказал, что ооп не юзаешь
Нет, ну там инкапсуляцию для чистоты кода приходится использовать. Типа, потому что модно и профессионально. Полиморфизм удобно, чтобы не плодить лишний код. А вот наследование вообще не обязательно. Позавчера только в проекте создал абстрактный класс, в первый раз пригодился.
АФ
Если проект большой, то я вообще на эвентах делаю, чтоб не было жесткой связки
Я тоже на ивентах сейчас делаю.
R✡
вот у тебя есть список предметов. тебе нужно вывести его на экран через к примеру dropdown. на каждом dropdown у тебя висит скрипт который подгружаем json и формирует список.
если json поменялса (к примеру переместился в другое место) нужно в каждом классе править ссылку.
если json поменялса (к примеру переместился в другое место) нужно в каждом классе править ссылку.
R✡
а если таких dropdown 100.. это устанешь все править
L
Ок. Но я в таком случае данные всегда из одного места беру, в нем и достаточно будет заменить ссылку
R✡
Ок. Но я в таком случае данные всегда из одного места беру, в нем и достаточно будет заменить ссылку
а если не в одном?
L
А как так?
R✡
ну у тебя 100 источников
R✡
к примеру 1 получает предметы, 2 спелы, 3 еще что-то
R✡
и все разные
L
Когда инициализируется дропдаун, то откуда то беру этот json. На сериализованное поле давать ссылку - я так никогда не делаю
И
Сразу сорри, у тебя в детстве были речевые дефекты? Свой интерес прост
у меня заикание, до сих пор собсна только полегче. это связано как-то с чтением?
L
Т.е. ссылка где- то есть на файл, но в одном месте
R✡
Т.е. ссылка где- то есть на файл, но в одном месте
в каком месте если у тебя 100 разных классов?
R✡
по твоим же словам
L
Не понимаю :(
R✡
получается у тебя на каждый dropdown свой класс так?
L
Нет, drop down в данном случае - это типо виджета, который на вход принимает, допустим json
R✡
ну я обобщил