Рекомендации по присвоению имен конечной точке WCF для размещенной службы iis?

Question

Каков наилучший способ присвоения имен и размещения конечной точки службы WCF в IIS?

Предположим пример сценария:

• Сервис по работе с клиентами
• Пространство имен решения Company.Entities.Customer
• Company.Entities.Customer.ServiceHost содержит узел IIS (т. Е. Только файл .svc)
• Company.Entities.Customer.Service содержит реализацию сервиса (не хостинг)
• Company.Entities.Customer.ServiceContracts содержит контракты на обслуживание

Что бы вы назвали:

• а) виртуальный каталог / сайт в IIS?
• б) файл .svc?

В качестве примера я сейчас подбираю между:

• 1) Текущая практика:
  • а) http://servername/Company.Entities.Customer/
  • б) CustomerEntities.svc
  • Результаты в конечной точке: http://servername/Company.Entities.Customer/CustomerEntities.svc
• 2) «Чистое» предложение:
  • а) http://customhostname/Customer/ (например, http://entitiesservices/Customer/)
  • b) Service.svc (поскольку служба уже определена в имени хоста + dir / sitename)
  • Результаты в конечной точке: http://entitiesservices/Customer/Service.svc
• 3) Комбинация вышеперечисленного (например, 1a + 2b = http://servername/Company.Entities.Customer/Service.svc).

Answer 1

Я определенно предпочитаю твоё чистое предложение, # 2. Он дает вам более короткие URL, по-прежнему содержит всю необходимую информацию (с каким клиентом вы имеете дело).

Предложение № 1 хорошо, потому что оно очень четкое и не оставляет сомнений в том, с чем вы имеете дело, но кажется слишком сложным, слишком длинным и дает вам слишком много шансов на опечатку: -)

Пойдите с # 2, если вы спросите меня!

Марк

Answer 2

Это субъективный вопрос, это субъективный ответ:

Лично я предпочитаю модифицированную версию вашего второго представленного. Иногда я использую поддомен (ws.alexdrenea.eu/Service1), а иногда просто использую виртуальный каталог на главном сайте (alexdrenea.eu/Service1), где svc находится непосредственно в этой папке.

Вы можете назвать svc-файл по своему желанию, но не забудьте добавить его на страницы по умолчанию в IIS, чтобы он был доступен напрямую.