Was sind die Hauptnachteile von Java Server Faces 2.0?

Nach 5 Jahren bei JSF denke ich, dass ich meine 2 Cent hinzufügen kann.

Zwei Hauptnachteile von JSF :

1. Große Lernkurve. JSF ist komplex, das stimmt einfach.
2. Seine Komponente Natur. Das komponentenbasierte Framework versucht, die wahre Natur des Webs zu verbergen, was mit einer Vielzahl von Komplikationen und Katastrophen einhergeht (beispielsweise, dass GET in JSF innerhalb von fast 5 Jahren nicht mehr unterstützt wird).
   Es ist ein großer Fehler, die HTTP-Anfrage/Antwort des Entwicklers zu verbergen. Meiner Erfahrung nach fügt jedes komponentenbasierte Framework der Webentwicklung Abstraktion hinzu, und diese Abstraktion führt zu unnötigem Overhead und höherer Komplexität.

Und kleinere Nachteile, die mir einfallen:

1. Standardmäßig setzt sich die ID des Objekts aus den IDs seiner Eltern zusammen, z. B. form1: button1.
2. Keine einfache Möglichkeit, das Fragment einer falschen Seite auszukommentieren. Tag <ui:remove> Benötigt syntaktisch korrekten Inhalt, der trotzdem analysiert wird.
3. Komponenten von Drittanbietern geringer Qualität, die z. Überprüfen Sie isRendered() nicht innerhalb der processXxx() -Methode, bevor Sie fortfahren.
4. Es ist schwer, LESS & Sencha zu integrieren.
5. Spielt nicht gut mit REST.
6. Für UX-Designer nicht so einfach, da gebrauchsfertige Komponenten ihre eigenen CSS-Stile haben, die überschrieben werden müssen.

Versteh mich nicht falsch. Als Komponentenframework ist JSF in Version 2 wirklich gut, aber es basiert immer noch auf Komponenten und wird immer ...

Bitte werfen Sie einen Blick auf die geringe Popularität von Tapestry, Wicket und die geringe Begeisterung erfahrener JSF-Entwickler (was noch bedeutsamer ist). Schauen Sie sich im Gegensatz dazu den Erfolg von Rails, Grails, Django, Play an! Framework - sie alle sind aktionsbasiert und versuchen nicht, sich vor dem Programmierer zu verstecken . Wahre Anfrage/Antwort und zustandslose Natur des Webs.

Für mich ist es ein großer Nachteil von JSF. IMHO JSF eignet sich für bestimmte Arten von Anwendungen (Intranet, formenintensiv), aber für reale Webanwendungen ist dies kein guter Weg.

Hoffe, es hilft jemandem bei seinen/ihren Entscheidungen in Bezug auf Frontend.

Ein paar Nachteile, die Ihnen in den Sinn kommen:

1. JSF ist ein komponentenbasiertes Framework. Dies hat inhärente Einschränkungen, die mit dem Befolgen des Komponentenmodells zu tun haben.
2. AFAIK JSF unterstützt nur POST. Wenn Sie also irgendwo ein GET wollen, müssen Sie ein einfaches Servlet/JSP ausführen.
3. Die meisten Komponenten versuchen, Abstraktionen über Domänen wie relationale Datenbanken und Front-End-JavaScript bereitzustellen, und oft sind diese Abstraktionen "undicht" und sehr schwer zu debuggen.
4. Diese Abstraktionen sind möglicherweise ein guter Ausgangspunkt für einen Nachwuchsentwickler oder jemanden, der sich mit einer bestimmten Domain nicht auskennt (z. B. Front-End-JavaScript), aber es ist sehr schwierig, die Leistung zu optimieren, da mehrere Ebenen beteiligt sind und die meisten Benutzer sie verwenden Ich habe wenig Verständnis dafür, was unter der Haube vor sich geht.
5. Die Templating-Mechanismen, die normalerweise mit JSF verwendet werden, haben nichts mit der Funktionsweise von Web-Designern zu tun. Die WYSIWYG-Editoren für JSF sind primitiv und Ihr Designer wird Ihnen in jedem Fall HTML/CSS zur Verfügung stellen, das Sie für die Konvertierung in Ewigkeiten benötigen.
6. Dinge wie EL-Ausdrücke werden nicht statisch überprüft, und sowohl der Compiler als auch die IDEs leisten keine gute Arbeit beim Auffinden von Fehlern, sodass Sie Fehler erhalten, die Sie zur Laufzeit abfangen müssen. Dies mag für dynamisch getippte Sprachen wie Ruby oder PHP in Ordnung sein, aber wenn ich dem Aufblähen des Java= - Ökosystems widerstehen muss, verlange ich das Tippen für mein Vorlagen.

