Skip to content

Donts in Rails

by Matthias Derer on September 7th, 2006

Kev von Gluttonous hat kürzlich einen Artikel mit dem Titel “Guide: Things You Shouldn’t Be Doing In Rails” veröffentlicht. In selbigem führt er auf, was man beim fröhlichen Draufloscoden in Ruby on Rails besser lassen sollte… und dabei finden sich so einige Vorgehensweisen wieder, die man des öfteren in Docs und Tuts wiederfindet.
Einen sehr schönen und schon oft vermueteten Satz findet man zum Thema Scaffolding: “It’s good for the screencast and not much else. Leave it alone.” …wie gesagt, sowas hatte ich mir schon gedacht.
Ebenfalls weist Kev darauf hin, dass man Instanzvariablen, welche man nicht selbst erstellt hat, auch nicht als solche mit einem @ auszeichnen sollte.. wohl berühmtestes Beispiel hierfür ist ‘params’. Bisher habe ich in jeder Dokumentation ein @ davor vorgefunden. Gut zu wissen also..
Auch weitere Dinge gelten als deprecated, wie zum Beispiel ‘find_all’, welches schon längere Zeit durch ein simples find(:all) ersetzt wurde.
Doch nicht nur deprecated Code wird angesprochen, sondern auch Hinweise auf Best-Practices. Die Verwendung von Layouts legt Kev sehr ans Herz, ebenso wie den vorsichtigen Umgang mit Engines und den noch viel vorsichtigeren Umgang mit interner Pagination, welche laut Kev üblen Code erzeugt, der sich nur für kleinere Aufgaben (wie zum Beispiel) Blogs, sinnvoll einsetzen lässt.
Erwartungsgemäß wird in den Kommentaren zu dem Artikel fröhlich diskutiert und die Einwürfe haben schon zu mehreren Updates im Artikel geführt. Reinschauen lohnt sich, nicht nur für Rails-Anfänger.

]]>

Kev von Gluttonous hat kürzlich einen Artikel mit dem Titel “Guide: Things You Shouldn’t Be Doing In Rails” veröffentlicht. In selbigem führt er auf, was man beim fröhlichen Draufloscoden in Ruby on Rails besser lassen sollte… und dabei finden sich so einige Vorgehensweisen wieder, die man des öfteren in Docs und Tuts wiederfindet.
Einen sehr schönen und schon oft vermueteten Satz findet man zum Thema Scaffolding: “It’s good for the screencast and not much else. Leave it alone.” …wie gesagt, sowas hatte ich mir schon gedacht.
Ebenfalls weist Kev darauf hin, dass man Instanzvariablen, welche man nicht selbst erstellt hat, auch nicht als solche mit einem @ auszeichnen sollte.. wohl berühmtestes Beispiel hierfür ist ‘params’. Bisher habe ich in jeder Dokumentation ein @ davor vorgefunden. Gut zu wissen also..
Auch weitere Dinge gelten als deprecated, wie zum Beispiel ‘find_all’, welches schon längere Zeit durch ein simples find(:all) ersetzt wurde.
Doch nicht nur deprecated Code wird angesprochen, sondern auch Hinweise auf Best-Practices. Die Verwendung von Layouts legt Kev sehr ans Herz, ebenso wie den vorsichtigen Umgang mit Engines und den noch viel vorsichtigeren Umgang mit interner Pagination, welche laut Kev üblen Code erzeugt, der sich nur für kleinere Aufgaben (wie zum Beispiel) Blogs, sinnvoll einsetzen lässt.
Erwartungsgemäß wird in den Kommentaren zu dem Artikel fröhlich diskutiert und die Einwürfe haben schon zu mehreren Updates im Artikel geführt. Reinschauen lohnt sich, nicht nur für Rails-Anfänger.

From → Uncategorized

No comments yet

Leave a Reply

Note: XHTML is allowed. Your email address will never be published.

Subscribe to this comment feed via RSS