class or interface ?

つまり、あなたによるあなたのためのインターフェイスなのですね。
自分でインターフェイスを定義し、自分で実装クラスを作成する。
そして、インターフェイス型を他の人が参照することもない。

そういう目的ならば、package private（publicでない）インターフェイスと
実装クラスを定義することをお勧めします

コンピュータはサブクラスでなく私の例で言うとプロトコルに相当しますが

oceanさんの書き込み (2003-09-02 12:21) より:
私が言いたいのは、JPanelがImplementLikeThis1の実装クラスでなくなれば、代入がなりたたなくなるということです。本来外部に公開すべきでないインターフェースが公開されることで、このような問題が生じます。

引用:
つまり、あなたによるあなたのためのインターフェイスなのですね。 自分でインターフェイスを定義し、自分で実装クラスを作成する。 そして、インターフェイス型を他の人が参照することもない。 そういう目的ならば、package private（publicでない）インターフェイスと 実装クラスを定義することをお勧めします

激しく同意します。

[ メッセージ編集済み 編集者: ocean 編集日時 2003-09-02 12:25 ]

Junさんの書き込み (2003-09-02 15:02) より:
インターフェースは使用者には使わせたいがそのメソッドには使わせたくないものと
使わせたいものがあるということでしょう.
ただ開発の都合もありますから使わせたくないメソッドを仕様として定義したい
(ただし使うことはできない)ということをいっているのですが

プロトコルであればなおさら、has a 関係(is implemented in a 関係）であるオブジェクトコンポジションの方が妥当であると思われます。

ネットワークのプロトコルも、実装を切り替えても、問題ないのはそのような仕組みだからですよね（TCP -> UDPに切り替えるみたいに。その上位のプロトコル（何だっけ？）がトランスポート層のプロトコルを実装の詳細とするとなっているからこそ出来るんですよね)

かずくんさんの書き込み (2003-08-29 19:21) より:

引用:
interface同士の継承関係は現状のようにextendsをもちいるのでなく, すべてimplementsを用いるべきとおもいます.つまりextendsは実装を含む継承を表し, implementsは 仕様のみの継承を表すというように

interface A {}
interface B implements A {}
のようにすべきであるといっているのだと思うのですが、インターフェースBはインターフェースAを実装しているの？
むしろAの機能(責任）を拡張しているものであり、extendsを使用することに何ら問題はないと思いますが？

引用:
クラスのインターフェースをimplementsにより継承できるようにしてもらいたい などというのもあります たとえば public class A{} public class B implements A{}

これは、あらかじめAから抽象仕様を抽出しておくことで、解決できる問題なので、必要ないでしょう。

public class A implements IF_A {}
public class B implements IF_A {}

ってな感じで。