Как структурировать решение веб-службы WCF, чтобы его было легко разрабатывать и размещать по-разному?

Question

Я собираюсь приступить к созданию веб-службы WCF, и я хотел бы структурировать решение таким образом, чтобы оно было:

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

2. Легко разместить этот сервис позже в IIS,Служба WAS или Windows.

Я думал о следующих проектах:

• Shared (для интерфейса веб-службы)
• WebService (дляфактическая реализация веб-службы и svc-файла)
• ConsoleHost (для размещения веб-службы в консольном приложении)

Будут ли проблемы с таким подходом?Что может быть вещами, которые я должен рассмотреть заранее?Может быть, есть лучшая структура?

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

ps Сам веб-сервис прост, но этот подход будет использоваться для болееуслуги.

Answer 1

Я склоняюсь к тому, чтобы поместить все определения моего интерфейса в одну сборку / проект, все реализации служб в другом проекте сборки и среду размещения, будь то консоль, IIS (т.е. файлы .svc) или windows обслуживание или что-то, в отдельной сборке.

Answer 2

С этой информацией я говорю, что эта структура выглядит хорошо.

Вы можете также рассмотреть возможность создания отдельной сборки ServiceModel для хранения всех ваших пользовательских действий и WCF. Затем они могут быть повторно использованы для других проектов