Наличие нескольких проектов WCF против 1 проекта WCF с несколькими службами

Question

В настоящее время я работаю над проектом WCF, который содержит 4 различных компонента.Ни один из компонентов не взаимосвязан.

В настоящее время я сделал один проект и включил четыре сервиса.Я понял, что если один из компонентов изменится, нам придется протестировать весь проект, чтобы быть в безопасности.

Принимая во внимание, что если я сделаю 4 разных проекта, они не связаны друг с другом или не общаются друг с другом, что значительно упростит тестирование и интеграцию.И если мы меняем один проект, другие проекты не будут затронуты или остановлены.

Мне нужны отзывы о плюсах и минусах.

Опять же, компоненты не общаются друг с другом и не звонят друг другу.

Answer 1

определенно разные сборки. это уменьшит слабую связь.

Если они совместно используют некоторую общую инфраструктуру (обработка ошибок, ведение журнала, поведение ...), используйте 4-ю сборку commom.

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

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

Тот факт, что они объединяются (или нет), не влияет, поскольку они являются услугами, а не компонентами

с другой стороны, при работе с большим количеством сервисов одним из решений является создание сервисной шины, а затем ваши сервисы - это просто обычные классы, и менее важно, находятся ли они в одной сборке или нет (даже может быть проще в том же духе)

но в вашем сценарии совершенно разные сборки

Answer 2

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