Question

I m New to WCF RESTFull services developpment and I m 看一看一些有用的信息,以及你利用网络的经验反馈 HttpBelles,相比之下,WCF网新网站APICAP。

What I m looking for is to know about the shortcomings of webHttpBinding and therefore why to use the new Web api and especially what problems the new API resolves. If you could point me to some blog posts comparing both of them or just talking about the problems when using webHttpBinding I would appreciate. Thank you in advance.

Answer 1

Main shortcomings I would say is that the webhttpbinding makes it difficult to handle HTTP specific concerns. It works great if all you are doing is passing an object over HTTP that is serialized into XML or JSON and which may be transported over different formats.

吉大港山区远不止是锡马尼特和马森特的一个简单的运输议定书,它是一个具有丰富杂质的应用层议定书。万维网预报系统特别针对那些希望在吉大港山区建立系统,使吉大港山区丰富多彩的民。

Web API embraces that HTTP Resources can have a multitude of representations based on the needs of different clients. One end of the spectrum could be a dumb browser that just talks to a service using a Form url encoded post and a GET, while the other end could be a more rich client that uses Atom/OData or a hypermedia based media type.
网播接收了其他特别关切,如 con、 et等,从而可以更好地利用中间网络服务器。
网上预报系统的设计要更加可测试,因此,你可以以更可测试的方式处理与吉卜赛人阵列的信息或其他关切。
网播有一个更简化的组合故事。

http://blogs.msdn.com/b/endpoint/archive/

Answer 2

对我来说,最重要的区别是方案拟定模式的改变。您不再撰写涉及吉大港山区(GET、POST等)业务的书信。有了网络信息预报,你会创造资源(POCOs),使客户能够与之互动。

在处理各种习俗媒体类型(例如PNG图像)方面,网络信息预报似乎较好。

最后但并非最不重要的是,网络信息预报更适合自动测试。例如,你不再不得不使用静态的环境类别来接触吉大港定居人士协会的概念,如应急守则。你们使用POCO的要求和反应班,可以使用旧式新(旧)操作器在自动测试中轻易进行。

我同意拉迪斯拉夫的看法,即现在仅进行一次预览,而把申请放在首位,既可能具有风险,又会受到许可协议的禁止(但我已对此进行过检查)。

您是否考虑过@serialseb s OpenRasta? 它是稳定的,为建立教育、科学和技术服务提供了极好的方案拟订模式。

Answer 3

网络信息预报是世界文化论坛未来技术发展的可能。这只是初步审查,可在最后公布之前发生重大变化(或许可在下版的因特网框架中)。因此,如果你想要建立生产、科学和技术服务,你就应当使用网络HttpBled。

关于网络Api的现有信息,例如可在 and on the website You referred to. 它是简化和扩展目前的教育、科学和技术预报系统。

Answer 4

该网站提供一种以遥感技术为本的吉大港遥感技术。网络信息预报利用了MVC的模式,并将非常熟悉伙伴关系。 NET MVC开发商。网上信息预报系统可发挥杠杆作用,将吉大港山区作为应用层议定书的能力,根据客户要求负责人,在多个代表处(XML、JSON、超文本等)返还资源。

另一方面,WCF网络HttpBled利用了WCF的模式,并且将更多地呼吁WCF开发商——服务合同、业务合同、全面(或超重,视你如何看待它,编汇文件)、能够在IIS之外自行托管。

我喜欢关于网络信息预报的内容之一是能够使用动态类型来逃避类型系统的制约。我也像网播中的缺省例外行为一样——反之WCF网 HttpBelles,在出现违约时,例外作为吉大港湾500 + 超负荷有效载荷(yuk!)而失效。

在这里选择两种极好技术。我不想把网络信息预报描述为新内容或更好的新内容,因为这意味着它是一种替代技术,而WCF网络HttpBelle是遗产,我不认为这是事实。

我选择最近使用WCF网HttpBellet,向现有的WCFSOAP服务揭露一名JSON AP。我认为这是一个很好的选择,因为它符合这一现有解决办法的风格,并尽量减少所需的变化。

友情链接