Die Einarbeitung hat am Anfang etwas länger gedauert als bei anderen Javascript Frameworks aber als ich dann mal das Prinzip hinter der Architektur erkannt hatte, dann ging die Entwicklung extrem schnell.

Ein wenig erinnerte mich das an die ASP.NET Controlls. Bei diesen muss man auch vorher wissen welches Controll für welche Aufgaben geeignet ist und wo die Grenzen sind. Ganz so extrem ist die Auswahl bei ExtJS zum Glück nicht.

Sauberer Code

Der Code von ExtJS ist sehr sauber und einheitlich. Deshalb ist es sehr einfach sich in neue Grids und co einzudenken wenn man das Prinzip einmal verstanden hat.

Dokumentation

Die Dokumention als AIR Applikation ist praktisch und habe ich extrem viel genutzt. Es handelt sich dabei aber um eine reine Code Dokumentation und mit dieser kann man schlecht das Zusammenspiel der Komponenten darstellen. Dafür war für mich ein Blick in die Sourcen der Klassen nützlicher als jede Google Suche.

Keine Sackgassen

Oft habe ich beim Einsatz von neuen Frameworks die Erfahrung mit Sackgassen erlebt. Meistens traten diese Probleme auf wenn man verschiedene Komponenten mit einen kombiniert und die dann nicht richtig zusammenarbeiten können. Nicht so bei bei ExtJ, selbst die verrücktestden Aufgaben ließen sich mittels der umfangreichen Plugins lösen.

Ausnahme

Ein Ausnahme war die Verwendung von 2 übereinanderliegenen Dropzonen. Das ließ sich mit einen kleinen unschönen Workarround aber auch lösen. Hier ein Beispiel der Problematik.

Gelöst habe ich das Problem indem ich den startdrag Event von dem beiden Grid abfange und dann während des Dragvorgang die andere Dropzone entferne und beim Beenden des Draggen sie wieder neue erstelle.