オブジェクト指向 Rails しばしば出てくる3つの悩みを解決する。 - Qiita
はじめに Railsで開発をしていると頭を悩ます３つのしばしばがあります。 １つのモデルで複数のモデルを操作してしまう 冗長なコードが複数のモデルまたはコントローラに出てくる 表示のためだけに、モデルにメソッドを追加する これらを解決するためには、オブジェクト指向とデザインパターンによる考え方ができるとよいです。 この記事では、Railsでよりオブジェクト指向的に、より構造が単純で、より DRYに書くためのパターンを学びます。 環境は Rails 4 です。 キーワードは３つ。 複雑なビジネスロジックを分離する Non associated Model 関心の分離を保ちつつ処理をまとめる Model/Controller Concerns 表示ロジックをモデルから分離する Decorator Non associated Model 解決する問題 １つのモデルで複数のモデルを操作してしまう
Martin Fowler's Bliki in Japanese - エンタープライズRails
http://www.martinfowler.com/bliki/EnterpriseRails.html Railsのコミュニティでは「エンタープライズ」という言葉がダーティーワードになりつつある。 多くの人にとってRailsフレームワークとは、貪欲にシンプルさを備えたものであり、複雑になり過ぎた「エンタープライジー」なフレームワークへのアンチテーゼなのだ。 先ごろ開かれたRailsConfでは、オープニングキーノートにおいてPragDaveが「Railsでは解決できない事項」に焦点をあてていた。 その中にはエンタープライジーなことも含まれていた。 たとえば、複合キーを持つような、様々なデータ構造を扱うことが必要だというのだ。 これに対するDHHの反応は、この上なく痛烈な拒絶であった。Wired誌*1の表紙になった画像をうまく編集して、DHHは自らをソフトウェア界のネオ（救世主）として
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
