Проект веб-сайта и проект WCF в одном и том же решении: плюсы и минусы

Question

У меня есть решение Visual Studio, содержащее проект веб-сайта и несколько поддерживающих проектов (модель домена, доступ к данным и т. Д.).

Я хочу предоставить API тем же базовым данным через URL-адреса в одном домене, поэтому для этого я разработал проект WCF / REST (который зависит от того же набора проектов доступа к домену / данным).

Теперь мне интересно, каковы преимущества и недостатки использования службы WCF в отдельном решении, развернутом по виртуальному пути IIS, по сравнению с простым помещением проекта WCF в исходное решение для веб-сайта.

Есть ли веские причины, по которым я хотел бы пойти тем или иным путем? Я не слишком опытен в развертывании IIS.

Answer 1

Если вы когда-нибудь захотите самостоятельно разместить службу вместо размещения ее в IIS, или если вы по какой-то причине захотите поделиться интерфейсом службы как сборкой, вероятно, будет проще иметь ее в отдельной сборке.

Я бы порекомендовал одну сборку для интерфейса (ов) службы (включая контракты данных и тому подобное), одну для реализации службы и другую (если необходимо) для собственного хоста (например, службы Windows NT или приложения командной строки). ). Это самое чистое разделение, и нет реальной причины не идти по этому пути, ИМХО.

Марк