m es zusammenzufassen: Die Zeit, die Sie mit JSF sparen, nachdem Sie vermieden haben, den JSP/Servlet/Bean-Code zu schreiben, haben Sie dafür ausgegeben, ihn x10 zu skalieren und genau das zu tun, was Sie wollen machen.

Für mich ist der größte Nachteil von JSF 2.0 nicht nur die Lernkurve von JSF, sondern auch die Komponentenbibliotheken, die Sie verwenden müssen, um nützliche Arbeit zu leisten. Betrachten Sie die erstaunliche Anzahl von Spezifikationen und Standards, mit denen Sie sich befassen, um wirklich kompetent zu sein:

• HTML in den verschiedenen Inkarnationen. Tu nicht so, als ob du es nicht wissen müsstest.
• HTTP - Wenn Sie nicht herausfinden können, was los ist, müssen Sie Firebug öffnen und sehen. Dafür musst du das wissen.
• CSS - Gefällt mir oder nicht. Es ist wirklich nicht so schlimm und es gibt zumindest einige nette Tools da draußen.
• XML - JSF wird wahrscheinlich der erste Ort sein, an dem Sie Namespaces in diesem Maße verwenden.
• Servlet-Spezifikation. Früher oder später werden Sie in diesem Paket Methoden aufrufen. Abgesehen davon müssen Sie wissen, wie Ihre Facelets in XHTML oder was auch immer umgewandelt werden.
• JSP (hauptsächlich, damit Sie wissen, warum Sie es in JSF nicht benötigen)
• JSTL (wiederum hauptsächlich zur Bewältigung des Legacy-Frameworks)
• Ausdruckssprache (EL) in ihren verschiedenen Formen.
• ECMAScript, JavaScript oder wie auch immer Sie es nennen möchten.
• JSON - das sollten Sie wissen, auch wenn Sie es nicht benutzen.
• Ajax. Ich würde sagen, JSF 2.0 macht einen anständigen Job, dies vor Ihnen zu verbergen, aber Sie müssen immer noch wissen, was los ist.
• Das DOM. Und wie ein Browser es benutzt. Siehe ECMAScript.
• DOM Events - ein Thema für sich.
• Java Persistence Architecture (JPA), wenn Ihre App über eine Back-End-Datenbank verfügen soll.
• Java selbst.
• JSEE, während Sie dabei sind.
• Die Context Dependency Injection-Spezifikation (CDI) und ihre Verwendung mit JSF 2.0
• JQuery - Ich würde gerne sehen, dass Sie ohne auskommen.

Sobald Sie damit fertig sind, können Sie mit den proprietären Spezifikationen, nämlich den Komponentenbibliotheken und Anbieterbibliotheken, fortfahren, die Sie auf dem Weg abrufen werden:

• PrimeFaces (meine Komponentenbibliothek nach Wahl)
• RichFaces
• MyFaces
• ICEFaces
• EclipseLink (mein JPA-Provider)
• Hibernate
• Schweißen

Und vergiss den Container nicht! Und all diese Konfigurationsdateien:

• GlassFish (2, 3 usw.)
• JBoss
• Kater

Also - DIESE IS EINFACH? Sicher, JSF 2.0 ist "einfach", solange Sie nur die grundlegendsten Webseiten mit den einfachsten Interaktionen ausführen möchten.

Einfach ausgedrückt ist JSF 2.0 das komplizierteste und umständlichste Durcheinander von zusammengeklebten Technologien, wie es im heutigen Softwareuniversum existiert. Und mir fällt nichts ein, was ich lieber benutzen würde.

