Ja, und wenn wir gerade dabei sind, dann würde mich auch die Frage
interessieren, ob viele Leute diese tiefe prototype-Integration über
rjs in größeren Projekten benutzen und wie die Erfahrungen damit sind.
Ich bin kürzlich über diesen Artikel http://metaskills.net/2008/5/24/the-ajax-head-br-design-pattern
gestolpert: Statt rjs-responses geben die Controller im wesentlichen
nur noch :ok zurück - und das ganze javascript ist handgebaut.
Was ich interessant fand, weil sich das im wesentlichen mit meinen
Erfahrungen mit auch nur ein bisschen komplexerem JavaScript deckt:
Man ist da doch ziemlich schnell am Ende mit dem, was man per RJS
machen kann und kommt ziemlich schnell zu Client-Code, der über
Controller, View und div. Helper + handgebautes javascript verschmiert
ist. Daher gleich anschließend meine nächste Frage: Wenn p+s nicht
mehr allein selig machend ist, und die rails-Integration über RJS für
komplexere, Client-seitige Anwendungen nicht wirklich funktioniert
(oder mach ich da nur was falsch?) - ist dann das Festhalten an p+s
noch zeitgemäß (Merb trifft diese Entscheidung ja auch mit Absicht
*nicht*)?
Grüße
Stefan
PS:
Zu den Frameworks:
Ich bin da bislang eher konservativ verfahren und habe vor allem p+s
benutzt, um nicht noch ein weiteres Framework einzuführen - ich denke
immer noch, wichtiger als tausend Funktionen zu haben, ist eine
handvoll ständig benutzter Funktionen gut zu kennen - daher schrecke
ich vor allzuvielen neuen Sachen meistens zurück. Aber p+s ist
ziemlich schlecht was wdigets angeht. Da schaut man dann schon
manchmal neidisch auf jquery oder extjs.
Reingefallen bin ich nur zwischendurch mal auf YUI, eben wegen der
Komponenten: Aber davon bin ich ziemlich schnell wieder weggekommen,
neben der krautigen Namensgebung erschlägt einen das mit Features und
einer nicht besonders gut geordneten API, sodass sich die Rails-
Integration (wie krieg ich meine Daten in dieses Widget rein?!) am
Ende als zu mühselig erwiese.
Am interessantesten von den Frameworks find ich nach wie vor ExtJS -
vor allem wegen der hübschen widgets: aber auch hier tue ich mich
momentan schwer damit, das in eine existierende Seite einzuführen, nur
um auf einer Seite ein einziges Widget einzubauen....
Am 28.05.2008 um 16:16 schrieb Michael Schuerig:
Das Angebot an umfassenden JavaScript-Frameworks ist in den
vergangenen
drei Jahren sehr vielfältig geworden. Anfangs waren Prototype +
Scriptaculous der "eingebaute" Standard und die Konkurrenz noch nicht
der (großen) Rede wert.
Inzwischen sieht das anders aus, Prototype ist ein Framework unter
vielen und sticht auch nicht mehr durch besondere
Alleinstellungsmerkmale heraus. Auch einige der anderen Frameworks
sind
brauchbar mit Rails integriert, wenn auch nicht so gut dokumentiert.
Konkret fallen mir an interessanten Frameworks ein
* Prototype + Scriptaculous
* jQuery + Plugins
* Dojo
* YUI
* Mochikit
* Mootools
* ExtJS
Meine Erfahrung ist, dass ich mit P+S eigentlich ziemlich gut klar
komme, jQuery aber vielfach schöner ist und ein reichhaltigeres
Angebot
and qualitativ hochwertigen Plugins hat. Mit YUI bin ich bei meinen
wenigen Versuchen nicht richtig warm geworden, vieles kam mir
umständlich vor. Von Dojo habe ich nur den vagen, möglicherweise
falschen, Eindruck, dass es eine recht steile Lern- und
Komplexitätskurve hat, die sich erst bei Anwendungen lohnt, die einen
sehr umfangreichen Browser-seitigen Anteil haben; dann bringt es aber
richtig was.
Mich interessiert, welche Frameworks ihr einsetzt und aus welchen
Gründen. Insbesondere auch, ob und wie das mit der besonderen Art der
Anwendung zu tun hat.
Eine weitere Überlegung ist für mich, was ich anderen Entwicklern, die
vielleicht nach mir kommen, zumuten kann. P+S setze ich bei
Rails-Entwicklern einfach voraus. Wenn ich statt dessen etwa jQuery
nehme, weil es mir geringfügig besser gefällt, dann habe ich meinen
Spaß, der nächste aber vielleicht beträchtlichen Ärger.
Michael
--
Michael Schuerig
mailto:[EMAIL PROTECTED]
http://www.schuerig.de/michael/
_______________________________________________
rubyonrails-ug mailing list
[email protected]
http://mailman.headflash.com/mailman/listinfo/rubyonrails-ug
_______________________________________________
rubyonrails-ug mailing list
[email protected]
http://mailman.headflash.com/mailman/listinfo/rubyonrails-ug
