Имеет смысл использовать Google Web Toolkit (GWT) в качестве полноценной веб-платформы Java?

Question

Имеет смысл использовать Google Web Toolkit (GWT) в качестве полноценной веб-платформы Java?

Другой подход, который вы можете предпринять, - это вообще избежать setposition() и думать как черепаха. То есть ползти вперед, назад и поворачиваться, а не телепортироваться:

import turtle as t

t.right(45)
t.forward(70)
t.backward(140)
t.forward(70)
t.left(90)
t.forward(70)
t.backward(140)

t.hideturtle()
t.done()

12

web-frameworks wicket gwt java

задан 3 revs, 2 users 100% 23 June 2011 в 12:12

6 ответов

You mentioned that GWT would handle the presentational layer. Would you be doing the business layer in Java too? If that's the case, I'd like to point you towards IT Mill Toolkit, that does exactly this: It's a toolkit that uses GWT to render its GUI components, allowing you to do your applications entirely in Java. I think the term it's trying to coin is "server driven RIA".

I come from a PHP background, but instantly came to like the toolkit. But it's probably better that I won't say anything more and let you do your own decisions.

Disclamer: I do work at IT Mill, although that's irrelevant to my opinions.

2

ответ дан 2 December 2019 в 22:05

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

В общем, у GWT есть (обычные?) Проблемы молодых технологий. Тем не менее, это действительно делает некоторые вещи действительно легкими, как Ajaxifying, как вы его назвали.

1

ответ дан 2 December 2019 в 22:05

We have done this for a very large project, and as long as you know it's limitations, strengths and weaknesses it works great. Funnily enough presentation was the least of our hassles, as we just skinned it just like you would any other HTML page, using CSS. The project went live, and ran flawlessly so I have no complaints.

The pitfalls I found with it you can find here:

Biggest GWT Pitfalls?

1

ответ дан 2 December 2019 в 22:05

немного полезной информации об этом на этом видео: http://raibledesigns.com/rd/ entry / my_drunk_on_software_interview

0

ответ дан 2 December 2019 в 22:05

Мы разработали большое приложение HR Portal, в котором весь уровень представления выполняется в GWT. Бэкэнд - Spring. Все работает очень хорошо, и пользовательский интерфейс был очень хорошо воспринят пользователями. Очень важно, что нам легко добавлять новые функции и поддерживать приложение. Я думаю, что было бы намного сложнее сделать что-то сопоставимое и поддерживаемое с использованием библиотек Javascript.

Вам действительно нужна какая-то клиентская среда, иначе вы в конечном итоге напишете ее (как мы!): Наше приложение построено на ] Портлеты GWT (бесплатно и с открытым исходным кодом).

Мы используем фрагменты HTML для создания скинов приложения для различных развертываний, а макет каждой «страницы» сохраняется в файле XML.

1

ответ дан 2 December 2019 в 22:05

Другие вопросы по тегам:

web-frameworks wicket gwt java

Похожие вопросы:

score 7 · Accepted Answer

Я работал с GWT около года назад. В то время это казалось отличной идеей с рядом предостережений:

У меня были проблемы с некоторыми частями API, которые, вероятно, были связаны с тем, что вы кодируете, как будто вы находитесь в java, когда на самом деле вы пишете для отдельно скомпилированной среды, которая действует как java, поэтому вы делаете некоторые неверные предположения (в этом случае, передавая вложенные значения во внешний интерфейс). Я думаю, что был другой, переписывал мои ant-скрипты для использования 32-битной jvm для компиляции gwt.
Я потратил немного времени, пытаясь настроить внешний вид - мы никогда не разворачивали готовый проект, поэтому я не уверен, как Много работы потребовалось бы, чтобы выйти на профессиональный уровень, но казалось (логично), как это было бы сравнимо с настройкой интерфейса Swing. может быть, немного более громоздким, визуально, чем HTML.
Поскольку ajax так скрыт от вас в конечном продукте, у меня были некоторые опасения по поводу того, что я мог бы сделать, если производительность была плохой.

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