2007/10/30
|
XOOPSCubeにおけるDelegateとは何か？[0]
カテゴリ : XOOPSメモ
執筆者:
 itoh (5:04 am)
|
Delegateという機能がXOOPSCubeにはある。かなり中心にある。これが全てなんじゃないかと思えるほどだ。 しかし、これが全く理解できないのだ。 何のためにあるのか分からない。 一昨日、minahitoさんと話したところ ・普通にWebアプリ造ってれば、Delegateなんて要らない ・それは、自分の手の中に収まるものしか考えないから。→そりゃ当然 で、その後も色々聞いたのだけど細かいことは忘れた。  そして、さっきXCube Legacyのソースコードを見て、MarijuanaさんのXCube Legacy用のモジュールをみて、それでもさっぱり分からんわけです。 まず、どうやってコードを書いていいか分からないんだけど、それより問題なのが 「なにを実現させるために使うのかがわからない」 それはまさしく、さっき書いた通りで［普通にWebアプリ造ってるなら要らない]機能だから。 目的が無いのに、手段があるわけが無い。 ということで、まず考えたのが「何のためにDelegateが必要なのか？」ということ。しかしこれはあまりに漠然としていてわからない。 そこで、切り口を変える。 「なぜ、XCubeはDelegateを用意したのか？」 を考える。 ・Delegateとは、XOOPS2の開発やハックで辛酸を嘗めた人が造った ↓ ・なぜ辛酸を嘗めたのか？ ↓ ・それは、ono..じゃなくてHer...でもなく、X2にフックポイントが無かったから ↓ ・だから、コアに対しては、「思い切ってハック」か「まるごと代替を造る」 ↓ ・いずれにせよ、コアのアップデートに対して極めて脆弱な立場 ↓ ・コアに対して、モジュールが気軽にフックさせたい ↓ ・いっそ、コア自体も代替させたい 最後から二つ目の「気軽にフック」こそがDelegateの使命なんじゃないかと考えた。 ちなみに、最後の「コアも代替」は、現在の唯一の公開BaseであるLegacyは、代替がきくということにつながる。これはこれで壮大なテーマだけどひとまず脇に置く。 では、「気軽にフック」させるためには何が必要か？ それはコアが何かの処理CoreFoobarをする時に、その処理に関連づけられた処理が無いかをチェックしてくれる機構ではないか。その処理の前には、HogeというモジュールがHogeFooという処理をして欲しい・・・または、その処理の後には、UkiというモジュールがUkibarという処理をして欲しいととスタックされている必要がある。 ただし、コアの処理CoreFoobarは自分の後と前に何の処理が来るかはわかっていない。これがポイント。 繰り返すが、これは、通常のWebアプリではありえない。なぜなら、 CoreFoobarの処理を書く人 ＝ HogeFooの処理を書く人 ＝ Ukibarの処理を書く人 であるからだ。もしくは＝は≒であるが、いずれにせよ「全く知らない」ということは通常あり得ない。仕事ができない。 しかし、XOOPSではそれが頻繁にあり、X2の時代は「モジュールの相性」という言葉で片付けられてきた。 これをスマートに片付けるのがDelegateというのではないかというのが私のDelegateを考える第一歩。 |
トラックバックURL