http://events.php.gr.jp/events/show/91での発表Zend_Aclの探究の中で、サービスレイヤーについて少し触れました。 id:m_noriiさん、感想ありがとうございます。 サービスレイヤーについては、発表内容とは全然違うけど、今設計的に悩んでる部分があって、…

Zend FrameworkのMVCで多様化しがちなビューを実現するには、Viewスクリプトは表示用テンプレートではなく、Viewをつかさどるコントローラー的に実装し、表示をフォーマットするためのテンプレートは別に用意したほうがいいのではないか。 多様化するビュー …

このイベントに参加する"CMS Designer"はテンプレートにXSLTを使っているというので、少し興味があります。 XSLTは、埋め込み式のテンプレートよりも柔軟な発想でデザインできて面白いのですが、PHPでテンプレート実装する場合に比べて重箱の隅をつつくのが…

コントローラーががんばりすぎる設計(Fat Stupid Ugly Controllers)に対するアンチテーゼとして出てきた話、"Skinny Controller, Fat Model" 元ネタ 元はこのブログ記事Buckblog: Skinny Controller, Fat Modelらしいですが、元ネタの元はこれ？http://www.a…

フレームワークの性能を向上させる手掛かりとして、キャッシュについて考えてみます。 フレームワークによるパフォーマンス低下 フレームワークを利用する場合、パフォーマンスが犠牲になることはよくあります。フレームワークを設計する側からすると抽象化…

フレームワークはカップリングを減らし、コンポーネントのメンテナンス性と品質の向上を考えるべきだと思う。 アプリケーションは疎結合なフレームワークを「結合」させて組み上げます。結合仕様がアプリケーションの骨組みになり、目的に合致したアプリケー…

オープンソースのＣＭＳやフレームワークもいろいろあるけれど、それを業務ニーズにマッチさせようとすると何かと拡張が必要になる。 CMSの変更は黒魔術的 その時、それらのシステムが用意した拡張ポイント、プラグインやらコンポーネントやらで回避的に目的…

大概のフレームワークにはcacheコンポーネントがある。 効果的に導入できればパフォーマンスはかなり改善される。しかし、キャッシュのベストプラクティスはアプリケーション毎、対象にしているクライアントによって異なる。一般に、キャッシュを効果的に利…

Presentation-Abstract-ControllerとModel-View-Controllerについてさらっと言及 MVCアーキテクチャはある程度の規模になると限界が訪れる。 http://c2.com/cgi/wiki?RecursiveModelViewController http://d.hatena.ne.jp/noopable/20090127/1233014697 この…

moca & colonさんの「Yii widgetのひみつ」にyiiのwidget実装の記事があったので関連で。 http://choco-moca.pugpug.org/wp/?p=327関連： http://d.hatena.ne.jp/noopable/20090115/1232027664テンプレートベースを利用したビューに対して、widgetの有用性を…

http://www.magic3.org/doc/index.phpプル型の構成をとっていると思われるのが、このフレームワーク。 発想はいいんじゃないだろうか。 も少し時間ができたらチェックしに行くことにする。

Webアプリに限らず、デスクトップアプリでも結局のところ、管理画面が存在する。 Webアプリの場合、管理画面はHTMLフォームを軸にして画面設計から開発していくことになる。これまでもいくらでも開発してきたので、いくらでも開発用のポケットはある。 しか…