Welches Framework?

mquadrat · 08.12.2011, 12:28

Welches Framework nutzt ihr und warum?

Wir nutzen aktuell Mootools (noch in der 1.2.x Version mit ClientCide). Die Frage, die sich uns nun stellt ist ob wir auf Mootools 1.4 mit ClientCide+Behavior gehen oder auf JQuery. Und falls JQuery, ob es sich vor JQuery UI 2 überhaupt lohnt umzustellen.

Nachdem Dojo ja mal von MS unterstützt wurde ist es dort wieder recht ruhig geworden. Und so wie es ausschaut wird MS wohl eher was eigenes anbieten, schießlich brauchen sie für die Entwicklung gegen WinRT mit Javascript ja eh Bibliotheken.

Der Einsatzzweck geht bei uns in Richtung Apps und Desktop-Ersatz. Das gleiche Framework sollte aber natürlich auch die Spielereien für marketinggetriebene Seiten beherrschen. Und das ganze möglichst auch noch für IE7, mindestens aber IE8.

Ideen, Vorschläge, Ratschläge, Erfahrungen?

BlackScorp · 08.12.2011, 12:51

also ich nutze persönlich jQuery aus folgenden gründen:

- Einfach zu benutzen
- Gute Dokumentation
- Viele leute die sich damit auskennen(Wie in PHP, desswegen benutze ich auch PHP und nicht Ruby )
- Viele Plugins die man einfach nur einsetzen braucht
- Mobile Unterstützung für Touchgeräte(jQuery Mobile)
- jQuery UI
- IE7+ support (bestimmt auch IE6 hab das nur nicht installiert und meine software damit nicht getestet)
- Wird ständig weiter entwickelt

Mittlerweile sieht mein Standard Tempalte für seite etwa so aus

Code:

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<script type="text/javascript" src="jquery.min.js"></script>
<script type="text/javascript" src="jquery-ui.min.js"></script>
<script type="text/javascript" src="functions.js"></script>
<title>template</title>
</head>
<body>
</body>
</html>

irgendwie kann ich mir das garnicht mehr vorstellen, js ohne jQUery zu nutzen.

Also ich glaube dass man eigentlich nichts falsches machen kann wenn man jQuery verwendet

MFG

Solu · 08.12.2011, 14:37

BlackScorp: word!

rudygotya · 08.12.2011, 19:10

Im Core von jQuery, dojo und auch mootools findest du bei allen dreien sizzle.js. Sprich, der Zugriff auf DOM-Objekte sollte bei allen 3en annähernd gleich schnell funktionieren.

Bei Mootools entwickelst du deine Application im Scope des eigentlichen Objekts/Modules. Du hast deine php-änhliche Klassenabstraktion, jedoch auf Kosten dessen, dass MooTools den Prototype von nativen Typen erweitert. Dadurch, dass MooTools den Prototype von nativen Typen erweitert, wird es unnötig schwer, jQuery und MooTools parallel zu benutzen, da dir teilweise die jQuery-Plugins brechen. Dafür kommst du in den Genuss einer klassischen Vererbung wie bei php.

Reine jQuery-Seiten sind sehr oft Spaghetti-Code, aber die haben dann auch meistens keinen Application-Charakter. Die sind meist DOM-zentrisch umgesetzt, damit nicht modular, schwer wiederverwendbar und immer im Scope des DOM-Knotens.

Um jQuery sinnvoll für Applikationen einzusetzen, kannst du entweder auf Frameworks wie backbone.js ausweichen oder komplett jQueryUI benutzen. Bei Benutzerplugins bin ich meistens skeptisch, einiges von dem, was jQuery-Plugin heißt, würde ich nicht verwenden wollen.

Für jQueryUI spricht die hohe Zahl der Beitragenden plus eine Widget-Factory, von der du alle Objekte ableitest, die aber nicht im Scope des DOM-Knotens läuft.
Um dann zu einer Applikationsstruktur zu kommen, kannst du z.B. mit dem Mediator-Pattern arbeiten und dort deine Module registrieren. Für die Darstellung der Views kannst du aus einer der Template-Engines wählen, Models lassen sich mit Deferreds sehr hübsch abbilden.

