Size: a a a

2020 August 18

ДО

Даниил Осипов... in learn.java
Denis Chikanov
А где в типичной джава-разработке имеет смысл наследовать класс от другого? Как правило, уж лучше воспользоваться композицией
А как насчёт абстрактных сервисов и контроллеров?
источник

DC

Denis Chikanov in learn.java
Даниил Осипов
А как насчёт абстрактных сервисов и контроллеров?
Но зачем?
источник

ДО

Даниил Осипов... in learn.java
Ну,чтоб какой нибудь crud по 100 раз не писать
источник

Э

Эд in learn.java
Даниил Осипов
Ну,чтоб какой нибудь crud по 100 раз не писать
ты логику в контроллере пишешь?
источник

ДО

Даниил Осипов... in learn.java
Эд
ты логику в контроллере пишешь?
Нет конечно
источник

DC

Denis Chikanov in learn.java
Даниил Осипов
Ну,чтоб какой нибудь crud по 100 раз не писать
Какой у тебя круд нужно дублировать в 100 разных контроллерах/сервисах?
источник

K

Kitikot in learn.java
Даниил Осипов
Ну,чтоб какой нибудь crud по 100 раз не писать
Таки да, наследование нынче антипаттерн. Можно по пальцам одной руки пересчитать когда это действительно надо. Под crud что имеешь ввиду?
источник

K

Kitikot in learn.java
Ну, точнее я понимаю что имеешь ввиду. Я про общий концепт
источник

ДО

Даниил Осипов... in learn.java
Denis Chikanov
Какой у тебя круд нужно дублировать в 100 разных контроллерах/сервисах?
Ну обычный crud - получение, создание, обновление и удаление сущности. Когда есть всего по одной dto на создание и на чтение
источник

DC

Denis Chikanov in learn.java
Даниил Осипов
Ну обычный crud - получение, создание, обновление и удаление сущности. Когда есть всего по одной dto на создание и на чтение
...и как, когда и зачем это надо дублировать многократно, если у тебя разные круды для разных сущностей?
источник

ДО

Даниил Осипов... in learn.java
Kitikot
Таки да, наследование нынче антипаттерн. Можно по пальцам одной руки пересчитать когда это действительно надо. Под crud что имеешь ввиду?
Да мне самому это не очень нравится, перешёл недавно на проект, где таким образом сделано. На вопрос : зачем? Услышал : так норм. Вот и думаю, может чего не знаю
источник

ДО

Даниил Осипов... in learn.java
Denis Chikanov
...и как, когда и зачем это надо дублировать многократно, если у тебя разные круды для разных сущностей?
А, забыл уточнить, абстрактный класс на дженериках
источник

K

Kitikot in learn.java
Даниил Осипов
Да мне самому это не очень нравится, перешёл недавно на проект, где таким образом сделано. На вопрос : зачем? Услышал : так норм. Вот и думаю, может чего не знаю
Ну вот правильно написали. Если сущностей 5 и в проекте гибернейт, то можно зайти с абстракций. Как только их станет больше, абстракции начнут тебя ограничивать. У тебя же например юзер и товар по-разному сохраняются? Все, нужно оверрайдить. И в итоге ты перепишешь все методы.
источник

K

Kitikot in learn.java
Ну правда, кейсы есть, но их не много, и работать потом с ними не удобно
источник

DC

Denis Chikanov in learn.java
Даниил Осипов
А, забыл уточнить, абстрактный класс на дженериках
источник

K

Kitikot in learn.java
Ну он про сервисы говорит, а не про репы
источник

DC

Denis Chikanov in learn.java
Kitikot
Ну он про сервисы говорит, а не про репы
А непонятно, зачем абстрагировать слой над этим, если он простой.

Размер абстракции банально превышает размер бойлерплейта, от которого она "спасает".
источник

K

Kitikot in learn.java
Denis Chikanov
А непонятно, зачем абстрагировать слой над этим, если он простой.

Размер абстракции банально превышает размер бойлерплейта, от которого она "спасает".
источник

K

Kitikot in learn.java
Разговор идет о чем-то вроде этого
источник

DC

Denis Chikanov in learn.java
Kitikot
Разговор идет о чем-то вроде этого
Я понимаю
Но вот зачем это - я не понимаю
источник