Die Einarbeitungszeit ist sehr kurz und die Anforderungen an den Server sind minimal. Nach dem kurzem Quickstart kann man direkt loslegen. Es ist ein recht schlankes Framework das einem viel Raum für die eigenen Ideen gibt, aber trotzdem noch genügend Arbeit abnimmt um von Nutzen zu sein. Klar, es ist lange nicht so mächtig und komfortabel wie symfony, aber dafür erfordert symfony einiges an Einarbeitung und Installations Aufwand. Das Zend Framework lässt sich durch seine Flexibilität auch problemlos in bestehende Projekte integrieren.

Viele Kompontenten des Zend Framework erinnern an die PEAR Module und wenn man sich an dessen Gebrauch gewöhnt hat kommt man auch schnell mit den Zend Framework klar.

Beispielsweise ist das Zend_Form fast identisch zu verwenden wie das HTML_Quickform von PEAR. Es hat aber einige Features mehr als das alte HTML_Quickform. Die Datenbank Schicht Zend_Db erinnert stark an an das MDB_Query Tool.

Doch leider sind diese Frameworks noch neu, und das Zusammenspiel der verschiedenen Kompoenten klappt nicht immer.

Beim Einsatz von script.aculo.us kamm ich schnell an die Grenzen des Machbaren. Trotzdem konnte das Projekt wie gewünscht umgesetzt werden. In der nachfolgenden Zeit hatte ich erstmal keine aufwendigen Rich Clients zu entwicklen und bin deshalb auf das Framework Jquery umgestiegen. Dieses eignet sich besonders für kleinere Aufgaben. Die Syntax ist sehr leicht verständlich und intuitiv, auch für Benutzer die von dem eigentlichen JavaScript keine Ahnung haben.

Als ich dann mal wieder eine aufwendigere Oberfläche erstellen musste wollte ich kein neues Framework einbinden um Ladenzeit zu sparen und habe deshalb Jquery UI eingesetzt. Dieses war zu den damaligen Zeitpunkt noch nicht so richtig stabil und es kamen einige Beschwerden von Kunden. Ich musste deshalb einiges der Funktionalität in bestimmten Browsern ausschalten.

Neuerdings ist es scheinbar stabil und ein Update hat die Kundenprobleme gelöst.

Jquery UI ist aber noch nicht so umfangreich wie ich es mir wünschen würde und und die Features scheinen nicht einheitlich programmiert zu sein.

ExtJS ist auch ein Javascript Framework das sich besonders durch seine schicken Widgets auszeichnet.
Die Basis Sprache erinnert mich an prototype und ist im Gegensatz zu Jquery mehr für Erfahrene Nutzer und nicht für “Gelegenheit’s-Javascript Programmierer”. Das ist nicht abwertend gemeint, aber es gibt viele Programmierer die sich nicht ernsthaft mit JavaScript auseinander setzen wollen.

Genau wie in Jquery gibt es die Möglichkeit einfach durch den DOM zu wandeln und diesen zu modifizieren. Wirklich interessant wird ExtJS mit seinen genialen Widgets. Mit diesen Wigdet lassen sich ganz einfach schicke DataGrids, Tabs, Fenster, Dialoge, Tooltips, Menübäume und aufwendige Formulare darstellen. Wenn man sich die ausführliche Dokumentation anschaut erkennt man, dass ExtJS sehr mächtig ist und man sich nicht erst viele Plugins besorgen muss.

Ajax Requests lassen sich in ExtJS und in Jquery genauso einfach umsetzen.

Besonders schön finde ich das Interface Design bei ExtJS. Dieses ist einheitlich und bietet eine gute Basis.

Auch für ExtJS gibt es unzählige Plugins.

Der Vorteil an ExtJS ist die Firma die dahinter steht. Es ist nur für Open Source Anwendungen kostenfrei, ansonsten kostet eine Lizenz ab 289$. Ich denke durch dieses Konzept ist der Umfang des Frameworks möglich und es gewährleistet auch eine gewisse Code Qualität und Sicherheit den ich bei anderen Frameworks zur Zeit vermisse.

Wenn man seine Seiten mit einfache Lightbox Effekten oder Tabs aufwerten möchte, dann ist Jquery UI die bessere Wahl. Wenn man aber eine aufwendige Anwendung im Desktop Stil erstellen will, würde ich eher  ExtJS einsetzen und die Lizenskosten in Kauf nehmen. Mit Jquery UI lassen sich einfacher Anwenungen schreiben, die auch ohne JavaScript zu verwenden sind.

Nach der Installation des ASP.NET MVC Preview 4 Release musste ich noch die Code Templates für Visual Studio nachträglich installieren. Diese findet man hier.

Wenn man jetzt ein ASP.MVC Projekt anlegt bekommt man folgende Struktur im Projekt:

Genau wie andere MVC Frameworks muss man hier auf die richtige Namensgebung der Klassen und Template Dateien achten.

Die Controller Klassen müssen immer mit Controller enden (Controller/TasksController.vb) und die View Templates müssen in dem Ordner liegen wie der Controller heißt und den Namen der Methode haben (/Views/Tasks/Create.aspx).

Gut gelöst ist das URL Mapping. Um eine Action aufzurufen, gibt man in der Url den Namen des Controllers an und dessen Methode.

Beispiel:

/Tasks/Create/

Diese Url ruft die Methode Create der Klasse TaskController auf.

Schön gelöst ist die Verwendung von Parametern in Controllern. Man kann in der Signatur einer Controller Methode angeben, welche Parameter angegeben werden können und auch dessen Typ festlegen.

Function Complete(ByVal id As Integer) As ActionResult

Die Übergabe der Daten an die View erfolgt genau so einfach indem man die Werte als Parameter dem View übergibt.

Return View(tasks.ToList())

Diese Werte kann man in der View aspx Seite dann aus dem Property ViewData auslesen.

Fazit

Es handelt sich hier um ein sehr einfach zu bedienendes Framework das sehr schlank daher kommt. Die Einarbeitung geht schnell. In Verbindung mit Linq kann man damit sehr schnell übersichtliche Applikationen schreiben. Das Framework kommt völlig ohne die ASP Tags aus. Das macht es auch für unerfahrene ASP Entwickler einfach.

Sehr gute Screencasts findet man hier: http://www.asp.net/learn/mvc-videos/