Welches Javascript-Framework ist beliebter?

Ich wollte mal die Umfrage in den Raum stellen, welches Framework ihr bevorzugt. Da ich irgendwie die Vermutung habe, dass weitere Spieleentwicklungen doch nicht mehr an Web2.0 (nicht in allen Rubriken) vorbei kommen.
Ich nutze derzeit Drittes, also Prototype + Scrip.aculo.us. finde die Erweiterbarkeit der jeweiligen Bibliotheken recht ellegant gelöst und man macht sich den Alltag leichter.
Dojo ist mir leider zu viel und irgendwie hab ich immer das Gefühl, dass man eine Menge Overhead am Anfang mit läd.
PS.: Ich hoffe die Umfrage gabs noch nicht
edit: grml ich dachte ich hätte als letzten Punkt "Andere" mit angegeben -.-

Du vergaßt auch jQuery und Ext.

prototype + openrico
ich hab mal prototype ausgewählt, stimmt ja auch irgendwie

jQuery hab ich noch gerätselt, ob ichs mit reinnehmen soll. Naja ich hab ja "Andere" vergessen, da kann es schonmal passieren, dass da noch einige fehlen

Ich nutze Mootools.
Schön objektorientiert, man kann alles erweitern/verändern wie man will.
Mit prototype kenne ich mich nicht so aus, aber die Grundidee von Mootools basiert darauf.
Ich hoffe, ab der Version 1.2 wird das noch beliebter, denn ist gibt jede menge sinnvolle Erweiterungen/Verbesserungen
PS: Irgendjemand hier, der Mootools nicht nur nutzt, sondern auch eigene Klassen schreibt (also etwas größere, nicht nur 10 Zeilen *g*) oder sogar die Entwicklung im Trac verfolgt?
EDIT:
Wen's interessiert: Ein kleiner Benchmark zwischen den verschiedenen Frameworks

Prototype + Script.aculo.us
Weil's ohne Probleme und sehr einfach einsetzbar ist.
Hier kann man den Benchmark übrigens selbst nochmal laufen lassen: mootools.net/slickspeed/
Gruß,
Marc

Rails => Prototype + script.aculo.us
gerne aber auch mal YUI was nicht erwähnt wurde, warum auch immer.

Hab mal "andere" hinzugefügt.

Ich programmier mir lieber ein eigenes (kleines) Framework.
Ich sehe schon ein, dass die richtigen Frameworks besser sind, jedoch will ich nicht nachher sagen müssen: "Ja das Browsergame ist von mir. Ich habe nur nuch ein JavaScript Framework, ein spezielles Ajax Framework, ein Framework für PHP und eins für spezielle DB Zugriffe benutzt. "
Das ist jetzt etwas stur, aber ich möchte eben, das mein BG zu 100% von mir programmiert wurde.
MfG Kevka
PS: Ich muss schon zugeben mir mal ein paar kleinere Sachen von Objekten, die nicht von mir stammen abgeguckt zu haben, hab sie aber so weit verändert bzw. ausgebaut, dass mindestens 70% von mir stammen.

Ich sehe halt den "Vorteil" in der Verwendung ausser Haus Frameworks darin, dass ich mich nicht drum kümmern muss, dass alles kompatibel mit dem Browser vom User xy ist.
Die Pflege der Integrität wird sozusagen abgewälzt Wa dann hintenrum, also serverseitig passiert, ist ja eigentlich nicht die Frage
edit: Aber ich bin schonmal froh, dass ich derzeit nicht alleine mit der Meinung dastehe, das Dojo einfach nichts für Browsergames ist, so wie das Umfrageergebnis derzeit ausschaut

Das ist jetzt etwas stur, aber ich möchte eben, das mein BG zu 100% von mir programmiert wurde.

Klar, wer die Zeit hat kann auch gerne vorher das Rad neu erfinden. ;D aber ich investiere meine Zeit doch lieber in die Dinge die anders sind, als in das was sowieso überall zu finden ist.

Ja das Browsergame ist von mir. Ich habe nur nuch ein JavaScript Framework, ein spezielles Ajax Framework, ein Framework für PHP und eins für spezielle DB Zugriffe benutzt.