1. Unerfahrene Entwickler erstellen normalerweise Anwendungen, die sehr langsam sind, und Code ist sehr hässlich und schwer zu warten. Es ist täuschend einfach zu starten, erfordert jedoch eine gewisse Investition in das Lernen, wenn Sie gute Programme schreiben möchten.
2. Zumindest zu Beginn "stecken" Sie oft an einem Problem fest und verbringen mehr Zeit mit dem Lesen von Balusc-Posts im Internet als mit der eigentlichen Arbeit :) Nach einer Weile wird es immer weniger, aber es kann immer noch ärgerlich sein.
3. Noch ärgerlicher, wenn Sie feststellen, dass das Problem nicht auf mangelnde Kenntnisse/Fehler zurückzuführen ist, sondern auf einen Fehler. Mojarra war (ist?) Ziemlich fehlerhaft, und eine weitere Schicht von Komponenten fügt noch mehr Probleme hinzu. Richfaces war das größte Stück Mist-Software, das jemals geschrieben wurde :) Weiß nicht, wie es jetzt in Version 4 ist. Wir haben Primefaces, die besser sind, aber Sie werden immer noch auf Fehler oder fehlende Funktionen stoßen, insbesondere bei exotischeren Komponenten. Und jetzt müssen Sie für Primefaces-Updates bezahlen. Also würde ich sagen, dass es fehlerhaft ist, aber es wird besser, besonders nachdem Version 2.2 einige Probleme mit der Spezifikation behoben hat. Framework wird reifer, aber noch lange nicht perfekt (vielleicht meine Gesichter besser?).
4. Ich finde es nicht besonders flexibel. Oft, wenn Sie etwas sehr sehr Angepasstes benötigen und es keine Komponenten gibt, die dies tun - es wird ein bisschen schmerzhaft sein. Wiederum spreche ich aus der Perspektive eines durchschnittlichen Entwicklers - der mit Deadlines, schnellen Leseübungen und dem Suchen nach Stackoverflow, wenn man nicht weiterkommt, weil keine Zeit zum Lernen ist, wie es wirklich funktioniert :) Oft scheinen einige Komponenten "fast" das zu haben, was man braucht, aber nicht genau und manchmal verbringst du zu viel Zeit damit, etwas zu tun, was du willst :) Sei vorsichtig bei der Bewertung, ob es besser ist, deine eigene Komponente zu erstellen oder bestehende zu quälen. Eigentlich würde ich JSF nicht empfehlen, wenn Sie etwas wirklich Einzigartiges schaffen.

Kurz gesagt, meine Nachteile wären: Komplexität, nicht sehr reibungsloser Entwicklungsfortschritt, fehlerhaft, unflexibel.

Natürlich gibt es auch Vorteile, aber das haben Sie nicht gefragt. Sowieso ist das meine Erfahrung mit Framework, für das andere möglicherweise unterschiedliche Meinungen haben. Am besten probieren Sie es einfach für eine Weile aus, um zu sehen, ob es für Sie geeignet ist (nur etwas komplexeres - keine naiven Beispiele - JSF scheint wirklich dort :) IMHO bester Anwendungsfall für JSF ist Geschäftsanwendungen, wie CRMs etc ...

"JSF gibt View-Layer-HTML und JavaScript aus, die Sie nicht steuern oder ändern können, ohne in den Controller-Code zu wechseln."

Tatsächlich gibt Ihnen JSF die Flexibilität, Sie können entweder Standard-/Drittanbieter-Komponenten verwenden oder eigene Komponenten erstellen, die Sie vollständig steuern können, was gerendert wird. Es ist nur ein xhtml, das Sie benötigen, um Ihre benutzerdefinierten Komponenten mit JSF 2.0 zu erstellen.

Wir haben ein Beispielprojekt mit JSF entwickelt (es war eine dreiwöchige Recherche, daher haben wir möglicherweise einige Dinge verloren!)

Wir versuchen, core jsf zu verwenden. Wenn eine Komponente benötigt wird, haben wir PrimeFaces verwendet.

Das Projekt war eine Website mit Navigation. Jede Seite sollte über Ajax geladen werden, wenn auf das Menü geklickt wird.

Die Site hat zwei Verwendungszwecke:

