﻿# source: 2026-09-11/rec_20260911_110351.m4a
# model: Systran/faster-whisper-small
# transcribed: 2026-10-22T08:27:40Z

[00:00:00] То есть, я в общем виде это так называю вот так, но потому что у тебя может быть разность
[00:00:07] connection не только в виде пути, а вот это у нас репозитория. Вот получилось 3 уровня, как бы, как
[00:00:16] мы работаем. Соответственно, с точки зрения прикладного кода, у нас должен быть root
[00:00:22] aggregate ID и мы обращаемся к кому-то, например, в какой-нибудь репозитории factory,
[00:00:29] мы обращаемся и говорим, а вот для вот этого root aggregate ID, дай коннексон.
[00:00:45] А root aggregate ID это что? Организейшн ID, пожалуйста. Организейшн ID.
[00:00:56] Ну, привет. Ну, давайте скажу, например, смотри, root aggregate ID это
[00:01:03] соответственно организейшн, парант ID это, например, рабочее место и entity ID, например,
[00:01:17] ID из грязи рабочего места и кульса, например.
[00:01:23] То есть, root aggregate ID это, фактически, точка определения. Это документ. Вы
[00:01:31] можем назвать это, это ID экземпляра документа. Смотри, следующий вопрос. Он же
[00:01:45] требует собой сопровождение типа или тип будет определяться уже в табли в базе
[00:01:52] данных бейс. Ну вот он в root aggregate manager. Ну, давай я уберу, вот вообще,
[00:01:58] терминологию про root aggregate и я заменю ее на документ manager. Документ manager.
[00:02:05] Соответственно, у него документ ID, да? То есть, грубо говоря, получать следующее.
[00:02:11] То есть, учитывая то, что, то есть, мы опираемся на то, что у нас ID-шники всех
[00:02:19] документов, независимости от их структуры, они уникальны. То есть, соответственно, когда мы
[00:02:25] обращаемся в документ manager и говорим, дай мне документом, как db connection или там.
[00:02:34] Ещё, мы с точки зрения прикладного кода обращаемся в root в репозитории factory.
[00:02:41] Вот, вы куда обращаете? A root factory обращается в документ manager с одной стороны,
[00:02:52] а потом оно обращается в, соответственно, db manager, а потом оно обращается, соответственно,
[00:03:01] всё, и оно возвращает репозиторию к себе. А дальше прикладной код обращается,
[00:03:12] дай я тебя сейчас в цифре первым подпишу и картинку пришлю, я тут уже рисовал на
[00:03:15] доске. А между, между получается документ manager и db manager, что документ manager отдаёт
[00:03:24] db manager, чтобы получить connection. То есть, я понимаю, он определил тип объекта, но...
[00:03:30] Ну, давай я напишу параметры, вот смотри, значит, когда мы обращаемся в root factory,
[00:03:36] мы передаем параметр документа ID. Когда root factory обращает, значит,
[00:03:48] репозиторию factory обращается в db manager, она передаёт документ ID, потом она обращается,
[00:03:55] соответственно, в db manager она передаёт db ID, да, а потом, когда она обращается уже,
[00:04:03] соответственно, сейчас я тебя тут прям в красоту рисую, вот, уже когда мы обращаемся потом к
[00:04:27] репозитории, мы передаём, соответственно, этот самый, ну, по сути, мы передаем connection и
[00:04:38] параметры ID, и эти эти, ну, параметры. Вот, вопрос возникает, передаём ли мы потом ещё репозиторию
[00:04:50] дополнительно документ ID? Ну, почему нет? Он просто должен быть созданным в connection.
[00:04:56] Репозитория factory, вот так.
