Подтвердить что ты не робот

GWT против Дарта - в чем главные отличия? Является ли Дарт потенциальной заменой GWT?

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

  • Writer лучше, поддерживаемый код JavaScript клиента, с легкостью современной среды IDE (лучшая поддержка контента, лучшая отладка).
  • Перекрестный браузер
  • Меньше блокировки, можно прочитать код
  • Технология, которая, скорее всего, будет поддерживаться в будущем (труднее всего сказать)

В чем основные отличия между двумя технологиями?

Оба, похоже, имеют аналогичные варианты использования и одно и то же потенциальное сообщество разработчиков

Будет ли похоже, что GWT в конечном итоге будет заменен Дартом? Любые знаки, предлагающие это?

Или я что-то упускаю, и они совершенно разные понятия?

4b9b3361

Ответ 1

Я думаю, что главная цель Dart - не заменять исходные компиляторы на JavaScript вроде GWT, а заменять сам JavaScript. Это нужно сделать для огромных поддерживаемых базовых кодов, а также для повышения производительности и множества других причин, о которых я думаю.

Он более строго типизирован и заимствовал многие концепции из Java и других языков.

Что касается прогнозирования будущего, вы можете увидеть, как Dart делает против JavaScript в Google Trends.

Ответ 2

Я думаю, что нашел это: (должен был сначала прочитать Dart FAQ, а не googling "GWT vs Dart" )

От: http://www.dartlang.org/support/faq.html#future-for-GWT

Q. Какое будущее для GWT?

Брюс Джонсон опубликовал в блоге GWT (с дополнительными комментариями к Plus): "Дарт и GWT обе разделяют цель создания структурированной сети программирование. Фактически, многие из тех же инженеров, которые принесли вам GWT работают над Дартом. Мы рассматриваем Дарт как амбициозную эволюцию GWT миссия сделать веб-приложения лучшими для конечных пользователей, и мы оптимистичны о его потенциале. Когда Дарт развивается и становится готовым к прайм-тайм, мы ожидаем, что будем тесно сотрудничать с сообществом разработчиков GWT для исследуйте Дарт."

"Между тем, будьте уверены, что GWT будет по-прежнему продуктивным и надежный способ построить самые амбициозные веб-приложения - и даже такие игры, как Злые птицы. Ключевые проекты в Google полагаются на GWT каждый день, и мы планируют продолжить совершенствование (и open-sourcing) GWT на основе их реальных потребностей".

Ответ 3

Дарт в основном существует для решения двух проблем

  • Предоставить язык на стороне клиента, который позволяет разработчикам создавать большие приложения без болей, обычно связанных с большими приложениями javascript.
  • Использовать клиентский язык и сервер на одном языке (т.е. Dart SDK в конечном итоге будет похож на NodeJS).

Таким образом, он решает одну и ту же проблему: GWT (перекрывает разрыв между клиентом и сервером), а некоторые из проблем, решаемых CoffeeScript ( современный язык, подходящий для крупномасштабного развития).

Dart, мы надеемся, сделает лучшую работу по преодолению разрыва между клиентом и сервером, чем GWT, поскольку он был спроектирован с самого начала, чтобы скомпилировать его на JavaScript, тем самым решая основную проблему с GWT-RPC (то есть GWT-RPC может только сериализовать крошечный подмножество Java, Dart не имеет этой проблемы).

Будет ли лучше, чем CoffeScript - это другое обсуждение, но уже сейчас его улучшенные возможности отладки (т.е. запуск его непосредственно внутри Chrome) доказывает большой плюс для разработки крупномасштабных веб-приложений (например, GWT делает это с помощью своего режима dev),

Ответ 4

Дарт, мы надеемся, сделает лучшую работу по преодолению разрыва между клиентом и сервером чем GWT, поскольку он был создан с самого начала, чтобы скомпилировать его JavaScript, решая, таким образом, основную проблему с GWT-RPC (т.е. GWT-RPC может только сериализовать крошечный подмножество Java, Dart не имеет этого проблема).

Никогда не видел и не сталкивался с этой проблемой. Вы можете легко сериализовать все типы и большинство структур данных в java.util. *. Что еще вам нужно или нужно.