codedifferent.de » zend framework

Ruby on Rails oder Zend Framework – die Entscheidung!

Christian — Sat, 22 Mar 2008 08:20:57 +0000

Das Zend Framework ist seit dem letzten Artikel zu der Entscheidung Zend oder Rails nach anfänglichem Stocken im Entwicklungsprozess bei Version 1.5 angekommen. Auch Ruby on Rails hat mit dem Sprung auf inzwischen Version 2.0.2 einen großen Sprung gemacht. Wer ist also mein persönlicher Sieger in diesem Rennen? Welches Framework eignet sich aus meiner Sicht am Besten für die Entwicklung von Web-Projekten.

Um es vorweg zu nehmen: Mein persönlicher Favorit ist Ruby on Rails!

Doch die brennende Frage ist natürlich das WARUM:

1. Ruby statt PHP: Natürlich klingt es unlogisch die eigenen mühsam erarbeiten PHP-Kenntnisse links liegen zu lassen und sich in eine junge rein objektorientierte Sprache einzuarbeiten. Doch, und das bestätigte mir bisher jeder ehemalige Java- oder PHP-Entwickler – die Mühe ist nicht groß Ruby zu lernen und der Nutzen ist überwältigend. Ruby ermöglicht es eleganten, gut lesbaren und gut wartbaren Code zu schreiben.
2. Vision-Driven-Community: Egal ob in den Mailing-Listen oder auf Entwickerkonferenzen, die Grundeinstellung und Vision der Community ist freundlich, ansteckend, international und produktiv. Es geht darum gemeinsam etwas neues, besseres und eleganteres zu schaffen … siehe auch die Keynote der RailsConf 2007 von David Heinemeier Hansson in Portland.
3. Skalierbarkeit: Inzwischen wurde vielfach bewiesen, dass Rails-Applikationen sich gut skalieren lassen auch wenn die Performance etwas schlechter sein soll. Doch unter dem Strich braucht man so etwas mehr Hardware als bei einem Zend Framework Projekt, doch dafür gewinnt man eine schnellere Entwicklung und bessere Wartbarkeit. Twitter, Qype und Xing machen es vor. Insbesondere die Twitter-Entwickler plaudern gerne über die Skalierbarkeit, wie Britt Selvitelle auf der RailsConf Europe 2007 in Berlin.
4. REST: Mit der Version 2.0 wurde die Programmierung nach dem REST-Prinzip konsequent im Ruby on Rails Framework implementiert. Damit lassen sich einfach Schnittstellen zu anderen Systemen schaffen – und werden alte, aber gute und durchdachte Features des http-Protokolls wiederentdeckt. Siehe auch das PDF von b-simple zum Thema RESTful-Rails.
5. Datenbank-Migrationen: Rails bietet mit Migrations ein mächtiges System Datenbankstrukturen einfach und in Einzelschritten skriptbasiert zu erstellen – und, wenn nötig diese Einzelschritte auch wieder rückgängig zu machen. Für die Entwicklung nach dem Prinzip des “Pragmatic Programming” ist das ein perfektes Werkzeug um Tabellen zu erstellen, zu erweitern und mit Daten zu füllen. Für das Zend Framework ist ein solches Feature als Proposal angedacht … doch wann es kommt und wie es funktionieren wird ist noch völlig unklar.
6. Test-Driven-Development: Rails ist weiterhin Vorreiter was die eingebauten Test-Infrastruktur für automatisierte Unit-Tests, Functional-Tests und Integration-Test. Zend Framework versucht zwar mit dem ZFTestManager aufzuholen – doch noch immer fehlt eine schlüssige Integration in das Framework.
7. MultiView: In Rails lassen sich Inhalte je nach Anfragetyp darstellen – sollen sie nun als CSV-Datei, RSS-Feed, HTML-Seite oder als spezielle iPhone-Seite Angezeigt werden – SlashDotDash zeigt wie man der eigenen Rails-Applikation ein iPhone-optimiertes User-Interface verpassen kann.

Bestimmte Projekte eignen sich allerdings nur bedingt für Rails:

