Приложение Silverlight с двоичным XML

Question

My Silverlight + приложение ASP.NET MVC выполняет следующие действия:

1) Клиент Silverlight отправляет запрос через HttpWebRequest.

2) ASP.NET MVC подключается к базе данных SQL Server (сохраняетсяпроцедура) и возвращает данные XML Затем он отправляет этот необработанный XML-код клиенту (без веб-служб или WCF).

3) Клиент Silverlight получает XML и десериализует его с помощью класса XmlSerializer.

4) Десериализованный объект обрабатывается, затем сериализуется и отправляется обратно на сервер.

5) ASP.NET MVC получает xml и напрямую отправляет его в базу данных (хранимую процедуру), где оно раскрашивается и сохраняется в соответствующих таблицах.

Является ли это приемлемой архитектурой?Какие проблемы с этим подходом быть?Кроме того, с SL 3, кажется, есть возможность использовать двоичный XML, однако я не вижу хорошей информации, как использовать его без WCF.Я обнаружил, что WCF довольно тяжелый, поэтому намеренно избегайте его.Для меня архитектура RESTful на основе ASP.NET MVC кажется более привлекательной.Приведенное выше описание не может быть RESTful, но я думаю, что довольно близко.Любые мысли приветствуются.

Answer 1

Я думаю, что WCF на самом деле упростит сценарий и откроет много вариантов, которые, возможно, вам не нужны прямо сейчас, но могут быть полезны в будущем (например, если вы решите добавить другой тип клиента или решите реализовать какой-либомеханизм безопасности).

Привязка «Двоичный XML» очень хорошо работает с клиентами Silverlight (я часто ее использую) и значительно уменьшает размер сериализованных объектов.Только по этой причине может стоить использовать WCF.

(Кстати, WCF включен в Framework, поэтому единственное, что вы добавите, это немного сложность в вашем коде, но не этоочень много -)