Я думаю о переносе моего текущего уровня обслуживания на основе GWT-RPC на что-то другое. Это около 10 сервисных интерфейсов с 5 методами в каждом и около 20 различных объектов предметной области, так что у вас есть представление об объеме работы, который потребуется, чтобы изменить все это, что, очевидно, я хотел бы минимизировать. Я также использую Gilead и централизованный сервлет на основе Guice для обработки всех запросов RPC.
Основными причинами изменения являются:
- TypeSerializers потребляют большую часть размера кода приложения.
- Сериализация/десериализация на стороне клиента выполняется МЕДЛЕННО, особенно в режиме разработки, что, по-видимому, является обычным явлением для GWT-RPC.
- Очевидно, я хотел бы минимизировать полезную нагрузку на проводе, но это не является жестким требованием.
Варианты, о которых я думаю, следующие:
RequestFactory, который продвигается как более быстрый зверь. Но я боюсь, что будет много работы, чтобы заменить все ссылки в клиентском коде объектов домена на их прокси-аналоги, а также мне лень собственно строить все прокси.
Полный подход JSON/REST с использованием RestyGWT, который, похоже, позволит мне по-прежнему использовать объекты домена, но я боюсь, что это приведет к еще более медленной десериализации? Я не основываюсь ни на каких фактах, но не смог найти никаких ориентиров. Это просто впечатление.
Я действительно хотел бы получить предложения.
Спасибо!