有没有人成功使用过新的WCF REST入门套件,你会再次使用它吗？

正如标题所示,我想看看这是否是人们满意的事情.

我有几个项目,我将花费一些时间来尝试与Web服务相关的各种技术,最好是SOAP的替代品,它可以很好地集成在内部/与dotnet.

我想听听是否已经有一些关于入门套件价值的成功案例或人们的意见:

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

一些背景:

我有团队成员,他们都是SOAP和REST的新手,我正在平衡哪一个来激励他们/我自己.

.

我个人对SOAP并不太热衷,但就像我对SQL的厌恶一样,我责怪自己在这个主题上缺乏经验而不是技术本身.

因此,在寻找处理与Web相关的服务的其他方法时,我碰到了REST,到目前为止一直很好......社区如何收到这个？

我很乐意看到关于入门套件替代品的评论和人们的建议.

除了最初的问题之外,还欢迎使用分布式超媒体替代SOAP以及希望保护SOAP的人的整体REST评论.

对不起,如果这是一个骗局,我确实环顾四周,没有找到任何我想知道的东西.

谢谢,

里克

我花了大约两个星期的时间使用WCF和REST入门套件对RESTful服务进行原型设计,发现它非常难以掌握,令人难以置信的不直观,并且做了很多非常简单的事情.他们真的觉得他们试图将一个HTTP仿真层固定在一个旨在抽象出HTTP的层之上,结果它很混乱.

作为参考,原型包括实现CRUD功能,X-HTTP-Method-Override标题,任何错误的自定义转换到标准错误块,支持XML和JSON作为输入和输出格式,调用者的身份验证和授权,以及任何内部的依赖注入服务进入面向外部的服务.

然后我花了大约一个星期左右使用ASP.NET MVC对相同的API进行原型设计,发现它更容易掌握,直观扩展,上面的列表中的任何内容都很难(我在标题上被困了一段时间,但解决方案结果只有10行代码左右).ASP.NET MVC与底层HTTP协议非常接近,因此可以轻松实现包含它的RESTful API.

因此,我的个人建议(以及我的公司在我的研究基础上使用的那个)是为了避免使用WCF进行RESTful服务,并使用ASP.NET MVC.