Почему фреймворки в стиле GWT и Script # не стали доминирующими?

Question

С GWT мы можем писать код на Java и переводить его в код JavaScript. С помощью Script # мы можем писать код на C # и переводить его в код JavaScript. Звучит, что GWT и Script # избавят веб-разработчиков от страданий от JavaScript. Тогда почему эти инструменты не были доминирующими? Почему до сих пор люди посвящают себя написанию кода JavaScript?

Answer 1

Множество причин, и одна из них наиболее важна, зависит от разработчика. Вот два:

• Поскольку JavaScript является более приятным / гибким / мощным / (укажите здесь прилагательное по выбору), чем Java / C #
• Люди не доверяют выводу, сгенерированному GWT / Script #

Answer 2

Я могу говорить только за GWT, но вот вещи, которые, я думаю, сдерживают это:

• время компиляции (GWT компилируется долго, изменения javascript происходят мгновенно)
• изучение нового языка (многие веб-разработчики не знают, как кодировать Java)
• FUD над вытекающими абстракциями и компилятором. Люди боятся, что компилятор создаст для них javascript и что-то вроде утечек абстракций. Оба, по моему мнению, просто FUD, но это не делает их менее вескими.
• люди часто не понимают, где и как использовать GWT, и их это отталкивает, потому что они пытаются втиснуть его в неправильные отверстия.
• Существует мнение, что GWT был создан, чтобы позволить внутренним разработчикам кодировать javascript, но это совсем не так.
• Вся идея использования VerticalPanels, HorizontalPanels, FlowPanels и FlexTables чужда людям, которые уже научились выкладывать вещи в HTML.
• Google плохо занимается маркетингом. Не обижайтесь, ребята, GWT, но если бы он продавался / показывался немного лучше, он бы взлетел как горячие пирожки
• Отсутствие великолепных библиотек виджетов для GWT. Виджеты, которые идут с ним по умолчанию, хороши, но нам нужно немного больше. По моему мнению, такие библиотеки, как GWT-ext, не помогают, потому что они просто пытаются обернуть библиотеки JavaScript в GWT и не используют возможности кодирования в Java.
• Крутая кривая обучения для веб-разработчиков, потому что ее фреймворк больше похож на Swing, чем на HTML.

Я все еще использую его в своем повседневном кодировании, но я давно признал, что он не собирается взлетать.

Answer 3

Для разработки пользовательского интерфейса работа на JavaScript значительно менее болезненна, чем на Java. Вы бы использовали фреймворк, который переводил ассемблер на Java для написания ваших Java-приложений?

Большая часть «боли» с JavaScript возникла из-за несовместимости браузеров, которая изменилась из-за больших библиотек JavaScript (например, dojo), и улучшений в самих браузерах.

Answer 4

Из-за негерметичных абстракций и из-за того, что Javascript является гораздо более элегантным и подходящим языком для пользовательского интерфейса, чем Java или C #.

Answer 5

Один из способов взглянуть на (x) HTML, CSS и Javascript - это самая гибкая в мире система пользовательского интерфейса. Такие системы, как GWT, обладают некоторой гибкостью для стабильности (примечание: я не очень хорошо знаком с GWT за пределами основной предпосылки). Есть много программных и / или сервис-ориентированных магазинов, которые используют гибкость, которую предоставляют (x) HTML, CSS и Javascript, чтобы дифференцировать себя на рынке.

Воображаемый разговор.

Клиент: мне нравится созданный вами пользовательский интерфейс, но можем ли мы сделать его на 20 пикселей шире, немного изменить оттенок и получить дополнительное всплывающее окно при наведении на эту половину его значения.

Магазин GWT: Да, к сожалению, среда GWT не поддерживает ничего подобного без серьезного взлома и / или большого количества дополнительной работы, за которую вы не хотите платить.

(x) HTML / CSS / Javascript Shop: Да, мы можем сделать это без особых проблем, вот оценка.

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

Answer 6

, потому что GWT не является универсальным решением для всех.

GWT великолепен и экономит много времени для разработчиков Java, которые пишут насыщенные интернет-приложения. НО!

для моего понимания довольно сложно написать сайт GWT, дружественный к SEO. невозможно иметь запасной вариант без поддержки JavaScript. он не оптимизирован для скорости загрузки.

Answer 7

Если вы программист jave и не хотите изучать jave-скрипт или беспокоиться о том, как IE работает с Js, тогда GWT - это то, что нужно!

Answer 8

Проблема с JavaScript не в самом языке, что, на мой взгляд, хорошо, так как JS неправильно поняты, и люди не воспринимают это всерьез и не изучают его, а копируют и вставляют дрянные скрипты без понимания кода. Во-вторых, InternetExplorer, JScript и испорченная реализация DOM разрушили образ языка.

Но главная проблема в том, что вы должны понимать, как работают DOM и JavaScript для написания кода GWT. Это то же самое, что и в разработке JSF, где вы должны понимать HTML и CSS. Это не то же самое, что писать на Java, где вам не нужно понимать весь байт-код.