Кто-нибудь использовал "GWT Designer"?
Здесь мы ничего не видели, но, похоже, это решает одну из проблем с GWT - тот факт, что вам нужно написать код Java для генерации вашего GUI. Вместо этого это программное обеспечение позволяет вам разрабатывать графический интерфейс, используя инструменты перетаскивания - интерфейс WYSIWYG.
Кстати, я не пытаюсь продать продукт.
Я просто хочу знать, работает ли он так, как рекламируется, эффективен, прост в использовании и т. Д.?
У кого-нибудь есть опыт, чтобы ответить на эти вопросы?
8 ответов
Я не думаю, что отсутствие редактора GUI является проблемой с GWT. Рассмотрим HTML, для этого есть много WYSIWYG-редакторов (например, Dreamweaver), но большинство опытных веб-дизайнеров не трогают эту штуку с помощью баржовой шесты, они пишут код вручную. Не потому, что они мазохисты, а потому, что им нужен контроль над источником, они хотят сделать его чистым и читаемым. Кодирование - это научная работа, которую лучше оставить людям;)
Я попробовал GWT Designer очень рано, и обнаружил, что он довольно плохой (и работал только на Windows, потому что у него были некоторые dll, которые сопровождали его), но вещи, возможно, сильно изменились с тех пор.
GWT-Designer теперь доступен бесплатно, так как продукт был приобретен Google. http://googlewebtoolkit.blogspot.com/2010/09/google-relaunches-instantiations.html Google улучшит продукт, который уже довольно хорош.
Я использую GWT Designer для своего проекта Capstone. Я начал с нуля, и это работало довольно хорошо. Я не фанат программного обеспечения WYSIWYG, поэтому я был приятно удивлен. Вот ссылка на пост, который я сделал на нем:
Лично мне нравится GWT Designer для Eclipse, и он бесплатный.
Это инструмент быстрого развития. Это не решение для непрограммистов, однако оно ускорит способность Java-кодеров изучать, как использовать GWT API. Как только вы изучите инструмент, это сократит время кодирования.
Я счел необходимым часто переключаться между кодом и редактором WYSIWYG, чтобы получить вещи именно так, как я хотел. Два редактора хорошо работают вместе. Вам все равно нужно будет обратиться к Java Docs, чтобы получить полное понимание. Большинство документов Java содержат отличные примеры кода Java и UiBinder, которые можно вырезать и вставить.
Создание графических интерфейсов в UiBinder - определенно правильный путь, потому что он упрощает иерархическую структуру размещения элементов графического интерфейса. В API отсутствует некоторая информация о том, как передавать код в UiBinder, однако между GWT-Designer, Java Docs и Google вы найдете ответ.
Встроенный веб-сервер Jetty также упрощает развертывание и тестирование на локальном компьютере. Мне удалось внести небольшие изменения в код и сразу увидеть эффект в веб-браузере.
Попробуйте эти уроки.
http://code.google.com/eclipse/docs/gwt_uibinder.html
http://code.google.com/webtoolkit/tools/gwtdesigner/tutorials/stockwatcher.html
GWT-Designer постоянно улучшается. Дайте ему еще раз взглянуть, по-моему, это догоняет такие вещи, как визуальная студия.
Я недавно попробовал GWT Designer. Это все еще выглядит бедным. Если вы не хотите терять гибкость, я бы рекомендовал использовать GWTLab
У меня была годовая подписка, но я ее не обновлял, так как был немного разочарован продуктом.
1) Разработчик внедряет весь код Java, добавляя создание / настройку свойств / обработку событий в модуль, который вы строите, самым необычным образом. Кроме того, довольно сложно модулировать приложение. Например, по сравнению с Flex число строк кода в модуле легко удваивается или удваивается, а видеть лес с деревьев непросто.
2) Веб-приложения, которые я создал всего пару лет назад, перестали работать, возможно, из-за изменений в движках Javascript. Это было то, чего я не ожидал, и, возможно, это вина GWT.
3) Разработчик графического интерфейса нуждается в МНОГО мощности процессора, как и фаза сборки.
Концепция хороша, однако, я признаю, и дизайнер GWT - единственный в своем роде. Чувство трудности в модульности может быть моей ленью.
РЕДАКТИРОВАТЬ: Вскоре после того, как я написал вышеупомянутый комментарий Instantiations/Google представил концепцию UiBinder, которая имеет гораздо больше смысла, чем первоначальное объединение. Теперь это намного более профессионально.
Просто попробовал тогда. Большинство моих файлов ui.xml не открываются, потому что в настоящее время они не поддерживают @UiField(при условии =true).
Файлы ui.xml, которые не используют эту функцию, часто приводят к сбою с такими вещами, как UnableToCompleteException.
Возможно, если вы начали с нуля, используя конструктор, вам повезет больше.