Сила GWT по сравнению с другими рамками?

Question

Одной из основных сильных сторон GWT является кодирование в Java, и все компилируется и загружается несколькими браузерами через отложенное связывание gwt ??

Помимо этого, т. Е. Работая только на одной кодовой базе, есть ли у GWT какие-либо другие преимущества по сравнению с другими существующими средами?

Edit: Я пытаюсь сказать, почему мы должны использовать GWT, а не другой фреймворк ?? Что есть в GWT, что делает его особенным для разработки веб-приложений? Что GWT делает для нас, а другой фреймворк или инструментарий не делают ??

Как я уже говорил выше, GWT делает отложенное связывание, что является плюсом, поэтому я хотел, чтобы другие вещи делали его особенным и уникальным ??

Answer 1

Моя точка зрения:

Чистая Java: В стандартном веб-приложении вы пишете html, css, php, javascript, mysql и другие и другие. В GWT вы пишете Java и Java и Java. Знаний о чистой Java достаточно для всего.

Механизм

gwt-rpc очень прост для взаимодействия с сервером, и для разработки пользовательского интерфейса достаточно uibinder или любых других инструментов. плюс есть много виджетов, которые облегчают разработку интерфейса

Отладка: Отладка кода Java очень проста, чем отладка кода Javascript

MVP Разработка с активностями и местами

Компилятор , что вы можете делать все то, что вы можете делать в Javascript, в GWT. Кроме того, работа с JSON и XML очень проста, а управление историей является ненадежным

и наконец я большой поклонник Google, и они сделали это, поэтому они сделали правильную вещь

Answer 2

Одним из других преимуществ GWT является то, что вы можете обмениваться кодом между клиентским и серверным компонентами вашего приложения.Например, если вы работаете с графическим приложением, вы можете написать код вычислительной геометрии и иметь одинаковый код для оценки с обеих сторон.Конечно, вы можете также делать то же самое, используя Javascript на стороне сервера (например, Node.js), но Java на стороне сервера имеет серьезные преимущества для производительности, простоты развертывания и взаимодействия с другимивещи.

Answer 3

На эти вопросы нет простых ответов:

Я пытаюсь сказать, почему мы должны использовать GWT, а не другой рамки ?? Какие есть ли в GWT, что делает его особенным для разработки веб-приложений ?? Какие GWT делает для нас и еще один каркас или инструментарий не делают ??

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

По моему мнению, наиболее существенный элемент, который отличает GWT от почти всех других веб-фреймворков Java, заключается в том, что клиентская сторона полностью на JavaScript, а большинство других фреймворков обычно генерируют простой HTML-код. Подход JavaScript к клиенту имеет свои преимущества, например:

• это полностью AJAX, который создает отличный пользовательский опыт,
• состояние просмотра управляется в браузере,
• асинхронно связывается с сервером;
• он связывается с сервером только для получения данных

Однако есть и некоторые недостатки:

• Поддержка истории браузера - это не так хорошо, как в основанных на HTML фреймворках; Правильное использование механизма истории не просто и требует дополнительных усилий от разработчиков;
• приложения не оптимизированы для SEO;
• более сложные макеты страниц могут убить веб-браузеры - иногда создание страницы занимает много времени, особенно при использовании дополнительных библиотек компонентов;

Для разработчиков очень важно, чтобы GWT скрывал от них JS. Вы пишете на Java, и вы получаете полностью работающее клиентское приложение на основе AJAX на JS, обычно не затрагивая ни одной строки JS. Это здорово, особенно когда вам нужно много AJAX в вашем приложении, и вы не знаете JS. Это специфично для GWT - использование JS и AJAX в других средах обычно не так просто (Vaadin может быть исключением, но оно основано на GWT).

Стоит отметить, что во многих случаях GWT можно комбинировать с другими веб-инфраструктурами - таким образом, вы можете создать большую часть содержимого вашего приложения в рамках на основе HTML и некоторые более сложные части AJAX в GWT.

Answer 4

GWT следует принципу бескомпромиссного высокопроизводительного Javascript.

Они уже вложили много работы в то, чтобы сделать ваше приложение высокоэффективным. Например, «скомпилированные» файлы Javascript, которые он генерирует, на самом деле являются файлами .html. Это связано с тем, что некоторые браузеры неправильно поддерживают сжатые файлы .js. Подобная настройка не относится к тому, что большинство людей делают вручную.

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

Как уже было сказано, производительность механизма RPC и простота конструкции удивительны. Имена, основанные на хэше MD5 для скомпилированного Javascript, означают отличное кэширование.

Моим самым большим плюсом для GWT по-прежнему должны быть возможности отладки. Отладка Javascript всегда была грязной и разочаровывающей. С GWT вы можете использовать все средства отладки Java при работе с вашим клиентским кодом.

Answer 5

Мое любимое преимущество - их механизмы RPC.JSON дает вам значительное уменьшение размера полезной нагрузки, но политики сериализации GWT позволяют отправлять данные по проводам без меток ключей для каждого значения и сокращают размер полезной нагрузки еще на 30% или около того.Кроме того, эти сервисы легко создавать с использованием Spring и Hibernate.

Еще одним преимуществом является использование хэшей md5 для имен файлов скомпилированного JavaScript, что позволяет вам устанавливать заголовки кэша с неограниченным сроком действия для всего вашего кода..

И последнее, но не менее важное (на самом деле, это наименее крутое из преимуществ), теперь есть бесплатные инструменты для проектирования GUI, поэтому вам не нужно создавать GUI, написав XML и Java или HTML иCSS.

Answer 6

Если вы хотите недавнее сравнение Java Web Frameworks, вот интересная презентация от Devoxx 2010: http://raibledesigns.com/rd/entry/my_comparing_jvm_web_frameworks