web-services - 有没有人成功使用过新的 WCF REST Starter Kit，你会再次使用它吗？

Question

正如标题所暗示的，我想看看这是否是人们满意的事情。

我有几个项目，我将花一些时间来试验与 Web 服务相关的不同类型的技术，最好是 SOAP 的替代品，它可以很好地集成在 dotnet 内部/与 dotnet 中。

我想听听是否已经有一些成功案例或人们对入门套件的值(value)的看法:

该套件是否仍然太新鲜，以至于人们无法很好地接受它以为他们所取得的成就感到自豪？

Some background:

I have team members who are new to both SOAP and REST, and I am balancing which one to motivate them/myself on.

.

I personally am not too enthusiastic about SOAP, but just like my aversion to SQL I blame my own lack of experience on the subject more than on the technology itself.

因此，在寻找其他方式来处理与 Web 相关的服务时，我遇到了 REST，到目前为止还不错.. 社区如何接受它？

我很高兴看到关于入门套件替代品的评论和人们的建议。

稍微超出最初的问题，也欢迎对 REST 作为一个整体的评论来代替 SOAP 的分布式超媒体以及想要捍卫 SOAP 的人。

抱歉，如果这是一个骗局，我确实环顾四周，并没有发现任何与我想知道的非常相似的东西。

谢谢，

里克

Answer 1

我花了大约两周的时间使用 WCF 和 REST 入门工具包对 RESTful 服务进行原型(prototype)设计，发现它非常难以掌握，非常不直观，并且使很多本应简单的事情变得非常困难。感觉就像他们试图在一个旨在抽象出 HTTP 的层之上添加一个 HTTP 仿真层，结果它很困惑。

作为引用，原型(prototype)包括实现 CRUD 功能，X-HTTP-Method-Override header ，将任何错误自定义转换为标准错误 block ，支持 XML 和 JSON 作为输入和输出格式，调用者的身份验证和授权，以及将任何内部服务依赖注入(inject)到面向外部的服务中。

然后我花了一周左右的时间使用 ASP.NET MVC 对相同的 API 进行原型(prototype)设计，发现它更容易掌握，扩展直观，并且上面列表中没有什么是困难的(我有一段时间被标题难住了，但是 the solution turned out to only be 10 lines of code or so )。 ASP.NET MVC 非常接近底层 HTTP 协议(protocol)，因此可以轻松实现包含它的 RESTful API。

因此，我个人的建议(以及我的公司根据我的研究采用的建议)是避免使用 WCF 来提供 RESTful 服务并使用 ASP.NET MVC。