【JMF】Java Media APIs【JOGL】

【JMF】Java Media APIs【JOGL】 at TECH

131:デフォルトの名無しさん
09/04/12 18:40:18
>>117
まず、何が"自然"なのか、補語が抜けています。
it is natural to 何なのですか？
たぶん言いたいことは、シーングラフのTransform3Dをboatがいじって移動させることは妥当であると言いたいのでしょうが、
私が目黒川のコードで悪いといっているのは、boatがTransform3Dに依存しているというところです。
プレゼンテーションモデルの変更をすべてシーングラフに通知する必要はなく、
例えばボートが動いたということであれば、
まずボートのモデルを移動させて、次にプレゼンテーションモデルから、ボートの位置が変わったことをシーングラフを含むビューに通知すべきだということです。
簡単にいえば、「依存関係が逆」ではないかと言っているのです。というか双方向参照になっています。論外です。
"Java3Dのシーングラフはモデル中のあるオブジェクトの移動については全描画をしなくとも部分的なシーングラフの変更のみで対応出来ます"
という仕様にすぎません。
仮にTransform3Dが不変オブジェクトならば、これが不可能になり、モデルが何か変更したらそれを通知するためにはオブジェクトの全生成をしますという仕様になります。
これは耐えられないのでシーングラフがオブジェクトの移動に関しては部分的に変更を許すというインターフェイスを設けたにすぎません。
CADの件についてもフィーチャーベースだろうが何だろうが、基本的にはこういう原理かと思います。
Java3Dが高級APIだからとかいう理由ではなく、単にモデルの変更を全部受けずに、移動に関しては部分的に受けた方がパフォーマンスがいいのでそうしたということでしょう。
ただ一方で、Primitiveなオブジェクトについては座標系のデータが不変になっており、融通が効かなくなっています。
それについて部分的な変更を許容することに、理由は知りませんが、意味を感じなかったのでしょう。

スプライトの話はどうしてここで出てくるのか理解出来ません。
スプライトというのは知らなかったので、今wikiで調べたのですが、
モデルがビューに依存していい理由がどこにあるのか分かりませんでした。
CADの例も同様です。

次ページ

続きを表示

1を表示