Da mir bisherige Ansätze für Mediatoren/Controller weniger gefallen haben, hab ich mir selbst eine eigene Klassenabstraktion geschaffen, mit der du ähnlich wie in jQueryUI leicht vererben kannst. Findest du hier. Wenns dich ernsthaft interessiert, wie man „my“ benutzt, mach ich mich demnächst mal an die Doku und pushe paar Scribbles in mein github repo. Der Core ist prinzipiell jQuery-unabhängig, falls jQuery vorhanden ist, kann man sich jedoch einige Bytes durch das Verwenden von my.jquerycore.js sparen. Ist leider noch alpha, da ich in letzter Zeit viel arbeiten musste.

Grüße

Basti

mquadrat · 09.12.2011, 10:48

Schon mal vielen Dank.

Eben wegen der OOP-orientierten Programmierweise hatte ich mich damals für Mootools entschieden. Was mich dazu gebracht hat, die Entscheidung zu überdenken ist so etwas profanes wie ein Image Cropper. Für Mootools schwierig zu kriegen. Letztendlich habe ich einen jQuery Cropper verwendet und diese eine Seite dann ausgekoppelt. Mootools und jQuery gleichzeitig zu nutzen, halte ich für keine sinnvolle Alternative.

Fertige Plugins sind überall mit Vorsicht zu genießen. Da gibt es haufenweise Schrott.

rudygotya · 09.12.2011, 11:32

Hier noch paar Konzepte, die dich in dem Zusammenhang interessieren könnten:
Extending jQueryUI Widgets
Automagic Event Registration - sehr hübsche Idee, für nicht zu komplexe Anwendungsfälle genial
Mediator Pattern in JS
Addy Osmani - large scale app structure
jQueryUI widget bridge

Darüber bin ich gestern noch gestolpert: non-trivial-js
Benutzt einen Mediator als Kernkomponente. Jedes Modul, das sich registriert, startet sich auch automatisch. Ist komplett auf requirejs und AMD (asnychronous module definition) aufgebaut, geht also stark in Richtung ES Harmony. Das wird meine Lektüre für Weihnachten, wenn ich endlich mal mehr Zeit zum nodejsn hab

Zum Einstieg in Deferreds: http://www.erichynds.com/jquery/usin...eds-in-jquery/
Für jQuery-Models sehr interessant: http://api.jquery.com/jQuery.Callbacks/

mquadrat · 13.12.2011, 08:56

mhh man könnte natürlich auch JQuery zusammen mit der Mootools Klassen-Thematik verwenden: http://moo4q.com/

Allerdings müsste ich da jetzt nochmal schauen wie da JQuery UI reinpasst.

tarian · 13.12.2011, 10:53

Kannst dir auch mal qooxdoo anschauen. Selber noch nichts mit gemacht, aber sieht zumindest für UI Sachen vielversprechend aus

rudygotya · 13.12.2011, 15:15

Zitat:

mhh man könnte natürlich auch JQuery zusammen mit der Mootools Klassen-Thematik verwenden: http://moo4q.com/

Genau das bietet dir bereits jQueryUIs' $.widget. Schau mal hier und hier vorbei.
Deine ui.widget-Instanzen kannst du als View ansehen. Per pseudo-selector auf jQuery kannst du dir auch alle Instanzen eines speziellen Widgets holen und dich so unabhängig vom DOM an View Events ankoppeln, falls du generell auf bestimmte Events reagieren möchtest.
Bspw:

