Как дружат UI на JS и Java EE server-side?

Question

[nitr1s]

Всем привет.
Подскажите, что на данный момент является best practice по созданию взаимодействия UI, который написан на JS и сервера, написанного на Java?
К примеру, для соединения Flex (aka ActionScript) и Java, есть 2 основных фреймворка:
1. BlazeDS.
2. GraniteDS.
Которые позволяют обмениваться DTO между собой, через "поднятие" RemoteObject. Внутри, как я понимаю происходит сериализация\десериализация и через свои каналы (e.g. AMFChannel) происходит передача этих DTO.
Какие техники или фреймворки применяются для UI, написанного на JS?
Как я вижу, есть несколько вариантов:
1. Вызов java кода из JS: www.sitepoint.com/connect-java-to-javascript-with-...
2. Написание Rest API и вызов сервисов оттуда. (мне лично не нравится, полагаю, что будут серьезные проблемы с перфомансом, да и как то криво это будет выглядеть)
3. Какой то фреймворк, который обменивает DTO между JS и Java? Если такой существует.
4. Иметь JSF\JSP страницы, которые бы содержали вставки JS кода. (но это прям из пушки по воробьям)

Для наглядного примера: к примеру, есть задача, в которой один из модулей должен использовать d3js библиотеку (d3js.org), а данные получать от сервера, написанного на Java (к примеру, с использованием Spring)

Answer 1

[Владимир Смирнов]

2. Написание Rest API
Данный подход сейчас - мэйнстрим в разработке веб-проектов. Производительность высокая, механизм универсален и поддерживается практически всеми языками/фреймворками. Для примера: доводилось переходить со встроенных механизмов обмена данными с сервером GWT, на передачу тех же данных с помощью REST - при тех же объемах данных время возврата ответа значительно снижалось.
Кроме производительности, удобство использования также на высоте - в большинстве случаев код лаконичен и ясен. Обращения к серверу можно осуществлять практически из любого места в вашем JS-клиенте. Главное - не забывать о асинхронности, и строить логику с учетом этого: код, зависящий от результатов запроса обрабатывать в callback-ах, переданных в вызов REST.

Comments

[Viktor Koltcov]

Какие у варианта с использование REST API минусы?

[Владимир Смирнов]

Viktor Koltcov: Очевидные минусы знаю в сравнении с SOAP: протокол SOAP на порядок мощнее и лучше развит, но это относится к межсерверному взаимодействию, а не к взаимодействию клиент-сервер. Касательно клиент-сервера явных минусов не припомню, но я не вдавался в сравнения, может минусы и есть...

[nitr1s]

я не совсем могу понять. К примеру, мне надо сохранить пользователя: я должен буду слать в Rest сервис json\xml с содержимым?

[Владимир Смирнов]

nitr1s: Да, конечно. Какой протокол инфообмена клиента с сервером не выбери - всегда какие-то данные, введенные пользователем, будут передаваться на сервер. Для REST это, обычно, JSON. Как я уже писал, REST/JSON имеют хорошую поддержку во многих фреймворках, поэтому формирование содержимого делается просто.

Вот пример для ExtJs (что было "под рукой"):

var record = какой-либо-JavaScript-объект;//например, User
var writer = Ext.create('Ext.data.writer.Json');
Ext.Ajax.request({
url: 'myUrl',
jsonData: writer.getRecordData(record),
method: 'POST',

success: function () {

},

failure: function () {

}
});

[nitr1s]

а концепция RemoteObject существует у JS? не лучше ли его использовать? Или вот это: www.sitepoint.com/connect-java-to-javascript-with-...

Answer 2

[bromzh]

3) GWT, например. Ты пишешь код на java, а он компилируется в JS. Таким образом, можно использовать многие java-классы (DTO тем более). Однако технология довольно своеобразна, подойдёт не всегда. И GWT компилятор поддерживает не всё из JavaCore и не дружит (пока) с Java8.
PS из похожего ещё есть Vaadin

Comments

[nitr1s]

я слышал, что GWT также имеет перформансные проблемы.
Плюс, это как получается, если я хочу использовать d3js, то вызывать его методы я буду на стороне GWT? или Описываю классы на Java, они копмпилятся в JS, в коде передаю данные в эти Java-GWT классы и потом уже на стороне UI обрабатывают в нужном js движке (к примеру, d3js)?

[bromzh]

JS-код можно вызывать из GWT:

public static native void onMyButtonClick() /*-{
    $wnd.myJSfunction();
}-*/;

Но вообще, GWT больше подходит для приложений со сложными интерфейсами для внутреннего использования, которые работают с локалкой. Для сайтов плохо подходит.

Answer 3

[Viktor Koltcov]

2) Rest api. Плюс Web Socket для отправки сообщении с сервер на клиент, это даст больше вариантов взаимодействия клиента с сервером, а не только работать в режиме запрос ответ, как это подразумевает Rest