Только что вернулся, прочитав вопрос от 2 лет назад здесь.
Оттуда и несколько других мест в Интернете я пришел к выводу, что разработка с Ext-GWT была сосательной.
Мой вопрос: с выпуском GXT 3, остается ли это состояние?
Только что вернулся, прочитав вопрос от 2 лет назад здесь.
Оттуда и несколько других мест в Интернете я пришел к выводу, что разработка с Ext-GWT была сосательной.
Мой вопрос: с выпуском GXT 3, остается ли это состояние?
У меня есть несколько приложений GXT, одна из которых составляет ~ 35 тыс. строк. Не нашли ни одной из проблем, о которых говорят другие люди.
Я делал прямо ExtJs/JavaScript, а затем перешел в GWT с появлением GWT-EXT, а затем перешел в Ext-GWT (GXT). Я бы все еще делал ExtJs/JavaScript сегодня, если бы не эти два инструментария.
Проблемы с производительностью: без проблем в современных браузерах. на IE6/7 вы хотите использовать здравый смысл, отображая 1000 строк в сетке, это не лучшая идея, с точки зрения производительности и удобства использования.
GXT все еще дерьмовый. Мы использовали его, и хотя он предоставляет некоторые интересные виджеты, навсегда требуется писать любой бизнес-код. Большая часть нашего времени проводится, пытаясь заставить GXT делать то, что мы хотим. Например, использование RPC является болезненным, потому что вы должны продолжать конвертировать из объекта JPA beans в объект ModelData (или какой-либо другой объект, который может быть сериализован через RPC). Также существуют несоответствия, например, если вы хотите использовать объект FormBinding ( который автоматически отображает элементы формы и ModelData), то вы не можете использовать FieldSets, которые действительно полезны. FormBinding будет работать только с FormPanels, а не с FieldSets.
Также, если вы хотите использовать объект FileUploadField, вы не можете протестировать его в режиме Dev из-за URL-адреса.
В принципе, если вы хотите добавить на 40% больше времени на разработку. Но в противном случае используйте обычную среду JavaScript.
Мы использовали GXT 2.x за последний год, в то время как мы построили 3 проекта с помощью GXT.
Помимо отсутствия конструктора пользовательских интерфейсов WYSIWYG, который делает дизайн интерфейса относительно медленным по сравнению с другими платформами, он по-прежнему является IMO лучшей библиотекой виджетов, построенной поверх GWT.
До сих пор мы не сталкивались с серьезными проблемами с GXT.
Хорошее сравнение производительности можно найти здесь: http://gxtvsgwt.appspot.com/
В нашем текущем проекте мы используем Ext-GWT 2 около года без серьезной жалобы. Это иногда немного багги, но обычно работает.
Мы использовали GXT 2.1.x в течение года без каких-либо серьезных проблем. недавно мы обновились до GXT 2.2.4 и просто потребовались незначительные изменения в нашем коде, но они были не из-за GXT, а из-за обновления до GWT 2.3.0
Лично мне нравится кодирование с помощью GXT. Я не могу понять, почему кто-то сказал бы, что разработка GXT очень высока, за исключением уже упомянутых проблем производительности и отсутствия дизайнера пользовательского интерфейса.
Я не знаю никаких других основанных на GWT фреймворках с таким большим количеством функций.