Богатые интернет-приложения - PullRequest
Новая
       12

Богатые интернет-приложения

1 голос
/ 13 мая 2009

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

  1. Adobe Flex
  2. ExtJS
  3. Jboss Richfaces
  4. ICEfaces
  5. Oracle ADF
  6. JavaFX
  7. Silverlight
  8. GWT

Я хочу знать, есть ли еще доступные решения.

Буду признателен за ценные отзывы о вышеуказанных решениях.

Ответы [ 3 ]

6 голосов
/ 13 мая 2009

IT Mill Toolkit - это платформа, управляемая сервером, построенная на основе GWT.

Комментарий: из-за тяжелого PHP и Java-враждебного фона, я обнаружил, что Toolkit очень приятен в использовании довольно быстро. Возможность писать ничего, кроме (строго типизированной, хорошо OO-ориентированной) Java, хороша, учитывая тот факт, что то, что вы изменяете в коде, довольно быстро отражается на том, что вы видите в браузере.

Это немного сложно настроить, но у IT Mill есть плагин Eclipse, который предположительно помогает с этим. Единственное, что сам плагин немного не интуитивно понятен:)

0,02 €

Ответ на комментарий: Самое большое различие между GWT и IMT заключается в том, что GWT работает полностью внутри браузера (враждебная / эксплуатируемая среда, например, FireBug), в то время как IMT использует GWT только для рендеринга на стороне сервера. государство. Таким образом, хотя вы можете редактировать любые значения в браузере с помощью GWT и IMT, GWT с радостью примет измененные пользователем значения переменных, IMT отслеживает значения на стороне сервера и не допускает никаких расхождений между клиентом. и сервер.

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

@ the_drow: Не знаком с Dijit, вот ответ: Dojo - только javascript, то есть только на стороне клиента. Vaadin (ранее IT Mill Toolkit) частично живет и на стороне сервера (называет себя «управляемым сервером»), поэтому вы не можете взломать сторону клиента, просто изменив значения переменных JavaScript. Есть диаграмма , которая сравнивает Vaadin с другими сопоставимыми продуктами. Dojo не входит, но есть JQuery, который немного похож на Dojo

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

После оценки и прочтения различных решений RIA я, наконец, выбрал GWT и GWT-Ext. Я вижу эти преимущества для себя и своей команды -

  1. Мы привыкли к Eclipse, так что это преимущество.
  2. Возможность использовать Java Debugger в Eclipse чрезвычайно полезна.
  3. GWT Хостинг-режим в затмении, поэтому при каждом изменении не требуется компиляция и развертывание.
  4. Большое сообщество разработчиков
  5. Много готовых компонентов
  6. Предыдущие знания Java полезны
  7. Аналогично Swing, и команда работала над Swing в более раннем проекте.
  8. Хорошо выглядит и чувствую
  9. Также доступна поддержка Maven.
  10. Может писать тестовые примеры Junit.
  11. Кроме Java, знание языка не требуется.
  12. Простая настройка RPC на основе аннотаций.
1 голос
/ 13 мая 2009

У меня был опыт работы с Spring Webflow + Rich Faces со смешанными результатами - время, чтобы получить результаты на экране, действительно короткое, но тяжело точно настроить часть презентации.

то есть, если вы создаете какой-то технический ориентированный / бэкэнд / стандартные графические интерфейсы - это нормально, если вы собираетесь создать интерфейс, используемый миллионами пользователей web2.0, вы в конечном итоге возитесь с презентационной частью css / javascript.

...