[jfriends] Re: [jfriends] Re: [jfriends]abstractクラスの方が有効な場合

[YUKIE Kishida <yukie@xxxxxxxxxx>]

岸田です。

Shin さん wrote:
> >> お久しぶりです.Javaじゃない仕事が忙しくて読書会等参加するパワーがな
> >> くて申し訳ないです.
> >> # 横浜なら...実はServletBOFにでてみようと思っとりますが.
> >
> >おひさしぶりです。実は Shin さんが読書会に参加してくださることをちょっと
> >期待してたのですが…。
> 
> 7月一杯は週末は(も)予定が埋まってしまっております.
> すみません.(遠藤さんにもご連絡さしあげずすみません)
> 
＃そういえば、今日は遠藤さん、どうしたのでしょうね。

Java Night には参加しよう思ってますが、Shin さんも参加しますか？
横浜桜木町で、13日PM8-PM9 位にスタートということだから、die さんも参加で
きるかも？

> >単純な考えですけど、ドキュメントを見たとき、レイアウトマネージャが二種
> >類あるのはなんだか混乱します。
> >＃冗談ですが、今度どんどん、LayoutManager3, LayoutManger4 なんて出たら
> >＃たまらないです。
> >要するに、『一度公開した API を変えたくないし、追加もしたくない時』と
> >いうテーマなのだと思いました。
> 
> 本当はLayoutManager2のような名前付けはしちゃいけませんね.
> 
どういうふうに拡張したのかさっぱり分かりませんね。

> abstractクラスを公開インターフェイスとしていた時にそのAPIを変えた
> ら結局ドキュメントも変えないといけないですね.
> 逆の見方をすれば、interfaceを継承した場合は、まさに元のinterface
> の仕様は変わらず、新たなinterfaceについての追加部分だけが浮き彫り
> になってよいとも言えますです.
>
なるほど。追加部分を浮き彫りにしたいかどうかですね。
 
> java.awt.Componentみたいなのがinterfaceだったら確かに(拡張時に)大
> 変かなという気もしますけど...このへんは実装があることも踏まえてメ
> ソッド呼び出しの効率とのトレードオフでclassかinterfaceか分かれる
> ところかなと思います.
> 実装のないabstractクラスを使って「公開インターフェイス」というのは
> 今のところまだ反対の立場で行きます.
> 
この前、某所でちょっと話題に出ていた javax.swing.plaf パッケージの
UI オブジェクトなどはどうなのでしょう？


岸田ゆき枝