1. Eine Seite mit einem Raster. Das Gitter wird über Ajax geladen und sollte Sortieren und Paging unterstützen
2. Eine Assistentenseite mit drei Schritten. Jede Seite verfügt über eine clientseitige Validierung (für einfache Validierungen) und eine serverseitige Ajax-Basisvalidierung (für komplexe Validierungen). Jede Serverausnahme (aus der Serviceebene) sollte auf derselben Seite des Assistenten angezeigt werden, ohne zur nächsten Seite zu navigieren.

Wir haben das gefunden:

1. Sie müssen einige Hacks von omniFaces verwenden, um den Status der JSF-Ansicht zu korrigieren. Der JSF-Status wird beschädigt, wenn Sie Seiten über Ajax ineinander einfügen. Dies scheint ein Fehler in JSF zu sein und wird möglicherweise in den nächsten Releases behoben (nicht in 2.3).
2. Der JSF Flow funktioniert mit Ajax nicht richtig (oder wir konnten ihn nicht zum Laufen bringen!). Wir versuchen stattdessen, die Komponente des Primeface-Assistenten zu verwenden, aber die Client-Validierung scheint nicht unterstützt zu werden, obwohl es kein Standard-JSF-Flow-Standard war.
3. Wenn Sie einige jQuery-Komponenten wie jqGird verwenden und JSON-Ergebnisse laden müssen, wird die Verwendung eines reinen Servlets empfohlen. Die JSF wird nichts für Sie tun. Wenn Sie diese Art von Komponenten verwenden, passt Ihr Design nicht in JSF.
4. Wir versuchen, einige Client-Skripte auszuführen, wenn Ajax durch ajaxComplete abgeschlossen ist, und wir haben festgestellt, dass der PF 4 seine eigenen Ajax-Ereignisse implementiert hat. Wir hatten einige jQuery-Komponenten und müssen ihren Code ändern.

Wenn Sie das obige Beispiel in ein nicht Ajax - Projekt (oder zumindest ein weniger Ajax-Projekt) ändern, werden Sie nicht mit vielen der oben genannten Probleme konfrontiert.

Wir fassen unsere Forschung wie folgt zusammen:

JSF funktioniert auf einer vollständig ajax-basierten Website nicht gut.

Natürlich finden wir in JSF viele nette Funktionen, die in einigen Projekten sehr hilfreich sein können. Berücksichtigen Sie also Ihre Projektanforderungen.

Informationen zu den Vorteilen von JSF finden Sie in den technischen Dokumenten von JSF. Der größte Vorteil von JSF ist meiner Meinung nach die KOMPLETTE UND GROSSE Unterstützung von @BalusC ;-)

Ich bin überhaupt kein Java Server Faces-Experte. Aber meiner Meinung nach ist der Hauptnachteil, dass es sich um eine Serverseite handelt. Ich bin es leid, serverseitige Frameworks für Webpräsentationsebenen wie ASP.NET zu lernen und zu verwenden Web Forms, ASP.NET MVC, Java Server Faces, Struts, PHP Frameworks und Ruby on Rails Frameworks. I Ich habe mich von allen verabschiedet und mich von Angularjs und TypeScript verabschiedet. Meine Präsentationsebene wird im Browser ausgeführt. Es spielt keine Rolle, ob sie von Windows IIS mit PHP oder ASP ausgeführt wird. NET, oder wenn es von einem Apache-Webserver unter Linux bereitgestellt wird. Ich muss nur ein Framework lernen, das überall funktioniert.

Nur meine zwei Cent.

Kommentar zu meinen letzten Monaten mit Primefaces/JSF:

• Wenn Sie Komponenten "von der Stange" verwenden können, ist das vermutlich nicht schrecklich.
• Es funktioniert jedoch nicht richtig, sobald Sie nach draußen treten und benutzerdefinierte Benutzeroberflächen benötigen. - Zum Beispiel mussten wir für unser Projekt den Twitter-Code bootstrap. (Not primefaces bootstrap). Verwenden.
  • Jetzt funktionieren unsere Seiten wie folgt:
    • Die Seite wird geladen.
    • Der Benutzer interagiert mit Primefaces mit Ajax-Funktionalität
    • Die Javascript-Bindungen von Bootstrap brechen
    • Wir verwenden zusätzliches Javascript, um alles neu zu binden

