为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（因为服务已经在主机名+ 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中的默认页面，以便可以直接访问它。