… wenn die Applikation auf einem Shared-Hoste-Webspace laufen muss: Rails wurde zur Realisierung von professionellen Webapplikationen konzipiert. Ein einfaches Webspace-Paket bei einem Hoster wie 1und1 oder Strato eignet sich nicht für das Deployment einer Rails-Applikation. Shared-Hoster wie DreamHost bilden dabei eine Ausnahme. Allerdings gibt es inzwischen eine Reihe von speziellen Hostern die von der Privat- bis zur Enterprise-Lösung spezifische Hosting-Lösungen anbieten. Und natürlich läuft Rails bestens auf einem eigenen Server bzw. Root-Server. Ezra Zygmuntowicz, einer der Gründer von EngineYard, Bruce Tate und Clinton Begin plaudern in dem neuen Buch Deploying Rails Applications: A Step-by-Step Guide aus dem Nähkästchen.
… wenn die Applikation auf einem Windows Server laufen muss: Ruby on Rails wurde bisher für Unix-basierte Systeme optimiert. Das bedeutet, dass es schnell üblichen Web-Server-Infrastrukturen wie die verschiedenen Linux-Distributionen oder auch Mac OS X läuft. Auf einem Windows Server muss man jedoch mit einem Zentel der Performance rechnen. Daher ist ein Deployment auf einem Windows Server nur in kleinen Intranet-Installationen praktikabel.
… wenn man einfach nur mal schnell das aktuelle Datum auf einer statischen Website eingeblendet werden soll. Dann lohnt sich weder die Nutzung von Rails wie auch von Zend Framework.
… wenn man als Entwickler kein Wort Englisch versteht. Zwar gibt es inzwischen eine ganze Reihe Rails-Büchern in deutscher Sprache. Doch ohne Englischkenntnisse fehlt der Anschluss zur internationalen Community und lassen sich die vielen Tips und Tricks, die in Blogs gepostet werden oder Screen-Casts wie Peepcode oder Railscasts nicht nutzen. Im Zweifel hilft da nur eines: Englisch lernen

My2Cents

Weitreichende Entscheidungen: Ruby on Rails oder PHP & Zend Framework

Christian — Fri, 20 Apr 2007 17:55:07 +0000

