AS
Ну типа да)
Size: a a a
2020 March 16
AS
Просто чем меньше кода, тем лучше всегда)
AS
А у тебя вместо одного свитча очень много кода родилось)
M
А у тебя вместо одного свитча очень много кода родилось)
Так-то да, но а если switch будет разрастаться? Тогда это явно меньше будет кода и гемороя. Ну и всё по абстракциям разнесено. Удобно расширять.
AT
Просто чем меньше кода, тем лучше всегда)
не всегда, а до тех пора пока это работает также или лучше и не мешает будущей расширяемости
AS
Да не, так тоже норм. Но это всё равно можно короче всё записать)
AS
не всегда, а до тех пора пока это работает также или лучше и не мешает будущей расширяемости
Ну будущая расширяемость всё равно потребует рефакторинга
AT
Ну будущая расширяемость всё равно потребует рефакторинга
если сделать все по поцански, то новые классы и методы не должны затрагивать старые. А значит рефакторинг будет только в добавлении в нужных местах нужных методов или объектов
AT
и то это уже не рефакторинг
M
Хм...
Погоди, до меня только сейчас дошло ты вторым Init избавился от TryGetMyRequriment ? и типо абстракный Init всегда свой тип возвращает? Главное на нул проверить и всё, я я угадал?
AS
если сделать все по поцански, то новые классы и методы не должны затрагивать старые. А значит рефакторинг будет только в добавлении в нужных местах нужных методов или объектов
Ну это «по-пацански» подразумевает, что ты заранее знаешь, какие изменения понадобятся, а это игра в угадайку
AS
Ты время всё равно потратишь, либо сейчас, либо потом
AT
Ну это «по-пацански» подразумевает, что ты заранее знаешь, какие изменения понадобятся, а это игра в угадайку
нет, просто абстракция на то и абстракция, что ты заранее играешь в угадайку, а потом ее поразному реализуешь. Просто нужно подключить планирование и стараться придерживаться намеченных планов. Крч, надо юзать SOLID и тогда будет меньше поводов лезть в старый код
AS
Погоди, до меня только сейчас дошло ты вторым Init избавился от TryGetMyRequriment ? и типо абстракный Init всегда свой тип возвращает? Главное на нул проверить и всё, я я угадал?
Ну да, TryGet не нужен
T
Как в кастомном инспекторе при изменении значения в поле вызывать какую-либо функцию?
M
Ну да, TryGet не нужен
ЗБС, ща исправим, спасибо =)
AS
Погоди, до меня только сейчас дошло ты вторым Init избавился от TryGetMyRequriment ? и типо абстракный Init всегда свой тип возвращает? Главное на нул проверить и всё, я я угадал?
А зачем на null проверять? У тебя же IsMyRequirement это сразу проверит в is T
AS
Если там будет null, то оно false вернёт
M
А зачем на null проверять? У тебя же IsMyRequirement это сразу проверит в is T
Ооо!!! Точняк, Круто!!! Спасибо =)
M
А зачем на null проверять? У тебя же IsMyRequirement это сразу проверит в is T
Ты прям всё кривое в чем я сомневался выровнял. Спасибо тебе =)