Libraries zu benutzen ist doch in jeder Programmiersprache Gang und Gebe, warum sollte es bei Browsergames anders sein. Klar kann ich mir eine net/ssh-Library in Ruby auch selbst schreiben aber dann bin ich halt nochmal 2 Monate länger beschäftigt
und "sudo gem install net-ssh" dauert keine 2 Minuten XD

Um mal einen Typen von einem Firmen-Telco bei uns in der Umgebung zu zitieren (hatte ein Vortrag über die Zukunft eines Telcos gegeben):
"Wer erfolgreich sein will, muss gut und schnell klauen können."
Ok andere Libraries nutzen heißt nicht gleich, dass man das Ding klaut, aber es kommt im Endeffekt aufs Gleiche raus. Man spart sich Arbeit

Original von KoMtuRMan spart sich Arbeit

Und meist werden Bilbliotheken von viel mehr Leuten verwendet und sind daher auch oft besser getestet, als selbst geschriebene Sachen.

jQuery, hat sich "bei uns" einfach am meisten bewährt.

Ich benutze Mootools mit ein paar eigenen Modulen. Bei denen ich meistens nicht mehr als 20 zeilen code brauche.
Anfangs wollte ich auch viele funktionen ohne ein Grundlagenframework selbst schreiben. Es hat sich aber gezeigt, das es wesentlich angenehmer ist, wenn man seinen Javascriptcode auf Basis von dem erweiterten Objektsyntax schreiben kann der mit Prototype eingeführt wurde und den die gängigen Ableger allesamt umsetzen.
reg4rds
chojin

mootools

Original von raufaser
Hier kann man den Benchmark übrigens selbst nochmal laufen lassen: mootools.net/slickspeed/

Sehr schöne Sache, so sieht man auch gut, was innerhalb eines Frameworks am schnellsten geht. Wie kommt man denn da an den Source ran, um auch mal eigene Testwerte eingeben zu können? Dieses Google-Verzeichnis hat irgendwas gegen mich ...
/edit: Achja: jQuery

Original von Fobby

Original von raufaser
Hier kann man den Benchmark übrigens selbst nochmal laufen lassen: mootools.net/slickspeed/

Sehr schöne Sache, so sieht man auch gut, was innerhalb eines Frameworks am schnellsten geht. Wie kommt man denn da an den Source ran, um auch mal eigene Testwerte eingeben zu können? Dieses Google-Verzeichnis hat irgendwas gegen mich ...
/edit: Achja: jQuery
Wenn ich den Test noch richtig in Erinnerung habe, dann zeigt der nur die Performance, wie schnell die einzelnen Frameworks die CSS-Selektoren umgesetzt haben. Das ein Framework nicht nur daraus besteht, dass man wie wild alle möglichen Elemente im Html-Baum selektiert und verändert, sollte ja auch klar sein.

Natürlich ist mir das klar - oft hat man aber mehrere Möglichkeiten, auf ein Element zuzugreifen und da stellt sich mir immer die Frage, welche Variante die bessere ist. Überraschend fand ich zum Beispielt, dass bei jQuery
div #id
deutlich langsamer ist als das bloße
#id
Und solche Sachen interessieren mich schon.

im Endeffekt nutzt man eh nur #element wenn man ein bestimmtes Element sucht...

Original von Klaus
im Endeffekt nutzt man eh nur #element wenn man ein bestimmtes Element sucht...

genau, weil nur eine eindeutige id vergeben werden kann. dann ist sozusagen das "div #id" eh sinnlos man findet, wenn man sich an die richtlinien hält, eh immer nur eins

Gut, dann eben ein ID-freies Beispiel
(vorausgesetzt natürlich, dass das Ergebnis dasselbe sei)
div.class1 ul li span.class2
oder
li span.class2
Ist das erste schneller, weil es den Suchbereich näher eingrenzt oder ist es langsamer, weil nach mehr Details gesucht werden muss? Solche Sachen ...

je nach seite sind das 2 völlig unterschiedliche ergebnismengen....
am besten ist eigentlich immer das allgemeine, weil dann muss man den dom-baum nur einmal durchgehen (außer man legt sich vorher nen tree o.ä. an)