объясни. Может самого названия не знаю.. а паттерн уже реализован...

я говоря честно название Dip то в первый раз услышал)

Ну у тебя здесь везде агрегация, все твои зависимости через конструктор передаются.
Да, в твоем случае DIP используешь

Прочти

Ща покурю

Покажу тебе агрегацию в моем примере

И объясню почму это именно она

Да ясно все с ней

Ты за композицию лучше скажи

))) да я названия просто не знаю))))

Ок

По реализации того или иного могу объяснить… а как некоторые паттерны называются я не знаю)

Я либо плохо смотрел, либо что, но я его в статье что ты скинул не увидел

Чтоб примерно понять о чем ты говоришь

вот она агрегация.
Вроде подумаешь на первый взгляд... что тут такого может быть..
А вся тайна затаилась BarContext(_guidGenerator.Create())
Когда со свагера создаешь объект, он где то там в недрах абп делает свой личный гуид ид. При чем он почему то всегда один и тот же стандартный.)
Чтоб записать мне такой объект в бд, мне как раз приходится вставлять этот _guidGenerator.Create() для переопределения абпшного гуида, для того чтоб он записался в бд.

и читая документацию.. фул агрегейт рут.. как раз относится к этой теме агрегации

прочитал сейчас про паттерн композиция...

Паттерн Компоновщик (Composite) объединяет группы объектов в древовидную структуру по принципу "часть-целое и позволяет клиенту одинаково работать как с отдельными объектами, так и с группой объектов.

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