@Learx

Есть CRM система которая требует рефакторинга.

Есть один контроллер для отображения списка объектов и есть зависимый котроллер, который показывает список дочерних объектов. Например, Компании и сотрудники компании.
Задача усложняется когда надо показать список по транзитивной зависимости. Например, у сотрудников есть контактный телефон. Надо для данной компании показать все контактные телефоны компании.
(Компания->Сотрудник->Телефон = Компания -> Телефон).

Вот список рассмотренных вариантов и причины, по которым они были отклонены:

1) Каждое отношение между данными представлено в виде класса,
который накладывает фильтр на источник данных зависимых записей,
используя данные родительского объекта
- это скорее функция, чем объект. Создавать множество классов не есть хорошим архитектурным решением.

2) Делегат, или лямда-выражение, которое передает родительский
контроллер дочернему. Используя этот делегат дочерний контроллер
самостоятельно накладывает фильтр на источник данных.
- невозможно переиспользовать такие делегаты, чтоб порождает дублирующийся код

3) На слое модели данных(Entity model) выборку дочерних объектов предоставляет родительский объект.
- В случае транзиктивной зависимости это не относится к модели данных, потому не может быть определено в слое модели данных

Вернуться к обсуждению:
Выбор архитектурного решения для выборки зависимых объектов (С#) Программирование

0