почему бы не ссылаться на сервис wcf из веб-проекта?

Question

Традиционным образом (помните DNA ?) Мы должны проектировать наше приложение, разделяя слои на сервисы.При реализации приложения ASP.NET MVC, зачем вам действительно реализовывать дополнительный сервис и переносить ссылки на WCF в отдельную DLL, а не делать так, чтобы веб-приложение ссылалось непосредственно на WCF?

Я могу представить два аргументаИ некоторые соображения по этому поводу:

• Храните код в одном месте (ну, это все еще делается, когда у вас есть wCF!)
• Служба многократного использования, когда служба нужна другим системам(ну, а что, если он является внутренним по отношению к приложению?)

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

Answer 1

Я на самом деле не фанат введения дополнительных DLL только "потому что".Был там;не футболка с графиком зависимости на нем.Если вы не можете четко определить преимущество в вашей среде / контексте , тогда сделайте самое простое - что вполне может быть ссылкой из веб-приложения.

Я слышал аргументразрешить повторное использование, но противостоять: мыло / мекс уже в значительной степени определяет это.Другой аргумент - тестируемость, изоляция, разделение и т. Д .;и все зависит от того, какую выгоду они принесут вам (точнее: вашей команде) в вашем использовании.

Один очень действительный случайдля отдельной библиотеки DLL здесь (в основном для внутренних приложений) вы разделяете библиотеку DTO между сервером WCF и клиентом, так что оба имеют богатые объекты, а не простые тени.Я понял (из тона), что это не применимо в этом случае.