创建一个.NET服务层，将JSON:WCF或MVC内容作为JSON提供？

您好，谢谢您的关注

背景 我正在使用.NET4 w/C#设计一个greenfield应用程序，它将被Azure打包并在云中运行

该应用程序的主要功能之一是侦听来自互联网上其他跨域应用程序的请求，验证请求（验证方法尚未确定），然后以JSON对象的形式响应数据

此应用程序将以订阅/API为基础提供数据，我无法控制或了解未来请求的来源

在过去，我在我的解决方案中创建了一个MVC3项目，作为“服务”层，它只监听来自同一域的数据请求的特定URL（例如“mydomain.com/json”）。为了响应请求，我将从SQL（实际上是实体）中获取一些数据，将其序列化为JSON，然后通过操作结果将其作为

returncontent（foo，application/JSON）

返回。这非常有效

JSON可能总是通过运行在客户机上的ajax请求的，所以我并不担心服务器上的线程被阻塞

请注意，我对WCF服务项目知之甚少，对Azure知之甚少

问题: 尽管我对我的MVC JSON服务模式在其他应用程序中的工作方式非常满意，但有什么主要原因我不应该这样做吗？我应该改用WCF的主要原因是什么

我很想接受“如果它没有坏，就不要修复它”的哲学，但我知道这不是最佳实践

我期待着回顾有关Stack Overflow这件事的杰出人士的建议

谢谢

---

Matt

没有人反对使用MVC方法，我将坚持使用它们。我发现.NETMVC3作为服务代理层非常灵活，特别是作为JSON序列化程序使用时，允许在层之间进行低成本的数据传输

没有人反对使用MVC方法，我将坚持使用它们。我发现.NETMVC3作为服务代理层非常灵活，特别是作为JSON序列化程序使用时，允许在层之间进行低成本的数据传输