Нашим основным интерфейсом приложения является веб-сайт, написанный на ASP.NET Webforms.По большей части весь html / контент генерируется на стороне сервера, а некоторые javascript / AJAX добавляются туда, где это необходимо.
Руководство решило переместить новую разработку в другое направление.Контент не будет генерироваться на стороне сервера.Вместо этого мы будем показывать только веб-службы WCF, которые возвращают очень простые объекты JSON, которые содержат данные пользовательского интерфейса, объединенные из бизнес-объектов.
Все наши реальные страницы будут содержать небольшое количество html и сценарии, которые будут извлекатьданные из сервисов асинхронно заполняют элементы пользовательского интерфейса JQuery.
У меня нет особых проблем с этим, и я могу видеть, где он хорошо отделяет уровень представления от данных.Но я не уверен, как именно это назвать?Мы явно отделили View от всего остального, но я не думаю, что вышеприведенное строго квалифицируется как MVC, в зависимости от того, как реализован бэкэнд.Будет ли это называться сервис-ориентированной архитектурой?Я слышал, как этот термин употреблялся несколько раз.
Существуют ли какие-либо серьезные недостатки в такой деятельности?