jFD開発したりしなかったり日誌

_ お袋来たる

お袋が上京してきて、整体をしていってくれた。

Oさんの噂話なんかをしつつ整体。

あと、酒を控えろと怒られた。

ごもっとも。

あれは脳への影響がでかいそうで、これしか資本が無いので少し控えようと思う。

_ それから、

てくてく歩いて、先日バイクを注文したレッドバロンへ。

月曜午前にやっと免許が入手できるのでその晩納車するつもりだが、

会社にヘルメットを持ってかないで済むように預かってもらうことになっていた。

いつもの店員さんが接客中なので他の店員さんに対応してもらって、

自分のバイクを眺めていた。

このお預け感がどうにも・・・

_ JMF

久しぶりにJava Media Frameworkを触っている。

jFD1でムービープレイヤーを実装して以来だけど、

あの頃に比べると自分の腕も上がっているのでAPIがよりよく

理解できるのだけど、やっぱこのAPI出来悪いわ。

なんか無駄に複雑な気がする。

たとえばPlayerの初期化なんだけど、Playerを生成して、realize()を呼ぶと

初期化できるんだけど、realize()は初期化処理が終わる前に

制御を戻すようになっている。

初期化が完了したかどうかを知るにはPlayerにControllerListenerを追加して、

controllerUpdateの中で判別しないといけない。

普通、ムービーなんかを表示するときは、

「初期化→描画コンポーネント取得」

という流れになるけど、何も考えずに

player.realize();
Component c = player.getVisualComponent();

_ みたいな感じにやると、

「プレーヤーがまだrealizeされてねーのにgetVisualComponent()呼ぶんじゃねーよ」

例外が発生する。

ネットワーク越しのストリームを開くこともあるので非同期処理なのは

わからんでもないが、それにしても使い勝手が悪い。

また、設計思想がアレで、PlayerがClockを継承してる時点で

どうかと思う。

これってhas-A関係じゃないのか？

委譲するべき部分を継承しているので継承が深すぎて、

主要インターフェイスの継承関係がこうなってる。

Processor─Player┬MediaHandler
　　　　　 　　　└Controller┬Clock
　　　　　　　　　　 　　　　└Duration

_ Processorは5個のインターフェイスを継承していて、

数えたら38個のpublicメソッドを持っていた。

これは酷い。

JMFは古いAPIなので、当時は今ほど正しいオブジェクト指向設計が理解されてなかったし、

仕方ないとは思うんだけどこれはなあ・・・