PHP-Code:

  
$.widget( 'namespace.jQueryFunctionName', 'base.classname',{
    options: {
        a : 5,
        b : 5,
        c : 5
    }
    _create : function () {
        this._trigger( "Create", null, this.ui() );
    },
    ui : function () {
        return $.extend( true, {}, this.options );
    }
    
// ...
// in deinem controller: 
this.element.jQueryFunctionName({ a : 1, b : 2, c : 3 })

$(':namespace-jQueryFunctionName').on( 'jQueryFunctionNameCreate', function ( options ) {
console.log( options ) // { a : 1, b : 2, c : 3 }
// store laden oder was auch immer ..
});

Natürlich kannst du Listener auch wie gewohnt direkt an den DOM-Knoten binden.

Für Controllerklassen hast du die freie Auswahl, eine ganz simple Class-Abstraktion findest du hier.

drsoong · 13.12.2011, 21:01

Nutze JQuery + das eine oder andere Plugin. Habe mir aber offen gestanden auch nie etwas anderes näher angesehen. Alles klappt meistens sofort, ist leicht zu verstehen und ist schnell zusammengetippt. Das mit dem Spaghetti-Code stimmt schon, ist bei meinen überschaubaren Anwendungsfällen aber nicht so schlimm.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Framework oder Eigenimplementierung?	reliC	PHP-Fortgeschrittene	29	02.08.2011 18:18
MVC im Zend Framework	elf	PHP Einsteiger	23	24.05.2011 11:44
Zend Framework Schulung	abdullah	Beruflich	2	16.01.2011 13:00
Framework Wahl - Produktivurteile	cydox	PHP Einsteiger	14	31.12.2010 18:50
Framework, für mich(ja oder warten?), wenn ja welches?	ArtiHl	Off-Topic Diskussionen	7	24.09.2010 18:59
Scriptangebot Expression Forge Communication Framework [pre-alpha test]	eXpression	Scriptbörse	8	24.09.2009 16:27
Release 1.10 des Adventure PHP Framework (APF) veröffentlicht	dr.e.	Beitragsarchiv	0	04.09.2009 16:26
Release 1.10-RC2 des Adventure PHP Framework (APF) veröffentlicht	dr.e.	Beitragsarchiv	2	21.07.2009 11:22
Release 1.10-RC1 des Adventure PHP Framework (APF) veröffentlicht	dr.e.	Beitragsarchiv	5	19.07.2009 21:03
Release 1.9 (RC1) des Adventure PHP Framework verfügbar!	dr.e.	Beitragsarchiv	1	25.03.2009 00:16
Zend Studio for Eclipse und Zend Framework	KeKs0r	PHP-Fortgeschrittene	5	15.12.2008 15:10
Lerne Grundlagen \| Quellensammlung	cycap	PHP Einsteiger	0	12.11.2008 16:23
BrickOO :: PHP Framework	Hroudtwolf	Scriptbörse	14	06.05.2008 12:04
Zend Framework	Melchior	PHP-Fortgeschrittene	29	13.03.2008 21:12
Framework aus Haupt und Unterverzeichnis nutzen?	Anotherone	PHP-Fortgeschrittene	8	24.07.2007 15:05

08.12.2011, 12:28
mquadrat Erfahrener Benutzer Registriert seit: 02.09.2009 Beiträge: 1.019 PHP-Kenntnisse: Fortgeschritten	Welches Framework? Welches Framework nutzt ihr und warum? Wir nutzen aktuell Mootools (noch in der 1.2.x Version mit ClientCide). Die Frage, die sich uns nun stellt ist ob wir auf Mootools 1.4 mit ClientCide+Behavior gehen oder auf JQuery. Und falls JQuery, ob es sich vor JQuery UI 2 überhaupt lohnt umzustellen. Nachdem Dojo ja mal von MS unterstützt wurde ist es dort wieder recht ruhig geworden. Und so wie es ausschaut wird MS wohl eher was eigenes anbieten, schießlich brauchen sie für die Entwicklung gegen WinRT mit Javascript ja eh Bibliotheken. Der Einsatzzweck geht bei uns in Richtung Apps und Desktop-Ersatz. Das gleiche Framework sollte aber natürlich auch die Spielereien für marketinggetriebene Seiten beherrschen. Und das ganze möglichst auch noch für IE7, mindestens aber IE8. Ideen, Vorschläge, Ratschläge, Erfahrungen? __________________ Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

08.12.2011, 12:51
BlackScorp Erfahrener Benutzer Registriert seit: 25.09.2009 Beiträge: 2.114 PHP-Kenntnisse: Fortgeschritten	also ich nutze persönlich jQuery aus folgenden gründen: - Einfach zu benutzen - Gute Dokumentation - Viele leute die sich damit auskennen(Wie in PHP, desswegen benutze ich auch PHP und nicht Ruby ) - Viele Plugins die man einfach nur einsetzen braucht - Mobile Unterstützung für Touchgeräte(jQuery Mobile) - jQuery UI - IE7+ support (bestimmt auch IE6 hab das nur nicht installiert und meine software damit nicht getestet) - Wird ständig weiter entwickelt Mittlerweile sieht mein Standard Tempalte für seite etwa so aus Code: <!DOCTYPE html> <html> <head> <meta charset="utf-8" /> <script type="text/javascript" src="jquery.min.js"></script> <script type="text/javascript" src="jquery-ui.min.js"></script> <script type="text/javascript" src="functions.js"></script> <title>template</title> </head> <body> </body> </html> irgendwie kann ich mir das garnicht mehr vorstellen, js ohne jQUery zu nutzen. Also ich glaube dass man eigentlich nichts falsches machen kann wenn man jQuery verwendet MFG __________________ Mein kleines Projekt -Cruel Online- 5 von 3 Leuten können kein Bruchrechnen

08.12.2011, 14:37
Solu Erfahrener Benutzer Registriert seit: 10.11.2011 Beiträge: 268 PHP-Kenntnisse: Fortgeschritten	BlackScorp: word!

08.12.2011, 19:10
rudygotya Erfahrener Benutzer Registriert seit: 28.05.2008 Beiträge: 2.094 PHP-Kenntnisse: Fortgeschritten	Im Core von jQuery, dojo und auch mootools findest du bei allen dreien sizzle.js. Sprich, der Zugriff auf DOM-Objekte sollte bei allen 3en annähernd gleich schnell funktionieren. Bei Mootools entwickelst du deine Application im Scope des eigentlichen Objekts/Modules. Du hast deine php-änhliche Klassenabstraktion, jedoch auf Kosten dessen, dass MooTools den Prototype von nativen Typen erweitert. Dadurch, dass MooTools den Prototype von nativen Typen erweitert, wird es unnötig schwer, jQuery und MooTools parallel zu benutzen, da dir teilweise die jQuery-Plugins brechen. Dafür kommst du in den Genuss einer klassischen Vererbung wie bei php. Reine jQuery-Seiten sind sehr oft Spaghetti-Code, aber die haben dann auch meistens keinen Application-Charakter. Die sind meist DOM-zentrisch umgesetzt, damit nicht modular, schwer wiederverwendbar und immer im Scope des DOM-Knotens. Um jQuery sinnvoll für Applikationen einzusetzen, kannst du entweder auf Frameworks wie backbone.js ausweichen oder komplett jQueryUI benutzen. Bei Benutzerplugins bin ich meistens skeptisch, einiges von dem, was jQuery-Plugin heißt, würde ich nicht verwenden wollen. Für jQueryUI spricht die hohe Zahl der Beitragenden plus eine Widget-Factory, von der du alle Objekte ableitest, die aber nicht im Scope des DOM-Knotens läuft. Um dann zu einer Applikationsstruktur zu kommen, kannst du z.B. mit dem Mediator-Pattern arbeiten und dort deine Module registrieren. Für die Darstellung der Views kannst du aus einer der Template-Engines wählen, Models lassen sich mit Deferreds sehr hübsch abbilden. Da mir bisherige Ansätze für Mediatoren/Controller weniger gefallen haben, hab ich mir selbst eine eigene Klassenabstraktion geschaffen, mit der du ähnlich wie in jQueryUI leicht vererben kannst. Findest du hier. Wenns dich ernsthaft interessiert, wie man „my“ benutzt, mach ich mich demnächst mal an die Doku und pushe paar Scribbles in mein github repo. Der Core ist prinzipiell jQuery-unabhängig, falls jQuery vorhanden ist, kann man sich jedoch einige Bytes durch das Verwenden von my.jquerycore.js sparen. Ist leider noch alpha, da ich in letzter Zeit viel arbeiten musste. Grüße Basti __________________ ++++ Wieder einer ins Netz gegangen: Phishers Fritz zufrieden ++++ Blog

09.12.2011, 10:48
mquadrat Erfahrener Benutzer Registriert seit: 02.09.2009 Beiträge: 1.019 PHP-Kenntnisse: Fortgeschritten	Schon mal vielen Dank. Eben wegen der OOP-orientierten Programmierweise hatte ich mich damals für Mootools entschieden. Was mich dazu gebracht hat, die Entscheidung zu überdenken ist so etwas profanes wie ein Image Cropper. Für Mootools schwierig zu kriegen. Letztendlich habe ich einen jQuery Cropper verwendet und diese eine Seite dann ausgekoppelt. Mootools und jQuery gleichzeitig zu nutzen, halte ich für keine sinnvolle Alternative. Fertige Plugins sind überall mit Vorsicht zu genießen. Da gibt es haufenweise Schrott. __________________ Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

09.12.2011, 11:32
rudygotya Erfahrener Benutzer Registriert seit: 28.05.2008 Beiträge: 2.094 PHP-Kenntnisse: Fortgeschritten	Hier noch paar Konzepte, die dich in dem Zusammenhang interessieren könnten: Extending jQueryUI Widgets Automagic Event Registration - sehr hübsche Idee, für nicht zu komplexe Anwendungsfälle genial Mediator Pattern in JS Addy Osmani - large scale app structure jQueryUI widget bridge Darüber bin ich gestern noch gestolpert: non-trivial-js Benutzt einen Mediator als Kernkomponente. Jedes Modul, das sich registriert, startet sich auch automatisch. Ist komplett auf requirejs und AMD (asnychronous module definition) aufgebaut, geht also stark in Richtung ES Harmony. Das wird meine Lektüre für Weihnachten, wenn ich endlich mal mehr Zeit zum nodejsn hab Zum Einstieg in Deferreds: http://www.erichynds.com/jquery/usin...eds-in-jquery/ Für jQuery-Models sehr interessant: http://api.jquery.com/jQuery.Callbacks/ __________________ ++++ Wieder einer ins Netz gegangen: Phishers Fritz zufrieden ++++ Blog

13.12.2011, 08:56
mquadrat Erfahrener Benutzer Registriert seit: 02.09.2009 Beiträge: 1.019 PHP-Kenntnisse: Fortgeschritten	mhh man könnte natürlich auch JQuery zusammen mit der Mootools Klassen-Thematik verwenden: http://moo4q.com/ Allerdings müsste ich da jetzt nochmal schauen wie da JQuery UI reinpasst. __________________ Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

13.12.2011, 10:53
tarian Erfahrener Benutzer Registriert seit: 22.03.2009 Beiträge: 109 PHP-Kenntnisse: Fortgeschritten	Kannst dir auch mal qooxdoo anschauen. Selber noch nichts mit gemacht, aber sieht zumindest für UI Sachen vielversprechend aus

13.12.2011, 21:01
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Nutze JQuery + das eine oder andere Plugin. Habe mir aber offen gestanden auch nie etwas anderes näher angesehen. Alles klappt meistens sofort, ist leicht zu verstehen und ist schnell zusammengetippt. Das mit dem Spaghetti-Code stimmt schon, ist bei meinen überschaubaren Anwendungsfällen aber nicht so schlimm. __________________ Es ist schon alles gesagt. Nur noch nicht von allen.