GWT Grid

[PavelT]

Порадовало желание содавать простые решения для учетных систем ☺.

А как насчет «создавать красивые и удобные приложения» для программистов: Насколько просто настроить такой грид под новую таблицу? Добавить новую колонку? Сделать шапку многоязычной? Есть ли врзможность выгрузить настройки таблицы (например ширину колонок) в какой-нибудь XML?

[VladimirKiva]

По-порядку:

• Можно посмотреть наше «боевое» приложение: там множество разнообразных таблиц. То есть создать новую таблицу достаточно легко.
• Как добавить новые столбцы? Смотрим в исходном коде на файл GridView.java: со строки 103 по 113 создаются 6 полей. Добавить новые — по аналогии.
• Многоязычность — это свойство всех приложений, которые пишутся на GWT. Делается легко и многими способами.
• Настройки таблицы можно выгружать и восстанавливать: в коде есть зачатки этой функциональности, но потребуются, очевидно, доработки.

[hsmishka]

Спасибо за исходники. Приятно видеть, что кто-то таки использует Cell widgets в боевом проеке. Как удалось убедить руководство не использовать всякие gwt-ext да smartGWT?

[VladimirKiva]

gwt-ext и smartGWT 1) медленнее и 2) плохо интегрируются на страницу с нативными контролами GWT. Этого было достаточно. Сначала, конечно, попробовали их :)

[hsmishka]

Ну контраргумент — с ними быстрее колбасить, а наши проекты все в интранете, потому всё грузится быстро, а потом вообще из кеша. Повезло вобщем вам :)
А с GAE пользуетесь JDO или JPA? Какие были аргументы? Кеширование используете? На скольки уровнях если да?

[squonk]

GXT3 уже делают более правильно. Они умеют работать с UIBinder. И генерируют более ортимальный код. Хотя конечно, самый оптимальный получится на CellWidgets.

[PavelT]

А вы можете демоверсию сделать двуязычной?

[VladimirKiva]

Можно, но не обещаю, что это будет быстро. У гугла полно описаний как это сделать: developers.google.com/web-toolkit/doc/latest/DevGuideI18n.

[VladimirKiva]

С GAE работаем на Objectify. JDO и JPA не используются в силу того, что они притянуты к GAE за уши и порождают большой оверхединг. Objectify автоматизирует кэширование за счёт аннотирования. Пользуемся им.
Кэширование на сервере — дело Objectify, на клиенте кэшируем списки. В коде есть класс ListsManager: можно посмотреть как он это делает.

[Selmaril]

Симпотично у вас, а главное достаточно шустрый DOM, который можно навернуть до нужной красоты.
А вот транспорт не особо приятный, все же пулять весь набор одномерным массивом как-то… есть же JSON. И запрос данных тоже, на мой вкус, слишком миниатюрен. Может просто я против гиперминимизации данных… Но чую огребетесь вы на этом. Экономия на битах до добра не доводит.

[VladimirKiva]

Спасибо за доброе слово.
В демо-примере мы не заморачивались красотой транспорта: если есть желание, становитесь контрибьютором.
Биты не экономили. Не совсем понял в чём миниатюрность запроса. Поясните, пожалуйста.

[Selmaril]

Запрос на получение данных от finbudgetgrid.appspot.com/dispatch/GetData

в Post видно:

7|0|7|http://finbudgetgrid.appspot.com/finbudgetgriddemo/|4BE165E7793F80BC7F914760A3BBE44A|com.gwtplatform.dispatch.shared.DispatchService|execute|java.lang.String/2004016611|com.gwtplatform.dispatch.shared.Action|finbudgetgriddemo.client.grid.GetDataAction/1094887940|1|2|3|4|2|5|6|0|7|50|

Тут нет никакой сигнатуры параметров. Очевидно что назначение параметра определяет его позиция, а это не очень хорошо, т.е. при изменении сигнатуры могут быть большие проблемы с отладкой и совместимостью. Да и запрос не самодокументируемый вышел.

При этом ответ с данными — одномерный массив. Насколько я понял все передается одним махом, т.е. пэйджинг клиентский.

В общем на вкус и цвет. Просто отметил техническую часть.

[VladimirKiva]

Вот здесь как раз Вы уловили то, чем GWT очень сильно отличается от низкоуровневого кодинга. В приведённом POST'е практически всё — сигнатуры :). Параметр — один: 50 (в самом конце), — столько записей запрашивается на сервере.
Смотрим на код: GetData.java — класс, в котором определяется структура отправляемых и принимаемых параметров. Если потребуется добавить новые отправляемые параметры, допишем их сюда же, например, так:
@In(2) String message;
Если потребуется вернуть что-то с сервера, допишем
Out(2) String responce;
При формировании запроса (смотрим на строку 119 в файле GridView.java) создаётся собственно объект, передаваемый на сервер с параметрами в прописанной очерёдности: new GetDataAction(recordsQty). Java, к слову, проверяет передаваемые типы уже на этапе компиляции.
В общем, тезис о плохой сопровождаемости не принимается :)

[r00tGER]

Очень бы хотелось услышать о работе реального приложения на GAE. Как оптимизировали под ресурсы? Сколько квот жрёт? Во сколько обходиться один пользователь по ресурсам?

[andrewsch]

При добавлении 100,000 записей оно немного умирает

Ошибка
Сервер вернул ошибку: (InternalError): script too large stack: cib([object Object], fileName: finbudgetgrid.appspot.com/finbudgetgriddemo/565AEE3F7C6E9A487A59D92F3B89AB62.cache.html lineNumber: 3679

Хабра-эффект?

[VladimirKiva]

На сервере GAE JVM не хватало памяти периодически javax.servlet.ServletContext log: Exception while dispatching incoming RPC call java.lang.OutOfMemoryError: Java heap space. Когда это стало очевидным, проапргейдил VM на более мощную, и всё нормализовалось. А вот один инстанс VM не убил, он-то и порождал ошибки. Убил его в 15:30, с тех пор ошибок не было.
Но 100 тыс. записей добавил прикола ради, ибо для практического использования это смысла не имеет.