@Learx

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

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

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

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

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

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

0

@Shamil1

Шаблон "Спецификация" рассматривали?

1

@Learx

Это хороший шаблон для объединения нескольких условий.

Да, в системе могут пересекаться несколько разных условий.
Например, для Контактов
1) все сотрудники компании А(как деталь под списком компаний)
2) пользователь попросил всех пользователей с именем "аноним"
3) права пользователя на доступ к данным.

Но главный вопрос не как их объединить, а где их разместить(в какой слой)
1) отдельная библиотека, или пространство имен в проекте
2) как часть модели данных (NHibernate)
3) как часть сервиса между контроллерами окон
4) как часть контроллеров

0

@Shamil1

Модель предметной области кроме служб будет содержать спецификации. Упрощенно код будет выглядеть так:
Добавлено через 1 минуту
Есть еще другой паттерн - Command Query Responsibility Segregation.

1