Hallo Liebes Shopware Team und Shopware Community, Jetzt möchte Ich mal eine Frage als Programmierer loswerden… Warum wird in Shopware generell so groß Wert auf extJS gelegt? Zugegeben extJS macht schon was her und ist auch flexibel. Shopware baut ja auf das Zend Framework auf, ich als Programmierer bin von erster Stunde an mit Zend Framework am arbeiten und täglich damit am Programmieren, an verschiedensten Lösungen für meine Kunden. Nun die Frage, warum wird das lade Intensive extjs eingesetzt, wenn das Zend Framework doch von Haus aus schon das Dojo Framework mitliefert? Als Offizieller Beta-Test von Sencha, muss sagen, mir sträuben sich schon die Haare wenn ich daran denke, das Shopware 4.0 mit extjs 4 erscheinen soll, das noch größer und Lade intensiver ist. Zugegeben in extjs 4.0 ist das MVC noch Modularer als in der 3er Version, dafür sind die einzelnen Dateien noch größer. Warum ich das Thema anspreche? Generell muss ich sämtliche Developer Tools in meinem Browser deaktivieren, wenn ich das Backend von Shopware betrete, weil die die Ladezeiten des Backends doppelt so groß machen, das Problem hier bei, sehe ich öfters wenn ich über mein iPhone mittels Laptop auf das Backend zugreife. Wäre nett, wenn mir jemand diese Frage beantworten könnte, warum nicht das mitgelieferte Dojo Framework im Zend Framework genutzt wird, das um das 10 Fache schneller ist, als extJS. (Kann dafür gerne Beispiele nennen) Liebe Grüße, Daniel
Moin, man kann hier nicht Äpfel mit Birnen vergleichen - die beiden Frameworks gehen schon in eine unterschiedliche Richtung. ExtJS versteht sich ja als „Komplettpaket“ zum Aufbau von Rich-Internet-Applications. Die einzelnen Komponenten sind sehr weit entwickelt und aus einem Guß - sprich, es ist sehr wenig Programmieraufwand notwendig um sehr komplexe grafische Oberflächen zu gestalten. Mit ExtJS 4 wird ja außerdem das partitielle Laden von Komponenten unterstützt - sprich es gibt eine Art Auto-Loader, der immer dann aktiv wird, wenn eine neue Komponente instanziert wird. Die Performance ist im Vergleich zu 3.x auch um einiges schneller - das kann man nicht nur an der Größe der Library fest machen, da geht es ja zum Beispiel auch darum, wie performant die Algorithmen zur Element-Selektierung (xpath und co) implementiert sind. Wenn man dann Dojo soweit modifiziert hat, das die gleichen Leistungsmerkmale wie bei ExtJS zur Verfügung stehen (z.B. das Grid, das kannst du bei Ext bis zum umbiegen konfigurieren und an verschiedene Data-Stores / Controller binden), wird man vermutlich eine ähnlich umfangreiche Bibliothek haben. Zend will doch mit Version 2 vom ZFE auch auf jQuery migrieren, oder?
Hallo Stefan, Danke erstmal für deine Antwort! Richtig, in extJS 4.0 gibt es den Autoloader, mit dem man nur benötigte Module laden kann, somit muss nicht alles _komplett_ geladen werden. Dennoch sehe ich aktuell extJS 4.0 noch als bisschen Kritisch an wenn ich mir den Bugtracker dazu ein wenig anschau. Nun da du das Grid angesprochen hast, Ich weiß nicht wie tiefgründig das jetzt driftet, aber es ist nicht sehr viel Aufwand das ganze tiefgründiger auszubauen. (http://dojotoolkit.org/grids-charts) TreeGrids, ChartGrids etc. Zumal es im Dojo auch die Rich UI Widgets gibt, siehe: http://dojotoolkit.org/widgets Daher würde ich nicht sagen, das man Äpfel mit Birnen vergleicht, da Dojo das selbige wie extJS bietet, wenn du dir mal den letzten Link anschaust. (Klar bei extJS hab ich mein Designer wo ich mir alles zu recht schieben kann und dann als JS Code exportieren lassen kann.) Aktuell warte ich ja noch auf die Offizielle Roadmap von ZF 2, die soll wohl in den nächsten Wochen veröffentlicht werden => http://framework.zend.com/wiki/display/ … oper+Notes
[quote=„Sany-Media“]Hallo Stefan, Danke erstmal für deine Antwort! Richtig, in extJS 4.0 gibt es den Autoloader, mit dem man nur benötigte Module laden kann, somit muss nicht alles _komplett_ geladen werden. Dennoch sehe ich aktuell extJS 4.0 noch als bisschen Kritisch an wenn ich mir den Bugtracker dazu ein wenig anschau. Nun da du das Grid angesprochen hast, Ich weiß nicht wie tiefgründig das jetzt driftet, aber es ist nicht sehr viel Aufwand das ganze tiefgründiger auszubauen. (http://dojotoolkit.org/grids-charts) TreeGrids, ChartGrids etc. Zumal es im Dojo auch die Rich UI Widgets gibt, siehe: http://dojotoolkit.org/widgets Daher würde ich nicht sagen, das man Äpfel mit Birnen vergleicht, da Dojo das selbige wie extJS bietet, wenn du dir mal den letzten Link anschaust. (Klar bei extJS hab ich mein Designer wo ich mir alles zu recht schieben kann und dann als JS Code exportieren lassen kann.) Aktuell warte ich ja noch auf die Offizielle Roadmap von ZF 2, die soll wohl in den nächsten Wochen veröffentlicht werden => http://framework.zend.com/wiki/display/ … oper+Notes[/quote] Ich meine, dass das eine ziemlich fruchtlose Diskussion ist. Die Shopware AG hat sich, sicher bewusst und aus guten Gründen, für ExtJs entschieden, und das wird sicher auch so bleiben…
[quote=„Sany-Media“]Warum ich das Thema anspreche? Generell muss ich sämtliche Developer Tools in meinem Browser deaktivieren, wenn ich das Backend von Shopware betrete, weil die die Ladezeiten des Backends doppelt so groß machen, das Problem hier bei, sehe ich öfters wenn ich über mein iPhone mittels Laptop auf das Backend zugreife.[/quote] Vielen Dank für den Tip mit dem deaktivieren der Developer Tools. Bei mir hat es das 3.5.4er Backend von der Geschwindigkeit „unterträglich“ auf „ok“ beschleunigt. Manchmal sieht man den Wald vor lauter Bäumen nicht.