ぼくが見ているレール(map.resouces編) - moroの日記

先日のQConで大場さんもおっしゃっていたことですが、Railsで開発をする上でものすごく重要なポイントに、Railsの敷いたレールから降りないというのがあります。別にコレはRailsが不自由だというわけでなく*1、通り一遍のものしかできないというわけでもなく、ただ基盤と相性の悪い設計すればあとで苦労するという、当然の話なわけです。 最近、私を含めいろいろな方が「レールから降りないで作るのが重要」と話しています。が。じゃあそのレールはどこにあるのかという話はあまり聞かれません。ということで、ふだん私がRailsアプリを設計するときに意識しているレールを言語化してみて、議論なりのたたき台にしたいな、と思った次第です。 とはいえDB周りは「羽生さんのERDレッスン嫁」で7割くらい済む話*2なので、まずはコントローラから。 設計指針としてのmap.resouces Rails 2.xにおいて、コ

[bigbro]

ルーティング

[kattton]

俺はこーゆー記事が読みたかったんだ！

[takeshiketa]

すばらしい。こういうアプリケーション・パターン的な記事を読みたい

[SavingThrow]

"Railsでアプリを開発するときに意識しているレール"

[hiroponz]

railsの設計で心懸けること。

[tkawa]

良解説 / newはまだいいとしてもeditってのは名前が良くない気が。適切な名前ってのも難しいけど、僕は名詞が思いつかないときは動詞ingにしたりしてる

[yssk22]

よいまとめ。確かに、Rails 2.X からは route.rb で map.resources を追加して、大体アプリケーションの方向性が決まる。

[yohei]

去年の RubyKaigi で話したことに近い感じでとてもうれしい/newとかeditはアクションじゃなくてそういうリソース・表現のGETなんですよね

[t-wada]

素晴らしいまとめ。設計の順番や力点はどうしているか聞いてみたいです。 DB設計が先かリソース設計(URL 設計)が先かとか、リソース設計はレールに乗るか。 あとは複雑なドメインモデルを ActiveRecord でどう構築するか。

[akkun_choi]

「レールから降りない」「それJSで」

[h-yano]

素晴らしい。続きに期待。

[tohtas]

rails TODO 設計　続き期待

[s5ot]

rails TODO 設計　続き期待

[nobeans]

ほとんどそのままGrailsにも当てはまるので非常に参考になる／改めて読んで参考になる

[june29]

「リソースの CRUD を意識する」「new/edit は別物だと割り切る」

[yhara]

そっか、「それJSで」なのか

[yoshuki]

こころがけ。