Мы разрабатываем новое приложение ASP.NET MVC, и у нас есть пользовательские элементы управления, которые мы хотели бы связать с данными JSON
1) мы можем реализовать действие контроллера, которое возвращает JsonResult
http://shashankshetty.wordpress.com/2009/03/04/using-jsonresult-with-jquery-in-aspnet-mvc/
2) или мы можем реализовать службу WCF, которая также возвращает JSON
Как вернуть чистый JSON из службы WCF?
Классы, используемые для сериализации, отличаются от JavaScriptSerializer vs DataContractJsonSerializer, и мне интересно, разделяют ли они какой-либо общий базовый код сериализации Json или нет, и как они сравниваются с точки зрения производительности и расширяемости?
Я ожидаю, что если вы используете одну и ту же модель данных, первый подход кажется более простым для реализации.
Есть ли другие соображения, кроме простоты реализации, сравнивающие JsonResult против WCF [WebGet (ResponseFormat = WebMessageFormat.Json)] * , такие как производительность, безопасность, расширяемость, масштабируемость, тестируемость и т. Д .?
p.s.
Я хотел бы уточнить, что этот вопрос не о решении пойти с подходом SOA или нет, как лучше разделить проблемы, используя уровни архитектуры и так далее. В нашем приложении уже есть сервисы WCF для предоставления некоторых данных сторонним приложениям и для изоляции функциональности, которую необходимо изолировать, так что с точки зрения создания дополнительных проектов или инфраструктуры хостинга и настройки сервисов WCF - все это в значительной степени уже сделано. Предположим, что данные JSON, которые мы хотим получить, не будут повторно использоваться где-то еще только для элементов управления пользовательского интерфейса на одной веб-странице.