RestyGWT vs RequestFactory

Я думаю о миграции моего текущего сервисного слоя на основе GWT-RPC на что-то другое. Это около 10 сервисных интерфейсов с 5 методами каждый, и вовлекает около 20 различных доменных сущностей, так что вы имеете представление о количестве работы, которая потребуется для изменения всего этого, что, очевидно, я хотел бы минимизировать. Я также использую Gilead и централизованный сервлет на базе Guice для обработки всех RPC-запросов.

Основные причины изменения:

• Сериализаторы типов занимают большую часть объема кода приложения.
• Сериализация/десериализация на стороне клиента происходит медленно, особенно в режиме dev, что, похоже, является общим фактом для GWT-RPC.
• Очевидно, что я хотел бы минимизировать полезную нагрузку, передаваемую по проводам, но это не является жестким требованием.

Варианты, о которых я думаю:

• RequestFactory, который рекламируется как более быстрый зверь. Но я боюсь, что будет много работы по замене всех ссылок в клиентском коде доменных объектов на их прокси-аналоги, а также мне лень создавать все прокси.

• Полный JSON/REST подход с использованием RestyGWT, который, похоже, позволит мне по-прежнему использовать доменные объекты, но я боюсь, что это закончится еще более медленной десериализацией? Я не основываюсь на каких-либо фактах, но не смог найти никаких эталонов. Это просто впечатление.

Я действительно хотел бы получить предложения.

Спасибо!