0
私は次のようなものを持っています。このライブラリを使用するアプリケーションは、第2レベルの抽象クラスを拡張するImplクラスを記述する必要があります。 AbstractClassのすべてのクラスには共通の機能がいくつかあり、グループクラスにはグループ固有の機能がいくつかあります。複数の抽象クラスは
これはいいですか?私がこれを求めているのは、複数の抽象クラスを含むクラス階層にはほとんど触れていないからです。
私は次のようなものを持っています。このライブラリを使用するアプリケーションは、第2レベルの抽象クラスを拡張するImplクラスを記述する必要があります。 AbstractClassのすべてのクラスには共通の機能がいくつかあり、グループクラスにはグループ固有の機能がいくつかあります。複数の抽象クラスは
これはいいですか?私がこれを求めているのは、複数の抽象クラスを含むクラス階層にはほとんど触れていないからです。
このようなデザインには何も問題はありません。 ArrayList
は、2つの抽象的な親クラスを持つ最も一般的に使用されるクラスの1つです。 A
インターフェイスを拡張する追加の抽象メソッドをGroupOne
およびGroupTwo
部分にすると便利です。
私たちは文脈を本当に知っていませんが、良いようです。 そのデザインは、これらのクラスのそれぞれが、インターフェイスが定義する方法で動作することを示しています。グループクラスは(AbstactClassを介して)いくつかのメソッドを共有しますが、異なる方法でいくつかのメソッドを実装します。各グループには、非常に特殊な方法で目的のメソッドを実装する別のクラスのリストがあります。 多くの抽象クラスが必要ですか?彼らが意味をなさないなら、それは良いことです。 – c00kiemon5ter
@ c00kiemon5ter:はい、そうです。 – Prasanna