WCF休息 – 最佳做法是什么？

使用ASP.NET Web API.

好的,我离开了评论REST最佳实践：不要使用WCF REST.只是像瘟疫一样避免它,我觉得我必须解释它.

WCF的一个根本缺陷是它只关注Payload.例如,Foo和Bar是这里的有效载荷.

[OperationContract]
public Foo Do(Bar bar)
{
    ...
}

这是WCF的租户之一,因此无论传输是什么,我们都会将有效负载交给您.

但它忽略的是调用的上下文/包络,在许多情况下是特定的传输 – 所以很多上下文都会丢失.实际上,HTTP的功能在于它的上下文而不是有效载荷,而在早期版本的WCF中,没有办法在netTcpBinding中获取客户端的IP地址,WCF团队坚持认为他们无法提供它.我现在找不到页面,但记得阅读评论,而MS人员只是说不支持.

使用WCF REST,您在以下方面明确表达自己(并且他们不得不在以后使用它们)时失去了HTTP的灵活性：

> HTTP状态代码
> HTTP媒体类型
> ETag,……

新的Web API,Glenn Block正在通过将有效负载封装在上下文中来解决此问题：

public HttpResponse<Foo> Do(HttpRequest<Bar> bar) // PSEUDOCODE
{
    ...
}

但是对于我的测试,这并不完美,我个人更喜欢使用Nancy等框架甚至普通的ASP NET MVC来公开Web API.