为 iis 托管服务命名 WCF 端点的最佳实践？

Question

在 IIS 中命名和托管 WCF 服务端点的最佳做法是什么？

假设一个示例场景：

• 与客户实体打交道的服务
• Company.Entities.Customer 的解决方案命名空间
• Company.Entities.Customer.ServiceHost 包含 IIS 主机（即仅 .svc 文件）
• Company.Entities.Customer.Service 包含服务实现（不是托管）
• Company.Entities.Customer.ServiceContracts 包含服务合同

你会叫什么：

• a) IIS 中的虚拟目录/网站？
• b) .svc 文件？

作为示例，我目前在以下之间折腾：

• 1) 目前的做法：
  • a) http://servername/Company.Entities.Customer/
  • b) CustomerEntities.svc
  • 端点中的结果：http://servername/Company.Entities.Customer/CustomerEntities.svc
• 2) “更清洁”建议：
  • a) http://customhostname/Customer/（例如http://entitiesservices/Customer/）
  • b) Service.svc（因为服务已经在主机名+目录/站点名中定义）
  • 端点中的结果：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 中的默认页面，以便可以直接访问它。