derzeit verwende ich noch 1.1 specs, also versuche ich einfach zu machen, was zu komplex für mich ist: p, Verwalten von Backing-Beans mit widersprüchlichen Navigationsregeln, externe Params Regeln brechen und so weiter ... zum Beispiel wenn ich brauche Backing Bean von anderen "Ansichten" einfach verwende ich FacesContext in anderen Backing-Beans, aber oft ist es zu JSF Navigation/Initialisierung Regeln zu verdrahten, um wirklich nutzbar zu sein, und natürlich einfacher ist nützlicher geworden der FacesContext.Ajax und JSF 1.1 mit versteckten iframe mit "Proxy-Formulare", was denkst du über diese Entwicklungsstrategie?
Also mit nur ein bisschen Cross-Browser-Javascript (einfach eine Formkopie und eine Lese-Schreib auf einem "Proxy" -Formular), erstelle ich eine Art Proxy-Formular innerhalb der Hauptbenutzer-Seite (völlig losgelöst von JSF Navigationsregeln , aber JSF Taglibs verwenden). Ajax gibt mir Flexibilität bei der Benutzerinteraktion, aber Daten werden immer von JSF verwaltet.
Praktisch fordere ich alle "fiktiven" Benutzeraktionen zu einem versteckten "iframe", die alle benötigten Formulare nach JSF-Regeln aufbauen, dann ein Javascript einfach seine Formularausgabe klonen und in die Benutzeransichtsebene stellen (CSS zum Anzeigen/(echte Befehlsknöpfe verstecken und hübsch machen), der Benutzer spielt herum und wenn er submit anklickt, kopiert ein Skript alle "proxied" -Formularwerte in das reale JSF-Formular innerhalb des "iframe", das die echte Übermittlung des Formulars aufruft, was es zurückgibt ist offensichtlich abhängig von Ihrer Wahl.
Jetzt JSF ist wirklich ein Vergnügen :-P
Mein wirkliches Interesse zu wissen, was Ihre alternative Strategie zur Verwendung von reinem Ajax und JSF 1.1 ohne mittlere Schicht wie Ajax4jsf und andere Annahme, alle eine gute Wahl, aber auch viel "plugins" als specs.
Ja es eine Idee ist, ich jQuery in .NET für andere reine Web-Projekte verwendet/CFM/PHP, aber für JSF entschied ich mich für die Yahoo-Javascript-Bibliothek, YUI –