Tweet
Der Sinn und Zweck von Frameworks für AJAX
Hallo zusammen.
Nachdem ich mich nun zwei Tage lang über die sich in aller Munde befindliche
Technik AJAX schlau gemacht habe, hab ich nun noch ein paar finale
Fragen, die sich mir in all der Lektüre, den Blogs und Foren nicht beantwortet
haben. Und zwar:
Es gibt ja schon seit ein paar Jahren einen riesen Haufen von Frameworks
für AJAX und in letzter Zeit werden noch mehr solcher Projekte
wie am Fließband veröffentlicht.
Nun werden diese Frameworks für AJAX wie folgt in Kategorien eingeteilt:
Javascript-Frameworks:
- Javascript Multipurpose Frameworks (dazu gibt es 25 zur Auswahl)
- Javascript Remoting Frameworks (hier kann man zwischen 15 Frameworks auswählen)
Server-Side and Hybrid Frameworks
- Für alle möglichen Programmiersprachen (zB allein für PHP 22 zur Auswahl)
Ich blicke dort nun überhaupt nicht mehr durch, allein die Unterteilung
finde ich schon merkwürdig. AJAX läuft doch grob gesagt so ab:
[FONT=courier new]Server (zB PHP) ==> XML (oder Text) ==> Client (Javascript)
Server (zB PHP) <== GET / POST <== Client (Javascript)[/FONT]
Frage 1)
Was bringt es mir nun, wenn auf der Clientseite ein Javascript-Framework
liegt, aber auf dem Server keine dynamische reaktion abläuft?
Frage 2)
Hybrid Frameworks <-- was ist das denn nun schon wieder und wozu braucht man das?
Frage 3)
Server-Side Frameworks: ok das ist mir klar! Davon habe ich mir auch mal
eins runtergeladen und installiert, um die Funktion zu testen (XAJAX).
Ist alles ganz toll und funktioniert auch, nur: siehe Frage 4^^
Frage 4)
Wozu braucht man Frameworks generell? Mir ist klar, das jedes der
oben genannten Frameworks irgendetwas hat, was die anderen
nicht haben. Angenommen ich bastel nun ein größeres Projekt wo ich
viele Funktionen brauche, die aber keines der Frameworks komplett abdeckt.
Ich installiere mir nun 8 von den Frameworks in meinem Projekt, was sicherlich
total over-dressed ist und nur Platz und Ressourcen verschwendet
(außerdem leidet noch die Übersichtlichkeit).
Frage 5)
Ist es also nicht einfacher, KEIN einziges Framework zu verwenden,
sondern sein Projekt genau so zu erstellen, wie man es braucht?
Dann hat man kein überflüssigen Ballast und alles passt perfekt zusammen!
Und genau diesen Gedanken habe ich gerade! Ich sehe
in Frameworks nur Nachteile. Aber das kann daran liegen, das ich evt
nicht ganz den Vorteil von diesen Dingern verstanden habe. Bitte um
Aufklärung!
Meinung:
Ist es nicht generell so, das wenn man ein Framework benutzt irgendwann
auch mal an die Grenzen stößt und dann eh selber was dazuprogrammieren
muss? In diesem Fall müsste man sich dann in fremden Code einarbeiten
um ihn zu erweitern, und das ist ja bekanntlich ziemlich schwer!
(Jedenfalls schwerer als in seinen eigenen! Das spricht auch dafür, von
Anfang an alles selber zu programmieren, meiner Meinung nach).
Was ist falsch, was ist richtig?
Ich hoffe das der eine oder andere schon etwas Erfahrung auf
dem Gebiet hat und mir die Fragen beantworten kann.
Soweit, mit freundlichen Grüßen
dek*
Nachdem ich mich nun zwei Tage lang über die sich in aller Munde befindliche
Technik AJAX schlau gemacht habe, hab ich nun noch ein paar finale
Fragen, die sich mir in all der Lektüre, den Blogs und Foren nicht beantwortet
haben. Und zwar:
Es gibt ja schon seit ein paar Jahren einen riesen Haufen von Frameworks
für AJAX und in letzter Zeit werden noch mehr solcher Projekte
wie am Fließband veröffentlicht.
Nun werden diese Frameworks für AJAX wie folgt in Kategorien eingeteilt:
Javascript-Frameworks:
- Javascript Multipurpose Frameworks (dazu gibt es 25 zur Auswahl)
- Javascript Remoting Frameworks (hier kann man zwischen 15 Frameworks auswählen)
Server-Side and Hybrid Frameworks
- Für alle möglichen Programmiersprachen (zB allein für PHP 22 zur Auswahl)
Ich blicke dort nun überhaupt nicht mehr durch, allein die Unterteilung
finde ich schon merkwürdig. AJAX läuft doch grob gesagt so ab:
[FONT=courier new]Server (zB PHP) ==> XML (oder Text) ==> Client (Javascript)
Server (zB PHP) <== GET / POST <== Client (Javascript)[/FONT]
Frage 1)
Was bringt es mir nun, wenn auf der Clientseite ein Javascript-Framework
liegt, aber auf dem Server keine dynamische reaktion abläuft?
Frage 2)
Hybrid Frameworks <-- was ist das denn nun schon wieder und wozu braucht man das?
Frage 3)
Server-Side Frameworks: ok das ist mir klar! Davon habe ich mir auch mal
eins runtergeladen und installiert, um die Funktion zu testen (XAJAX).
Ist alles ganz toll und funktioniert auch, nur: siehe Frage 4^^
Frage 4)
Wozu braucht man Frameworks generell? Mir ist klar, das jedes der
oben genannten Frameworks irgendetwas hat, was die anderen
nicht haben. Angenommen ich bastel nun ein größeres Projekt wo ich
viele Funktionen brauche, die aber keines der Frameworks komplett abdeckt.
Ich installiere mir nun 8 von den Frameworks in meinem Projekt, was sicherlich
total over-dressed ist und nur Platz und Ressourcen verschwendet
(außerdem leidet noch die Übersichtlichkeit).
Frage 5)
Ist es also nicht einfacher, KEIN einziges Framework zu verwenden,
sondern sein Projekt genau so zu erstellen, wie man es braucht?
Dann hat man kein überflüssigen Ballast und alles passt perfekt zusammen!
Und genau diesen Gedanken habe ich gerade! Ich sehe
in Frameworks nur Nachteile. Aber das kann daran liegen, das ich evt
nicht ganz den Vorteil von diesen Dingern verstanden habe. Bitte um
Aufklärung!
Meinung:
Ist es nicht generell so, das wenn man ein Framework benutzt irgendwann
auch mal an die Grenzen stößt und dann eh selber was dazuprogrammieren
muss? In diesem Fall müsste man sich dann in fremden Code einarbeiten
um ihn zu erweitern, und das ist ja bekanntlich ziemlich schwer!
(Jedenfalls schwerer als in seinen eigenen! Das spricht auch dafür, von
Anfang an alles selber zu programmieren, meiner Meinung nach).
Was ist falsch, was ist richtig?
Ich hoffe das der eine oder andere schon etwas Erfahrung auf
dem Gebiet hat und mir die Fragen beantworten kann.
Soweit, mit freundlichen Grüßen
dek*
)
Kommentar