Als Web-Developer hat man die Qual der Wahl: Welche Script-Sprache lernt man? Welche eignet sich für die zukünftigen Projekte am Besten? Welches Framework erleichtert einem die Arbeit und nimmt einem lästige Basisarbeit ab? Dazu kommt noch, dass Script-Sprachen und Frameworks meist von Open-Source-Communities entwickelt werden. Hinter PHP steht neben der Open Source Community auch noch die Firma Zend als eine treibende Kraft. Es stellt sich also dazu noch die Frage: Welche Projekte entwickeln sich am besten weiter? Gegenüber der etablierten Lösung PHP entwickelt sich die Community insbesondere um das in der Scriptsprache Ruby geschriebene Framework Rails rasant und verspricht klares, strukturierte, elegantes und vor allem schnelles Coding. Welcher Weg ist daher der richtige?
Wenn man nach der aktuellen Verbreitung geht müsste man sich für PHP entscheiden – laut Zend arbeiten mehr als 4,5 Mio. Entwickler weltweit mit PHP. Auch die meisten aktiven Web-Open-Source Projekte arbeiten derzeit mit PHP als Scriptsprache: Joomla oder TYPO3 als Content-Management-Systeme, das Shopsystem osCommerce oder die Blogsoftware WordPress, mit der auch dieser Blog läuft, sind alle in PHP geschrieben worden. Auch ich bin so zu PHP gekommen, denn um diese Open-Source-Software einzusetzen und insbesondere um sie nach den eigenen Wünschen zu erweitern, kommt man um PHP nicht herum.
Wenn es allerdings um die Realisierung von neuartigen Softwarelösungen geht, die von Grund auf gecodet werden müssen, sieht die Welt bei genauerem Hinsehen etwas anders aus. Dann wird nämlich schnell klar, dass PHP als Scriptsprache zwar sehr mächtig ist, man als Entwickler jedoch viele wiederkehrende Herausforderungen immer wieder mit eigenem Code lösen muss. Viele dieser Probleme, wie die Datenbankanbindung, das URL-Mapping, den Umgang mit Sessions, die Authentifizierung von Nutzern oder das Caching von Inhalten sind für jede Webanwendung ähnlich. Jeder Entwickler kann sich so seine eigenen Lösungen basteln und versuchen diese Lösungen so zu verallgemeinern, dass er die Lösungen wiederverwenden kann … oder er nutzt ein Framework, bei dem einige Entwickler bzw. eine ganze Community diese Vorarbeit schon geleistet haben. Ein solches Framework entwickelt derzeit Zend für PHP5. Das Projekt hat in den letzten Monaten wieder Fahrt aufgenommen und das Zend Framework ist inzwischen bei dem Beta-Release 0.9.2 angekommen. Der erste Release Candidate 1.0.0 soll noch Mitte diesen Jahres erscheinen. Für den professionellen Einsatz ist das Framework derzeit daher noch mit mehr als Vorsicht zu genießen – bietet jedoch eine Fülle von Erleichterungen für die Entwicklung von Applikationen.
Bei der Beschäftigung mit dem Zend Framework bin ich immer wieder über “Ruby on Rails” oder “the Rails way” gestossen. Wie das immer so ist, weiss man im Nachhinein gar nicht, warum man sich mit dieser Technologie nicht schon viel früher befasst hat Denn die Vorteile sind auf den ersten Blick überwältigend: Mit Ruby on Rails, kurz RoR oder Rails, lassen sich elegant Applikationen in kurzer Zeit entwickeln. Der Code ist Dank der von Smalltalk inspirierten Sprache Ruby und intelligenten Konventionen für die Programmierung sehr einfach lesbar. Rails schafft es dank verschiedener Rapid-Prototyping-Mechanismen, wie dem Scaffolding in Migrations-Scripten für Datenbankveränderungen, Web-Applikationen on the fly zu entwickeln – ganz im Sinne des Agile Software Development.
Eleganterer Code, schnellere Entwicklung, Rapid Prototyping bei der Software Entwicklung … klingt alles wunderbar. Doch hat die Sache einen Haken, außer dass meine PHP-Bücher im Schrank verstauben? Und wieso nutzt dann nicht alle Welt Rails anstatt PHP?

Rails ist noch jung … das Framework wurde erst 2004 von dem dänischen Programmierer David Heinemeier Hansson veröffentlicht. Doch die Community wächst rasant. Und man darf Rails nicht mit PHP vergleichen, sonder mit dem Zend Framework, dass sich derzeit noch im Betastadium befindet. Das ist also kein Nachteil, sondern ein Vorteil.
Rails läuft nicht bei jedem Hoster … hier hat PHP derzeit natürlich die Nase vorne – denn PHP gehört inzwischen bei jedem ernst zu nehmenden Hoster mit dazu. Doch die Zahl der Shared-Hoster mit Rails-Unterstützung wächst. Für professionelle Projekte braucht man jedoch meist sowieso einen eigenen Server – und hier lässt sich Ruby on Rails problemlos installieren. Diesen Aspekt muss man sicher individuell abwägen.
Rails hat derzeit eine geringere Performance … bestätigen viele Entwickler, allerdings ist eine Skalierung auch mehrere Server ohne Probleme möglich. Die extreme Reduzierung des Entwicklungsaufwands bedingt höhere Hardwareanforderungen. Das muss in der Projektplanung beachtet werden – ist jedoch in meinen Augen kein Nachteil.

Interessantes Detail der Ruby on Rails Community ist, dass viele der Entwickler auf dem Mac arbeiten. Und auch Apple begeistert sich für Ruby on Rails. Schon jetzt steckt in Mac OS X die Scriptsprache Ruby und mit Leopard (OS X 10.5) wird jeder Mac auch mit Rails ausgeliefert.

Die Entscheidung muss jeder Entwickler selbst treffen … Ich werde in nächster Zeit auf alle Fälle von meinen Erfahrungen in der Welt der Edelsteine und Schienen berichten.

So, let’s get on Rails

Quellen: Agile Manifesto 2001, Ruby on Rails, Zend Framework