Alexey_Gawrilow
![](http://forum.ru-board.com/board/avatars/sun.gif)
Advanced Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Prot_XT Цитата: больших объемах все-таки поменьше, а значит и побыстрее. | Борешься за скорость и размер, тогда binary. IMHO. BSON, BER, Trift, ProtocolBuffers будут еще быстрее и компактнее, потому что бинарные. TClientDataSet, ADO.RecordSet - из коробки, ничего дополнительно не надо, формат пакета Binary/XML на выбор. Если есть объектная модель(и готовые DTO) и клиенты свои же - встроенная сериализация Delphi, очень хорошо, честное слово. Это больше архитектурные вещи. Какие клиенты, какие транспорты. По хорошему (например, HTTP это определяет), формат пакета должен/может определятся запросом и/или возможностями сервера. Так, можно указать. PS. Мне тоже нравится JSON. В силу простоты - море библиотек (делфийские - не все - mORMot, DWS, SuperObject забыли) Лежит в ящике с инструментами. Нужно будет - достану. Но и искусттвенно притягивать за уши не стану. PS2. Не защищаю XML. Меня, как и возможно многих, он частенько "достает" XML. Вынужденно терплю. Да, он хороший, со схемами валидацией и прочим. Но когда разработчики плюют на стандарты...такая фигня получается. The Royal Bank of Scotland регулярно шлет "ручной" XML - не экранирует спецсимволы ("). waik, было дело,писал (не нашел в какой почте), что Oracle напрочь отказывается "есть" XML, порожденный 1С. |