Hatena::Groupcatalyst

dann@catalyst このページをアンテナに追加 RSSフィード

2008-04-23

プラグインを使ってはいけないケース (wrap some prepare_* or finalize_*)

 プラグインを使ってはいけないケース (wrap some prepare_* or finalize_*) - dann@catalyst を含むブックマーク はてなブックマーク -  プラグインを使ってはいけないケース (wrap some prepare_* or finalize_*) - dann@catalyst  プラグインを使ってはいけないケース (wrap some prepare_* or finalize_*) - dann@catalyst のブックマークコメント

http://d.hatena.ne.jp/charsbar/20080423/1208920975#seemore

wrap some prepare_* or finalize_*

If your functionality needs to wrap some prepare_* or finalize_* stages, you won't get around a plugin.

Catalystのマニュアルで言われていた、「wrap some prepare_* or finalize_* stages」っていうのは、charsbarさんが書いている以下の問題のことなのかな。

prepare_*とか)にNEXTで機能を突っ込むときにロード順を気にしないといけない

これは確かに気持ちが悪い。けど、実際問題使うプラグインそのものがそんなに多くないわけで、そんなに気にすることないんじゃないかなぁという印象なんだけれど、そういうもんでもないのかなぁ。

けど、ロード順に副作用があるから、実装見ないと使えないというのは「プラグイン」としてはいまいちだよねというのはわかる気がする。

ただ、実際問題プラグインも5-6個くらいしか使わないわけで、そう考えるとそんなに気にならないんじゃないかって気がするのだけれど。そんなにたくさんのプラグインを使うことが前提になってるような気もしないし。

BaysideBayside2008/04/24 12:30すごく同感です。Java の struts と PHP の Zend Framework に明示的なモデルがないのは、フレームワークは VC だけ用意しておけばOKということなのかもしれませんね。

danndann2008/04/24 22:57仮にWAFがMを提供するにしても、WAFにMが依存しない形でもMを使えるような形でも提供するべきだろうなぁとは思います。要するに、WAFのM --> POPOのM という感じで。