2009-08-24 9 views

Antwort

1

Tough Call, aber ich würde mit Merb beginnen. Rails 3 wird Merb 2 sein. Die Merb-Core-Jungs übernehmen die Entwicklung von Rails, um Merb-artiger zu machen (h ttp: //yehudakatz.com/ et al.).

Der Nachteil ist, dass Merb ein bewegliches Ziel ist und Dokumentation fehlt etwas, während Rails umfangreiche Anfänger Dokumentation zur Verfügung hat.

Es gibt h ttp: //book.merbist.com/ und h ttp: //wiki.merbivore.com/, aber beide sind sehr unvollständig und nicht selten veraltet. Es gibt die automatisch generierten API-Dokumente unter http: //www.merbivore.com/documentation/current/doc/rdoc/stack/index.html, aber diese sind auch schrecklich unvollständig (die meisten Methoden haben grob unvollständige oder nicht vorhandene Dokumentation, die nicht funktioniert.) Listen Sie beispielsweise auf, welche Optionen in einem Options-Hash zur Verfügung stehen.) Es gibt Unmengen von Blogposts zu verschiedenen Merb-Features, aber die große Mehrheit ist schrecklich veraltet und nicht mehr auf den aktuellen Merb anwendbar.

Wenn Sie mit Merb gehen, sollten Sie sich damit abfinden, stundenlang die (minimal kommentierte) Testsuite und den Quellcode zu lesen, um herauszufinden, wie Sie die Dinge erledigen können. (Auf diese Weise werden Sie auf diese Weise ein tieferes Verständnis der Bibliothek erlangen, und zwar auf Kosten des Leserechts für den ersten Bildschirm.)

Rails dagegen ist ein relativ stabiles Ziel mit umfangreichen Tutorials und Dokumentationen, aber es ist alles in Rails 3 veraltet sein, wenn es Merbified ist. An diesem Punkt müssen Sie sowieso Merb lernen und all Ihre Arbeit damit verderben, klassische Rails unbrauchbar zu machen. Also würde ich von Anfang an mit Merb gehen.

(sorry über den Mangel an Hyperlinks, sondern „neue Benutzer nur maximal einen Hyperlink veröffentlichen können“)

5

Sinatra ist ein weiteres Ruby-Web-Framework. Ich habe gehört, dass es mehr auf kleinere Anwendungen ausgerichtet ist.