【发布时间】：2011-12-19 04:54:47
【问题描述】：
您好，感谢您的关注！
背景
我正在使用 .NET4 w/C# 设计一个全新的应用程序，它将为/由 Azure 打包并在云中运行。
此应用程序的主要功能之一将是侦听来自整个 Internet 的其他跨域应用程序的请求，对请求进行身份验证（执行此操作的方法尚未确定），然后以中的数据进行响应JSON 对象的形式。
此应用程序将以订阅/API 为基础提供数据，我无法控制或了解未来请求的来源。
过去，我在我的解决方案中创建了一个 MVC3 项目作为“服务”层，它只是在某些 URL（例如“mydomain.com/json”）上侦听来自相同的数据请求> 域。为了响应请求，我会从 SQL（实际上是实体）中获取一些数据，将其序列化为 JSON，然后通过操作结果将其返回为 return Content(foo,application/json)。这非常有效。
JSON 可能总是通过在客户端计算机上运行的 ajax 请求，所以我并不担心线程在服务器上被阻塞。
请注意，我对 WCF 服务项目知之甚少，对 Azure 也知之甚少。
问题
虽然我对我的 MVC JSON 服务模式在其他应用程序中的工作方式非常满意，但我不应该这样做有什么主要原因吗？我应该改用 WCF 的主要原因是什么？
我很想订阅“如果它没有坏就不要修复它”的理念，但我知道这不是最佳实践。
我期待着查看 Stack Overflow 上的聪明才智对此事的建议！
谢谢，
马特
【问题讨论】：