В нашей системе у нас есть уровень удаленного API (например, SOAP, XML-RPC, REST и т. Д.) Для обработки логики домена и доступа к данным для веб-приложения и любых клиентских приложений, разрабатываемых поверх него. В отличие от прошлого, у меня нет кода бизнес-логики и подключения к БД в веб-приложении, все пользовательские действия переводятся для вызова методов уровня.
Мои опасения, скажем, по поводу рендеринга страницы, требуют много вызовов для получения данных, например, пользовательская панель с отчетами, недавней историей, некоторыми портлетами и т. д. С моим текущим дизайном (делегирование логики и DA на уровень Remote), какие недостатки вы видите? Я вижу, что создание и передача текстовых данных через HTTP тяжелее и дороже, чем доступ к БД. Кроме того, вместо этого необходимо выполнить оптимизацию на уровне Remote (учитывая бизнес-логику и код DA в веб-приложении, вы получаете больше возможностей для оптимизации).
Теперь я думаю, что если я создам удаленную службу «Помощник», которая позволит мне сжимать все вызовы в один, то есть вместо нескольких вызовов я отправляю один вызов с набором имен методов и аргументов. Это выглядит немного уродливо, и поэтому я до сих пор скептически отношусь к этому.
Мне бы хотелось узнать ваше мнение об этой архитектуре, и если вы разработали веб-приложение с использованием аналогичного способа, какие подходы вы использовали в прошлом, чтобы гарантировать хорошую производительность? Если есть какие-то другие проблемы, о которых мне действительно стоит беспокоиться, пожалуйста, поделитесь ими со мной.
Спасибо!
Ус