осторожно тут со словом шляпа

да в целом нет )

это был я, мне теперь можно

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

нарушение MVC?

слабое объяснение? )

А MVC вообще тут применимо? Пойду вспомню каноническое определение...

контроллеры сервисы репозиторий - что это, если не MVC?

Ну нет, это вообще не MVC. Это может быть ADR. Всё же интерфейс репозитория - это тоже доменная сущность, тут нет зависимости от нижнего слоя.

ADR это доработка MVC
https://habr.com/ru/post/260769/

dao, service, controller - это чистый MVC

Вообще моя неуверенность вот в чём кроется: с одной стороны, любой доменный XService является расширением функционала XRepository, предоставляя более высокоуровневые функции над X, а не только чтение-запись. Никто не говорит, что он низкоуровневые не имеет права предоставлять. С другой - у меня в иерархии появляется две разные точки с одинаковым функционалом. Часть компонентов будет использовать одну, часть - другую. Такая ситуация описывается красивым русским словом "вразножопицу".

проблема начального дизайна и иерархии зависимостей

controller -> service -> repo

можно еще

controller -> policy -> service -> repo

и никак иначе

если мы говорим про лазанью и mvc

Ну там треугольник:

controller ---|
  v          v
service -> repo

а понятно