GWTおよびスクリプト＃-styleフレームワークが支配的にならなかったのはなぜですか？

Question

GWTでは、コードをJavaで記述し、JavaScriptコードに変換することができます。 Script＃では、C＃でコードを記述し、JavaScriptコードに変換することができます。 GWTとScript＃はウェブ開発者にJavaScriptの苦痛を与えないようにします。そして、なぜこれらのツールが支配的ではなかったのですか？なぜ人々はまだJavaScriptコードを書くために専用？

Answer 1

複数の理由、および最も重要なものは、開発者とは異なる。ここでは2つです：

• JavaScriptが
• 人々はGWT /スクリプト＃
によって生成された出力を信用していないのJava/C＃のより素敵な/柔軟性/強力/（ここでは選択肢の挿入形容詞）言語であるため、

Answer 2

UIの開発では、JavaScriptでの作業はJavaほど苦痛が少ないです。 Javaアプリケーションを書くためにアセンブラをJavaに変換したフレームワークを使用しますか？

JavaScriptを使用した「痛み」のほとんどは、大きなJavaScriptライブラリ（ドウォなど）やブラウザ自体の改善によりブラウザの非互換性が原因でした。

Answer 3

Leaky abstractionsと、JavascriptがJavaまたはC＃よりはるかに優雅で適切な言語であるためです。

Answer 4

GWTはワンサイズの解決策ではないため、

GWTは素晴らしく、リッチインターネットアプリケーションを作成しているJava開発者にとっては時間がかかりません。 でも！

GWTサイトを気楽に書くのは難しいです。 JavaScript以外のフォールバックは不可能です。 ロード速度が最適化されていません。

Answer 5

JavaScriptの問題は言語そのものではなく、私の意見では静かですが、JSは誤解され、人々は真剣にそれを覚えていないので、覚えていないのでコピーしません。&コードを理解していないスクリプト。 第2に、InternetExplorer、JScript、および混乱したDOM実装は、言語のイメージを破壊しました。

しかし、主な問題は、DOMとJavaScriptがGWTコードの書き方を理解する必要があることです。これは、HTMLとCSSを理解しなければならないJSF開発と同じです。 Javaを書くのとは異なり、バイトコード全体を理解する必要はありません。

Answer 6

（x）HTML、CSS、およびJavascriptを表示する1つの方法は、世界で最も柔軟なUIシステムです。 GWTのようなシステムは、安定性のための柔軟性の一部を兼ね備えています（注：私は基本的な前提の外でGWTに精通していません）。 （x）HTML、CSS、Javascriptが市場で差別化するために提供する柔軟性を使用する、ソフトウェアおよび/またはサービス指向のショップが数多くあります。

想像上の会話。

クライアント：あなたが作成したUIが気に入っていますが、この20ピクセルを広くし、色相を少し変更し、この半分をロールオーバーすると追加のフローティングプロンプトが表示されます。

GWTショップ：残念なことに、GWTフレームワークは、大きなハッキングや有料のたくさんの追加作業がなければ、そのようなものはサポートしていません。

（x）HTML/CSS/Javascriptショップ：ええ、あまりにも多くのトラブルを起こすことなく、これを行うことができます。

私はここでpro/conと主張していませんが、架空の会話が意味するように確かにもっと複雑ですが、GWTのようなアプローチを採用すると強制的に競争上のビジネス上の利点を失う店がありますそれをするつもりはない。

Answer 7

私はGWTのために話すことができますが、ここで私はそれをバック保持していると思う事があります：

• 時間をコンパイル（GWTのコンパイルに時間がかかり、javascriptの変更はインスタントです）新しいを学ぶ
• 言語（多くのWeb開発者はJavaのコード方法を知らない）
• FUD over leaky abstractions and compiler。人々はそれらのためのjavascriptと漏れた抽象化物を作るコンパイラを恐れる。どちらも私の意見ではただFUDですが、それはそれほど理由を作るものではありません。
• GWTをどこでどのように使用するのかよくわからず、間違った穴に詰め込もうとしているため、GWTを使用しないでください。
• GWTはバックエンド開発者がJavaScriptをコードできるように作成されていると認識されていますが、そうではありません。
• VerticalPanels、Horizo​​ntalPanels、FlowPanels、FlexTablesを使用することのアイデアは、既にHTMLでレイアウトする方法を既に学んだことのある人にとっては異例です。
• Googleはマーケティングに悪いです。 GWTの犯罪者はいませんが、もしそれが販売されていれば/少し上手く見せると、ホットケーキのように外に出ていたでしょう。
• GWTのための素晴らしいウィジェットライブラリがありません。デフォルトでそれに付属のウィジェットは良いですが、もう少し必要です。 GWT-extのようなライブラリは、GWTでjavascriptライブラリをラップしようとしているだけで、Javaでのコーディングのパワーを利用していないため、私の意見では役に立ちません。
• Webデベロッパーのための熟練した学習曲線です。フレームワークなので、HTMLのようにスイングします。

まだ私の日々のコーディングでそれを使用していますが、私はそれが離陸しようとしていないと長い間受け入れてきました。

Answer 8

javeプログラマーでjaveスクリプトを学びたいと思っていたり、IEバージョンがJsをどのように扱っているのか気にしていないなら、GWTが行く方法です！