Leider ist die Dokumentation für Mootools nicht ausreichend, darum wird es sich auch nicht so schnell verbreiten.

Die Javascript-Frameworks leisten fast alle Ähnliches, zu erwähnen wären da noch Dojo, Scriptaculous und Yui von Yahoo.

Btw: wäre schön gewesen, wenn du die Linux-Serie verlinkt hättest, dann müsste ich nicht suchen.
Dem Hinweis konnte ich leider nicht folgen ;-(

Zitat Philipp Kruse ↑:

Öhm. Javascript ist doch sogar schon von Haus aus absolut objektorientiert! Nur eben klassenlos (wobei man das auch mit nur ein paar Zeilen reparieren kann).

Der Punkt ist aber, dass man das nicht reparieren muss. Klar - für den durchschnittlichen OOP-Programmierer ist es erst mal einfacher, wenn er sein gewohntes Klassenkonzept findet. Ich finde es aber auch irgendwie sinnfrei so zu tun, als sei Javascript etwas anderes als es ist, statt sich mal etwas mehr reinzuknien und die Sprache kennenzulernen. Javascript hat ja auch gute Seiten. (Wer einen versteckten Hinweis auf ein Javascript-Buch findet, darf ihn behalten und ihm folgen.)

das ist auch ein persönlicher Blog und keien wikipedia

Der Syntax sieht prozeduralen Sprachen viel zu ähnlich und es wurde versucht mit komischen Dingen prozedurale Programmierung doch zu erlauben. Z.B. ist “new” in JavaScript absolut unbrauchbar.

Grundsätzlich kann man in JS, denke ich, durchaus beides ordentlich betreiben. Auch wenn ich um »new« selbst auch gerne einen großen Bogen mache, geht es natürlich auch auf dem Weg. Ich habe nur das Gefühl, das klassische Vererbungsmuster fühlt sich in anderen Sprachen wohler und man kann mit JS viele nette Dinge anstellen, wenn man Probleme etwas anders angeht.

…eigentlich aber auch ganz interessant, mal eine Diskussion über die richtige Verwendung einer Sprache zu lesen anstatt immer nur Diskussionen über die Verwendung der richtigen Sprache. ;)

cx

Vorneweg: jedes Framework hat selbstverständlich einen gewissen Stellenwert und ich will niemandes Lieblingsprojekt schlechtreden – und ganz sicher keine Werbung für Framework XYZ machen. Dennoch werde ich mit MooTools trotz einiger guter Ideen einfach nicht warm. Was mich nämlich ganz grundsätzlich an dessen Ansatz stört, ist die Vorstellung, dass man JavaScript echte Objektorientierung beibringen sollte. JavaScript ist m.E. schlicht keine Sprache für klassisches OOP. Wenn man versucht, das nachzubauen, verliert man schnell den Blick für die wirklich schönen Eigenschaften, insb. das was aus der funktionalen Programmierung »ausgeliehen« wurde.

Wieso “ausgeliehen”? JavaScript ist funktionale. Das ist ja das Problem, weil das viele nicht verstehen wollen. Closures etc. alles da.

Der Syntax sieht prozeduralen Sprachen viel zu ähnlich und es wurde versucht mit komischen Dingen prozedurale Programmierung doch zu erlauben. Z.B. ist “new” in JavaScript absolut unbrauchbar.

Gibt es schöne Seiten an prozedualer Programmierung? Abgesehen davon dass man mal eben schnell was “hin hacken” kann fällt mir nichts ein.

Informier dich halt, was funktionale Programmierung ist.

Hint: Das ist nicht “prozedurale Programmierung”.

Was mich nämlich ganz grundsätzlich an dessen Ansatz stört, ist die Vorstellung, dass man JavaScript echte Objektorientierung beibringen sollte. JavaScript ist m.E. schlicht keine Sprache für klassisches OOP.

Öhm. Javascript ist doch sogar schon von Haus aus absolut objektorientiert! Nur eben klassenlos (wobei man das auch mit nur ein paar Zeilen reparieren kann).

Da ich i.d.R. Joomla als CMS einsetze und dort MooTools schon mitgeliefert wird (ich weiß, eine veraltete Version), finde ich es sehr interessant mal etwas kompetentes auf deutsch lesen zu können.

Mach weiter Peter!

Mich würde eher interessieren was an JQuery so schlecht ist im Vergleich.

Wer sagt denn, dass an jQuery was schlecht ist? Das ist anders, nicht schlechter oder besser.

Auch ein paar Nachteile von Moo sollten irgendwo auftauchen, damit das ganze nicht zur einseitigen Propaganda wird.

Ansonsten bitte weiter schreiben, ich will mehr Code sehen.