Warum werden nicht GWT- und Skript # -artige Frameworks dominant?

Mehrere Gründe, und der eine ist am wichtigsten, unterscheidet sich von Entwickler zu Deverloper. Hier sind zwei:

• Weil JavaScript eine schönere / flexiblere / mächtigere / (hier Adjektiv der Wahl) Sprache ist als Java / C #
• Menschen vertrauen der von GWT / Script #
generierten Ausgabe nicht

Ich kann nur für GWT sprechen, aber hier sind die Dinge, von denen ich denke, dass sie es zurückhalten:

• Kompilierzeit (GWT braucht viel Zeit zum kompilieren, Javascriptänderungen sind sofort möglich)
• neue Sprache lernen (viele Webentwickler wissen nicht, wie man Java programmiert)
• FUD über undichte Abstraktionen und Compiler. Leute fürchten einen Compiler, der Javascript für sie und die undichte Abstraktion macht. Beide sind meiner Meinung nach nur FUD, aber das macht es nicht weniger als einen Grund.
• Leute verstehen oft nicht, wo und wie man GWT benutzt und werden davon abgehalten, weil sie versuchen, es in die falschen Löcher zu stecken.
• Es gibt eine Vorstellung, dass GWT erstellt wurde, um Backend-Entwicklern zu erlauben, JavaScript zu programmieren, aber das ist überhaupt nicht der Fall.
• Die ganze Idee der Verwendung von VerticalPanels, HorizontalPanels, FlowPanels und FlexTables ist fremd für Leute, die bereits gelernt haben, Dinge in HTML auszulegen.
• Google ist schlecht im Marketing. Nichts für ungut GWT Leute, aber wenn es etwas besser vermarktet / gezeigt wurde, hätte es sich wie warme Semmeln ausgezogen
• Mangel an großartigen Widget-Bibliotheken für GWT. Die Widgets, die standardmäßig mitgeliefert werden, sind gut, aber wir brauchen ein bisschen mehr. Bibliotheken wie GWT-ext helfen meiner Meinung nach nicht, weil sie nur Versuche sind, Javascript-Bibliotheken in GWT einzubinden, und die Vorteile der Kodierung in Java nicht ausnutzen.
• Steile Lernkurve für Web-Entwickler, weil das Framework mehr Swing-artig als HTML-ähnlich ist.

Ich benutze es immer noch in meinem täglichen Programm, aber ich habe lange akzeptiert, dass es nicht ausgeht.

Bei der UI-Entwicklung ist das Arbeiten mit JavaScript wesentlich weniger schmerzhaft als Java. Würden Sie ein Framework verwenden, das Assembler nach Java übersetzt, um Ihre Java-Apps zu schreiben?

Der größte Teil des "Schmerzes" bei JavaScript war auf Browser-Inkompatibilitäten zurückzuführen, die sich aufgrund großer JavaScript-Bibliotheken (z. B. Dojo) und Verbesserungen in den Browsern selbst verändert haben.

Wegen Undichte Abstraktionen und weil Javascript eine viel elegantere und geeignetere Sprache für ui ist als Java oder C # .

weil GWT keine Einheitslösung ist.

GWT ist großartig und spart viel Zeit für Java-Entwickler, die Rich-Internet-Anwendungen schreiben. ABER!

Für mein Verständnis ist es ziemlich schwer, eine GWT-Site Seo-freundlich zu schreiben. Es ist unmöglich, einen Nicht-Javascript-Fallback zu haben. es ist nicht wirklich für die Ladegeschwindigkeit optimiert.

Eine Möglichkeit, (x) HTML, CSS und Javascript zu betrachten, ist das flexibelste UI-System der Welt. Systeme wie GWT handeln etwas von dieser Flexibilität für Stabilität (Anmerkung: Ich bin nicht mit GWT außerhalb der Grundvoraussetzung super vertraut). Es gibt viele Software- und / oder serviceorientierte Shops, die die Flexibilität nutzen, die (x) HTML, CSS und Javascript bieten, um sich im Markt zu differenzieren.

Imaginäre Konversation.

Kunde: Ich mag die Benutzeroberfläche, die Sie erstellt haben, aber wir können diese 20 Pixel breiter machen, den Farbton etwas ändern und eine zusätzliche schwebende Eingabeaufforderung haben, wenn Sie diese Hälfte umdrehen.

GWT Shop: Ja, leider unterstützt das GWT-Framework nichts dergleichen ohne größere Hacker-Angriffe und / oder viel zusätzliche Arbeit, für die Sie nicht bezahlen wollen.

(x) HTML / CSS / Javascript Shop: Ja, wir können das ohne große Probleme machen, hier ist eine Schätzung.

Ich streite hier nicht pro / con und es ist sicherlich komplizierter, dass die imaginäre Konversation impliziert, aber es gibt Läden, die, wenn sie gezwungen werden, einen GWT-ähnlichen Ansatz anzunehmen, einen wettbewerbsfähigen Geschäftsvorteil verlieren würden, also nicht werde es tun.

Das Problem mit JavaScript ist nicht die Sprache selbst, die meiner Meinung nach ziemlich gut ist, denn JS wird missverstanden und die Leute nehmen es nicht ernst und lernen es nicht, aber kopieren & amp; fügen Sie beschissene Skripte ein, ohne den Code zu verstehen. Zweitens ruinierten InternetExplorer, JScript und die vermasselte DOM-Implementierung das Bild der Sprache.

Aber das Hauptproblem ist, Sie müssen verstehen, wie das DOM und JavaScript funktioniert, um GWT-Code zu schreiben. Es ist das gleiche wie in der JSF-Entwicklung, wo Sie HTML und CSS verstehen müssen. Es ist nicht wie Java schreiben, wo Sie nicht den ganzen Bytecode verstehen müssen.

Wenn Sie ein Jave-Programmierer sind und nicht Jave Script lernen wollen oder sich darum kümmern, wie IE-Version mit Js umgehen, dann ist GWT der richtige Weg!