Нет, не нормальная. Имхо, в интерфейсы вообще пихать что-либо, кроме методов - плохо. Интерфейс должен оставаться контрактом.

А если нужно якобы наследоваться от нескольких классов?

Нужно - это как?

Щас будет история про А, Б, В класс ))0)0)))

)))

Понял

interface A;
interface B;
class C implements A, B

В джаве от интерфейсов не наследуются. Интерфейсы "реализовывают" или "имплементируют"

Не туда, видимо, ответ :)

Я не дурак, я в курсе. Мне необходимо наследоваться от двух классов, но я знаю, что джава не поддерживает множественное наследование

Наследоваться от нескольких классов в джаве в любом случае нельзя, даже если очень нужно )

Ну, тебе, не нужно это на самом деле

Тебе нужно так твой код изменить, чтобы эта необходимость исчезла

Например, заменить абстрактные классы на интерфейсы

Макс, пожалуйста, перестань ((

В Effective Java много про интерфейсы написано и про то, как они помогают не наследоваться от нескольких классов.

Не нравится - не читай, а если коллективно хотите ко мне обратиться с такой просьбой, то я сам выйду из чата.

завязка везде должна быть на интерфейсы для слабой связанности кода, чтобы ты мог подменить реализацию в любой момент как понадобится, можешь сделать интерфейс который экстендит два других

Я обычно выношу общие процессы в один интерфейс (как правило для реста т.к. там обычно методы похожи)
-----
interface DefaultManager<Model>
------
и если для какого-нибудь реста мне нужно добавить метод (такое бывает часто, но не всегда) я от него наследуюсь
------
interface QuizGroupExtendDefaultManager : DefaultManager<QuizGroup>
---------
я не знаю правильно так или нет, но имплементаций у меня может быть несколько (т.к. не всегда пишу красиво с первого раза и сначало чтобы работало, а пото делаю рефакторинг) и просто меняю через "Qualifier"

Нуждается ли синхронизации поле userRepo в контроллере?