代码之家  ›  专栏  ›  技术社区  ›  Andras Zoltan

XML/JSON REST API的MVC2或WCF?

  •  5
  • Andras Zoltan  · 技术社区  · 14 年前

    我们有iPhone/iPad应用程序和一些其他小玩意类型的东西(技术术语!)现在使用这些(i-platform上的XML,基于浏览器的JSON),我对我们的性能和添加新操作的方便性非常满意。

    现在,我们有了一系列新的Web项目,我欣然接受了使用MVC的机会,对此印象深刻;特别是模型绑定,真是太棒了。

    我现在正在为这些web项目寻找类似的restfulapi(它们都是类似的站点,但品牌不同,业务逻辑也会根据客户的需要进行细微的更改)。最初,我希望所有这些关于WCF的工作都能对我们有利——但是MVC对于restfulxml/JSON有自己的开发路径,现在我被夹在两者之间了。

    我将抛出一个关于使用WCF的论点——如果写得好,它可以被隔离以作为windows服务运行,而不需要Web服务器。然而,这似乎是一个绝望的情况!

    我应该说,我现在已经使用mvc2实现了3个独立的大型REST服务;和他一起工作是一种乐趣。我已经编写了模型绑定来包装WCF的DataContractSerializer for XML,当然JSON支持也不错。我现在不回去了。

    2 回复  |  直到 13 年前
        1
  •  5
  •   Richard Garside    14 年前

    在大多数情况下,这是很适合的,但也有一些差距,这涉及到一个学习曲线位。我需要使用 MVCContrib 以获得更好的XML支持。我已经使用MVC futures来支持向action方法发送JSON对象(请参阅: http://haacked.com/archive/2010/04/15/sending-json-to-an-asp-net-mvc-action-method-argument.aspx ). 我还需要获取源代码并对其进行修改,以便它能够支持XML。

    我听说有一些REST框架位于.NETMVC之上,但我还没有机会尝试它们。

        2
  •  3
  •   Darrel Miller    14 年前

    我用WCF做REST已经有一段时间了,我的建议是使用MVC。如果您只想处理XML和Json,并且URI空间相对简单,那么您可以使用WCF。然而,一旦你脱离了基本的东西,你就需要非常熟悉WCF来处理它的默认行为。