ExtJs против Ext GWT против SmartGWT - PullRequest
5 голосов
/ 10 июня 2009

Я собираюсь запустить новое приложение, которое в основном состоит из NavigationPane, Grid, Toolbar. Макет должен выглядеть следующим образом: http://www.gwt -ext.com / demo /

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

Все время я кодировал в javascript, так что мне кажется, что ExtJs легче всего кодировать. Но мне любопытно попробовать GWT Ext. Правда ли, что он может многое сделать, просто написав несколько строк кода Java.

Например: для достижения макета (приведенного выше в демонстрационном URL-адресе gwt), какой из них выбрать ExtJs или GWT Ext.

Я читаю SmartGWT относительно медленнее, чем GwtEXT. Есть ли у него какое-то преимущество перед GWT EXT. Я также ищу модули данных на основе гибернации (поскольку мое приложение будет иметь много вызовов базы данных). Любой из SmartGWT или GWTExt имеет поддержку таких модулей. Я узнал, что smartgwt не предлагает всех функциональных возможностей версии smartclient для предприятий, что нам разрешено использовать только несколько функций smartclient. Это будет проблемой?

Ваш ответ высоко ценится.

Ответы [ 5 ]

7 голосов
/ 23 ноября 2009

На главной странице GWT-Ext теперь написано

"GWT-Ext больше не находится в активной разработке и был заменен Smart GWT. Будет оказана помощь существующим пользователям GWT-Ext, желающим перейти на Smart GWT."

так зачем кому-то пользоваться?

3 голосов
/ 11 июня 2009

Чтобы написать наименьший код, используйте SmartGWT Pro. Он предоставляет мастера, который позволяет вам просто выбирать из списка созданных вами объектов Hibernate, и вы сразу же получаете возможность выполнять все операции CRUD с этим объектом, код не требуется. Затем вы можете добавить бизнес-логику.

Волшебник:

http://www.smartclient.com/smartgwtee/showcase/#tools_hibernate_wizard

Ссылка на это просто скриншоты, но в витрине есть несколько примеров Hibernate. См., В частности, образец «Загрузка и сохранение серийной детали».

Что касается производительности, то реальная производительность большинства корпоративных приложений определяется частотой обращения приложения к серверу. В этой области SmartGWT занимает значительное место благодаря таким функциям, как адаптивная фильтрация (см. Область «Избранные» в демонстрации SmartGWT).

Почти все сообщения о том, что SmartGWT "медленный", мы получаем из-за того, что Firebug включен. Отключите Firebug, и производительность в порядке, поэтому обычные конечные пользователи никогда не почувствуют медлительность.

3 голосов
/ 10 июня 2009

Около 6 месяцев назад мы изучали, будем ли мы использовать ExtJS или GWT-Ext для внутреннего приложения. Мы хотели, чтобы back-end был стандартными фреймворками J2EE (Struts, Spring, Hibernate для персистентности и т. Д.). В итоге мы выбрали ExtJS, потому что нам показалось, что GWT недостаточно стабилен (слишком много изменений в API, которые все еще актуальны), и Ext-GWT всегда отставал в разработке.

1 голос
/ 19 июня 2009

Я использую GWT-Ext, и это очень хорошо, особенно если вы не против настраивать JSNI для настройки уже существующих виджетов Ext, это невероятно мощный инструмент. К сожалению, разработка застопорилась, поэтому мои будущие проекты, вероятно, будут либо в SmartGWT, либо в Ext-GWT. SmartGWT написан Сандживом Дживаном (тот же самый парень, который написал GWT-Ext), и у него есть большинство виджетов, которые нам нужны. Должен сказать, что большинство скинов устарело, за исключением скина Enterprise, который выглядит неплохо, но вы всегда можете свернуть свой скин.

1 голос
/ 10 июня 2009

приложение, которое в основном состоит из NavigationPane, Grid, Toolbar.

Ну, это говорит нам лот о вашем приложении, не так ли:)

Я думаю, все сводится к тому, насколько вы хороши в Java или JavaScript. Это совершенно разные языки, которые вы знаете :) Но если вы хорошо разбираетесь в обоих, но используете только Ext JS, то выбор Ext GWT (или GWT Ext, если вы это имели в виду) не должен быть таким уж большим. И если приложение, которое вы планируете, будет таким же простым и небольшим, как ваше описание, то, вероятно, это прекрасная возможность попробовать что-то новое.

...