interfaceに対してプログラミングをする[java]

Question

###前提・実現したいこと
少し確認したいことがあるので簡単に質問します

interfaceにはgetterやsetterは基本的にはすべきではない(
まだ存在しないフィールドのためのメソッドを用意することになる）ので
getterやsetterが必要になるようなクラスに対しては
「interfaceに対してプログラミングをする」ことはできないと思うのですが

ならば、getterやsetterが必要になるようなクラスに対しては
interfaceをimplementsした抽象クラスにsetterとgetterを追加して
「抽象クラスに対してプログラミングをする」を行えば良いのでしょうか

ご意見をお願いします

###「interfaceに対してプログラミングをする」ことはできないcode
*コンクラスタなどは省く
*Ownerもinterfaceを継承して実装を書くべきだとは思うが省く

interfaceに対してプログラミングをするならば
Ownerクラスにおいて
private Animal dog; とすべきだが
その場合dog.getName()などとはできない
そのため

getterやsetterが必要になるようなクラスに対しては

interfaceをimplementsした抽象クラスにsetterとgetterを追加して
「抽象クラスに対してプログラミングをする」を行えば良いのでしょうか

と質問した次第です

＊クラスのフィールドにMap型を採用して全てそこにpropertiesを入れるのであれば
interfaceにgetProperties()やgetProperty(String key)を定義することも可能だと思いますが

public interface Animal{
 public void eat();
}


public class Dog implements Animal{
 private String name;
 
 
 @Override
 public void eat(){
  System.out.println("ガブガブ"); 
 }
 public String getName(){
  return name;
 }
 public void setName(String name){
  this.name = name;
 }

}


public class Owner{
 private Dog dog;
 /**/
 /*略*/
}

追記

---

interfaceの利用方法・手順ではなく作法としてどうなのかということについてお聞きしたいです

「interfaceに対してプログラミングをする」とは
あるinterfaceを継承したクラスAを利用するクラスBは
classAではなくそのinterfaceに対してプログラミングをするという意味です
逆に「実装に対してプログラミングしてはならない」なども書籍で数回目にしたのでテクニカルタームとしては一般的なのかと認識していました

interfaceに対してプログラミングをする

Comments

[swordone]

正直「クラスやインタフェースに『対して』プログラミングする」という言葉の意味を掴みかねるのですが…どういうことなのでしょうか？

Answer 1

getterとsetterに対する考え方が間違っています。

getterとsetterはprivateなフィールドを公開したいから設定するのではありません。発想が逆です。そのようなgetterとsetterが必要になるから、その実装としてprivateのフィールドを使っているに過ぎません。始めにフィールドありきで考えないでください。まずはメソッドから考えてください。

例のAnimalとDogで考えましょう。Animalからは何かしらの名前(name)を取得できて、また、変更もできる物だとするのであれば、AnimalインターフェースにgetName()やsetName()を付け加えることは(メソッド名の善し悪しは別としても)なんらおかしいことではありません。その実装をDogにするにあたり、nameというフィールドに対する取得や変更とするのか、全く別にするのかは自由です。フィールド名はname以外でも良いですし、メソッド内で変換するなら型がStringではなくchar[]でも良いのです。それこそ、どんな名前を付けても一つの名前にこだわるような作りでもかまいません。

また、Animalは名前があるかわからないというのであれば、

interface Namable {
  public abstract String getName();
  public abstract void setName(String name);
}
interface AnimalWithName extends Animal, Namable {
}

のようなインターフェースを新たに作ってDogに入れても良いのです。

何はともあれ、getterとsetterの形になるメソッドについてはフィールドから分離して不必要を考えることをお勧めします。

Answer 2

interfaceにはgetterやsetterは基本的には定義できない（すべきではない）ので

「interfaceに対してプログラミングをする」ことはできないと思うのですが

interfaceに対して実装はできませんが、宣言はできます。
例えば、インタフェース Collectionには反復子を取得するiterator()という(抽象)メソッドが宣言されています。
宣言することを「プログラミングをする」ことに含めるなら、できることになります。
お気づきのように、(抽象)メソッドはその実体を持たないので、そのinterfaceをimplementsした(抽象または具象)クラスがメソッドを(追加して)オーバーライドして実体を定義することになります。ただし、抽象クラスの場合、interfaceの(抽象)メソッドを抽象メソッドのままにしておくこともできます。
抽象クラスは抽象メソッドを1つ以上持ったクラスですが、具象メソッドを持つこともできます。
いずれにせよ、interfaceで宣言したメソッド(自動的に抽象メソッドになります)はクラスでオーバーライドして実体を定義することになります。

Comments

[退会済みユーザー]

いまの最新は default実装で実装できると言えばできるけどね