MVCとPAC - noopな日々
Presentation-Abstract-ControllerとModel-View-Controllerについてさらっと言及 MVCアーキテクチャはある程度の規模になると限界が訪れる。 http://c2.com/cgi/wiki?RecursiveModelViewController http://d.hatena.ne.jp/noopable/20090127/1233014697 この、1999年の記事でPACについて触れられているが、PACはMVCのスケール問題、その他を解消しうる。MVCでも、RecursiveMVCでMVCに階層構造を持ち込んで解決するという方法もあるらしい。 http://www.asahi-net.or.jp/~dp8t-asm/java/articles/OOAD/article.html#fig:pac 似たようなことは誰でも一度は考えることだろう
参照透過性を考慮する - noopな日々
PHPでこんなことをやるのは邪道かもしれないが、オレオレFWの設計指針には関数型ライクな考え方を盛り込みたい。成果物の評価法は開発工数と機能性に偏りがちだけれども、自前のサービスに利用する場合なら、内面的なクオリティを高めておくことは意味があると思う。 参照透過性*1 ここでの参照透過性はごくごくニュアンスのみで、厳密に参照透過性を追求するというよりも、実装に迷ったときは、透過性の高い方を選ぶというイメージ。そのための指針。厳密に参照透過性を実現しようと思うなら、関数型言語で実装すればよいわけでわざわざ対極にあるPHPを使う理由がない。しかし、PHPの利便性を生かしつつ関数型言語のおいしいところをいただきたい。 入出力を体系化し、入力値と出力値の間の依存関係について正確に把握する。 入力 リクエスト、モデル、継続実装用セッション、イレギュラー php関数やフレームワークに混入するその他デー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
