أ
Ребята всем здорова, что учить после переменных, массивов, циклов?
Functions)
Size: a a a
2020 February 05
JA
ООП + String
👍
AY
Ребята всем здорова, что учить после переменных, массивов, циклов?
+коллекции
RO
Ребята всем здорова, что учить после переменных, массивов, циклов?
области видимости переменных, ветвления, исключения, коллекции как уже сказали, ну это начальный этап, база так сказать, не полная:)
RO
классы обертки, работа с файлами, ввод/вывод данных
ВБ
А зачем вы юзаете абстрактный репозиторий, если не знаете , что с ним делать?
Я знаю, в нем общие методы, все осознанно)
ВБ
Или вы прикручиваете свою реализацию кастомных методов для доступа к бд э, используя абстрактный класс ?
Именно
ВБ
Вопрос вообще непонятный какой-то )
Давайте попробую иначе
ВБ
я не понимаю, что имелось в виду?
Есть интерфейс EmployeeRepository, у него метод getEmployee. Есть класс DbEmployeeRepository, он реализует EmployeeRepository. Но в то же время наследуется от AbstractRepository, с общим реализованным методом getAll. В сервисе мы используем EmployeeRepository. Как изменить структуру, чтобы вызвать метод getAll в интерфейсе EmployeeRepository?
d
Есть интерфейс EmployeeRepository, у него метод getEmployee. Есть класс DbEmployeeRepository, он реализует EmployeeRepository. Но в то же время наследуется от AbstractRepository, с общим реализованным методом getAll. В сервисе мы используем EmployeeRepository. Как изменить структуру, чтобы вызвать метод getAll в интерфейсе EmployeeRepository?
ну то есть у тебя есть метод, который возвращает всех сотрудников и при этом есть абстрактный репозиторий с методом - вернуть всех
d
так?
DS
Есть интерфейс EmployeeRepository, у него метод getEmployee. Есть класс DbEmployeeRepository, он реализует EmployeeRepository. Но в то же время наследуется от AbstractRepository, с общим реализованным методом getAll. В сервисе мы используем EmployeeRepository. Как изменить структуру, чтобы вызвать метод getAll в интерфейсе EmployeeRepository?
Надо EmployeeRepository унаследовать от AbstractRepository
d
вопрос, а зачем такое дублирование?
d
в принципе
DS
А не DbEmployeeRepository от AbstractRepository
DS
Сделать его интерфейсом
d
посмотри на архитектуру Spring Data например, у тебя все равно методы независимо от доменного класса будут одни и те же
ВБ
Интерфейс от класса?
ВБ
Надо EmployeeRepository унаследовать от AbstractRepository
d
@dshilnikov ты преждевременно даешь советы