MVC 設計について考えていたときに、ちょうどその辺りの話をされている方々が居たので、今の考えをまとめてみました。 目次 前提 肥大化するコントローラを避ける ビジネスロジックをどこに書けば良いのか コントローラとモデルの間にもう一つの層があるとうまくいく? まとめ 前提対象は Web アプリケーションで、画面数(ビューの数)は数個〜100個程度の規模です。WordPress、Twitter、37signals のサービスのようなものを作ろうとするとき、どういう MVC 設計をしていくかについて考えます。... > このページを見る
最終更新時間:
2009年10月15日00時54分
みんなのブックマーク 人気(0) 新着
- 複数モデルが関わるトランザクションでatomicな処理をどう実現するか Controllerに書く/Modelに書く/Serviceとして実装するの実例 CakePHP
- ロジック層
- Skinny Controller, Skinny Model, Fat Service.
- ものすごくわかりやすい
-
Web アプリの MVC 設計まとめ - もやし日記 –
- MVCの開発手法について
- VにもCにもあてはまらないS層の話
- ビジネスロジックをどこに書けば良いのか
- えせMVCの議論に関連して,CakePHPでのfat modelの正しいあり方について。 「えせMVC」問題は,1テーブル=1モデルの形態の任意のフレームワークで発生する。対策:MVCの中にもう一層,親モデル(=Service層)を作る。
- サービスモデルを用意するのが無難なのかなあ。
- rails関連
- webアプリのMVC。Modelをどう区切るか。
- CakePHPで似た感じで書いてる。PHPで例を書くことに突っ込む人が多いのはなぜなんだろ。
- こないだ作ったのは fat model だった。serviceなどに分割するのがいいのか。facade的に。
- 開発・設計
- こういうのを Service って言うんですねー。なんか普通の facade パターンみたいに感じるけど、違いがあるのかな(呼び方の問題?)
- 僕の周りのSE諸君に聞きたい。ここで語られていることに関してどう思いますか?
- なぜPHPなんだろ。RubyやJavaのが適してると思うけど。
- http://www.amazon.co.jp/dp/4798105538









