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

在IIS中命名和托管WCF服务端点的最佳实践是什么

假设一个示例场景：

• 处理客户实体的服务

• Company.Entities.Customer的解决方案命名空间

• Company.Entities.Customer.ServiceHost

  包含IIS主机（即仅包含.svc文件）

• Company.Entities.Customer.Service

  包含服务实现（而不是宿主）

• 公司.实体.客户.服务合同

  包含服务合同

你会说出什么名字：

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

作为示例，我目前正在：

• 1） 现行做法：
  • （a）
  • b）

    CustomerEntities.svc

  • 结果如下：
• 2） “清洁”建议：
  • a） （例如）
  • b）

    Service.svc

    （因为服务已经在主机名+dir/sitename中定义）
  • 结果如下：
• 3） 上述各项的组合（如1a+2b=）

---

这是一个主观问题，这是一个主观答案：
就我个人而言，我预告你的第二份报告的修改版本。我有时使用子域（ws.alexdrenea.eu/Service1），有时只使用主站点（alexdrenea.eu/Service1）上的虚拟目录，svc直接位于该文件夹中

---

您可以根据需要命名svc文件，但请确保将其添加到IIS中的默认页面，以便可以直接访问它。
我当然更喜欢您的建议，#2。它提供了更短的URL，仍然包含所有相关信息（您正在与哪个客户打交道）
建议#1是可以的，因为它非常清楚，让你毫无疑问地知道你在处理什么，但它似乎过于复杂，太长，给你太多的打字机会：-）
如果你问我的话，就跟我走
马克