- 126 名前:デフォルトの名無しさん [2008/11/21(金) 04:33:04 ]
- >>99
伝統的に、イベント処理がシングルスレッド(シーケンシャル処理)だからですか。 なんかcui(今ではwebアプリとかサーブレットとか)ではThreadを導入していても、 gui(swingツールキット? invokeLaterなど)の設計の発想は昔のcのシーケンシャル処理・構造処理のままでOO指向じゃなかったんですね。 guiの(コンポネントじゃなくて)次のツールキット設計は、その古いシーケンシャル処理からの分離してコンポネント間の独立で 正しくOO指向のツールキットでしょう。最近guiやMVCなどの概念を使って、自作のコンポネント開発してみてるんですけど、 awtパッケージやawt.Toolkitはマルチスレッド設計ですよね?それで開発しているとよく気になって、swingは描画と 関係ない処理・イベント受付が絡み合ってるみたいなんでその辺りをすっきし指せれば別に遅くもないし、 透明かも擬似的に出来るし、逆に洗練され使いやすいんですけど。 SUNがswingに関心をもたなくなって次に向いている理由もなんとなく分かります。
|

|