Контроллер фасада, это эффективно?

Question

Использование шаблона контроллера фасада в .net. Кажется, что это неэффективно, ПОТОМУ ЧТО, для каждого события, которое происходит в доменном объекте (Продажи, Регистр, Расписание, Автомобиль), на него должен подписаться контроллер (контроллер варианта использования), а затем контроллер в свою очередь дублировать это же событие, чтобы сделать его доступным для презентации, чтобы презентация могла показать его пользователю. Имеет ли это смысл? Прокомментируйте, пожалуйста!

Answer 1

В общем, вполне может быть компромисс между ремонтопригодностью и производительностью. Имея код, структурированный с четко определенными функциями, отделение объектов Domain от презентации, вероятно, увеличит количество вызовов функций для выполнения работы.

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

Некоторые общие принципы:

1). Заставь это работать, затем заставь это работать быстро.

2). Ставьте четкие цели. Целью должно быть не «сделать это как можно быстрее», а «сделать это так быстро».

3). Сделайте ранние тесты производительности "нюхать". Получите раннюю оценку производительности, а затем, как только вы внесете изменения, обнаружите отклонения на ранней стадии.