WCF REST - 将 API 分成多个 .svc 文件答案

【问题标题】：WCF REST - Separate API into multiple .svc filesWCF REST - 将 API 分成多个 .svc 文件
【发布时间】：2015-11-08 22:28:45
【问题描述】：

我正在开发一个 Restful WCF API。我发现最好有一个与用户相关的 API 服务合同 (IUserService)，然后再为用户添加到数据库的帖子 (IPostService) 提供另一个服务合同。这种方法可以更轻松地阅读代码，以及在代码上进行协作，因为几个人可以处理不同的文件。

但是，通过这种方式，我必须调用 <url>/UserService.svc/user/123 来获取用户并调用 <url>/PostService.svc/post/456 来获取帖子。

这是一个可行的解决方案，还是我应该只为这样的案例提供一项服务？如果是，有没有办法让协作和阅读代码变得更容易？也许有部分课程？

总的来说，我对这些技术和 C# 没有太多经验，因此我将不胜感激：)

谢谢。

【问题讨论】：

【解决方案1】：

您的解决方案绝对可行。如果将来需要，甚至比部分类解决方案更具可扩展性。通过具有在多个专业服务中完全拆分的能力。

【讨论】：

有什么方法可以更好地路由它，以便可以请求 <url>/post/456 和 <url>/user/123 ？或者这纯粹是服务器配置的问题？
使用 WCF 我会说不，除了使用 IIS 的 URLRewrite 模块之外，我没有看到别的东西。但是如果你想去rest API，你有没有尝试过ASP.NET Web API？如果您不想拥有 SOAP/WSDL 端点，那么使用它很有意义。
好的，谢谢。问题是，这是一个学校项目，我们必须使用 WCF，但他们让我们选择是否要使用 REST 或 SOAP。对于这样的应用程序，我发现 REST 是一个更好的选择，所以我决定对我的团队做这件事。但如果我可以选择，我不会将 WCF 用于这样的应用程序。从我所见，WCF 似乎更适合 B2B 场景。
@Near 是的，这是可能的——见这里：stackoverflow.com/questions/355165/…
请求 IIS 模块重写器。所以服务器配置并不能直接集成在代码中。