A
И вопрос - хочу новый метод, где его писать?
Size: a a a
2020 February 21
AY
Б имеет общее с А, но также хранит ещё что-то от В
в общем примерно понятно, абстрактный совет - использовать композицию вместо наследования и интерфейсы
M
в общем примерно понятно, абстрактный совет - использовать композицию вместо наследования и интерфейсы
Я так и решил, но методы с общей логикой куда выносить?...
AY
Я так и решил, но методы с общей логикой куда выносить?...
дефолтный метод можно в интерфейсе сделать
M
дефолтный метод можно в интерфейсе сделать
Вот я тоже так подумал, а потом решил спросить
O
Я так и решил, но методы с общей логикой куда выносить?...
можно в абстракный класс, можно в util класс
O
дефолтный метод можно в интерфейсе сделать
дефолтные методы вообще не для выноса логики в них
M
можно в абстракный класс, можно в util класс
Класс не подходит
AY
дефолтные методы вообще не для выноса логики в них
изначально они для обратной совместимости
O
изначально они для обратной совместимости
да, и использовать их для выноса логики вместо util-класса или ещё чего - выглядит странно
AY
да, и использовать их для выноса логики вместо util-класса или ещё чего - выглядит странно
зато удобно
O
зато удобно
а кому-то goto удобно, но это все равно bad practice
A
Попробуй просто переосмыслить логику работы А, Б, В. Может просто у тебя В - это и есть этот абстрактный класс или из него сделать класс с основной логикой по сокетам (отправка, подписка) и доступ по интерфейсу
AY
а кому-то goto удобно, но это все равно bad practice
не все энтерпрайз пишут нон стоп
O
не все энтерпрайз пишут нон стоп
а при чём тут энтерпрайз?
Э
Лол, чувак код даже не скинул
AY
а при чём тут энтерпрайз?
потому что там важнее понятность кода чем всё остальное
Э
Не о чём
A
Не о чём
Вангуем, ты ж программист)
M
А нормальная практика классы в самих интерфейсах писать?