Das Versprechen von JSF, das Schreiben von Javascript zu vermeiden, verwandelte sich in das Schreiben von mehr Javascript, als wir hätten, wenn Primefaces nicht verwendet würden.

Es ist eine Zeitsenke - es sei denn, Sie verwenden wieder Sachen von der Stange. Auch sehr hässlich (Primefaces), wenn man mit Selen arbeiten muss. Es kann alles gemacht werden - aber es bleibt nur so viel Zeit.

Vermeiden Sie dies auf jeden Fall, wenn Sie mit einem UX-/Designteam zusammenarbeiten und schnell auf der Benutzeroberfläche iterieren müssen. Sie können Zeit sparen, indem Sie lernen, wie man HTML-Code abruft oder direkt schreibt.

Das größte Manko von JSF ist für mich die schlechte Unterstützung für programmatisch (dynamisch) generierte Seiten.
Wenn Sie Ihre Seite dynamisch aus dem Code Java) erstellen möchten, zum Beispiel, wenn Sie am WYSIWYG-Webseiten-Konstruktor arbeiten. Angemessene Dokumentation dieses Anwendungsfalls in nicht allgemein verfügbar. Es gibt viele Punkte, an denen Sie experimentieren müssen und die Entwicklung ist sehr langsam. Viele Dinge funktionieren einfach nicht so, wie Sie es erwarten würden. Aber im Allgemeinen ist es möglich, es irgendwie zu hacken.
Gut ist, dass es in der Philosophie oder Architektur von JSF kein Problem gibt. Es ist einfach nicht genug ausgearbeitet (soweit ich weiß).

JSF 2 brachte Composite Components mit, die die Entwicklung von Komponenten vereinfachen sollten, deren Unterstützung für dynamische (programmatische) Konstruktionen jedoch sehr gering ist. Wenn Sie einen recht komplizierten und fast undokumentierten Prozess der dynamischen Konstruktion von Verbundbauteilen überwinden, werden Sie feststellen, dass wenige Verbundbauteile nicht mehr funktionieren, wenn Sie sie etwas tiefer verschachteln, was einige Ausnahmen zur Folge hat.

Es scheint jedoch, dass die JSF-Gemeinschaft sich dieser Mängel bewusst ist. Sie arbeiten daran, wie Sie an diesen beiden Fehlern sehen können
http://Java.net/jira/browse/JAVASERVERFACES-1309
http://Java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-599

Mit JSF 2.2 sollte die Situation zumindest dann besser sein, wenn es sich um Spezifikationen handelt.

JSF hat viele Vorteile, da die Frage im Nachteil ist, möchte ich ein paar Punkte hinzufügen.

In einem praktischen Szenario für die Implementierung eines Webprojekts in einem bestimmten Zeitraum müssen Sie die folgenden Faktoren im Auge behalten.

• Haben Sie genug hochrangige Mitglieder in Ihrem Team, die für jedes Szenario die besten Steuerungen vorschlagen können?

• Haben Sie die Bandbreite, um die anfängliche Lernkurve aufzunehmen?

• Haben Sie genügend Fachwissen in Ihrem Team, das die JSF überprüfen kann?
  Zeug produziert von den Entwicklern?

Lautet Ihre Antwort bei den Fragen "Nein", landen Sie möglicherweise in einer nicht verwaltbaren Codebasis.

Unter allen "Mainstream" -Frameworks wie Spring MVC, Wicket, Tapestry usw. ist das JSF von Java EE mit seinen zusammengesetzten Komponenten die am besten ausgearbeitete Präsentationsebene und komponentenorientierte Technologie Es ist etwas umständlich und unvollständig im Vergleich zu den von HybridJava angebotenen Lösungen.

JSF hat nur einen Nachteil: Bevor Sie mit der "JSF" -Entwicklung beginnen, sollten Sie die Web-Entwicklung, die Core Java und die Front-End-Architektur genau verstehen.

Heutzutage versuchen "neue" JavaScript-Frameworks nur, "JSF" -Komponentenmodelle zu kopieren und einzufügen.