インターフェースとは

Question

ちょっとよく理解していないのですが
(メリットとデメリットがハッキリしていない現状です。)

共同開発プロジェクトではインターフェースは欠かせないもの
なのでしょうか？
逆に個人レベルでアプリケーションを作成する場合などには
インターフェースを自作したりするべきではないのでしょうか？

インターフェースを理解するにあたって
おすすめの書籍などあったら教えてください。

neko_noko · Accepted Answer

システム開発でインターフェースを使うと便利なケースは、
例えばJavaのソフトを画面(GUI)チームと、機能チームに分かれていて、
画面チームが進行が早く、機能チームが遅れていた場合、
画面チームが画面のチェックをしようとしても
ボタンを押した時の処理は機能チームが作ってるとこなので、そのままではコンパイルが通らない。
そこでインターフェースとテスト用のクラス(実際はボタンを押しても何も起きないようにしたやつとか)を機能チームからもらっておき、
ボタンを押した場合は、それを使うように(つまりボタンを押しても何も起きないように)しておくと、
画面チームは画面のレイアウトなどのテストができる。
機能チームからちゃんとした機能が入ったクラスをもらえば、インスタンスの生成部分をテストクラスから本番用クラスに差し替えるだけでOK。
もしも機能の変更があっても、生成部分を別の変更後のクラスにすればそれでOK、となる。
これがインターフェースのメリットのひとつ。

>例えば、標準APIで示されているインターフェースっていうのは実態はどこにあるんですか？

大きく2種類あると思われます。
AWTやSwingのリスナーインターフェースは、実態(実装クラス)はなく、それを使うプログラマーに実装してもらう。
(アダプタクラスとかはある意味実態だけど、特殊なので省略)
もうひとつは、実装クラスはあるけど一般には使わない、インターフェースを使うというもの。
インターフェースのもうひとつの利点として、「実装は気にしなくてもいい」というのがある。
必要な機能の呼び出し方、つまりメソッド名と引数(シグネチャ)を知っていれば、
「実際にどう動くかは分からないけど呼べばちゃんと動く」という、カプセル化を活かしたものになってるわけです。

>それなら抽象クラスで同じ作用を代替させることもできるのでは。

抽象クラスでも問題ないけど、よくある「多重継承の問題」にぶち当たるので、インターフェースでないとまずいケースが多い。

というわけで、ざっと回答してみました。
分かりづらいところがあると思うので、そこは補足にでも入れてください。

ggaogg · Answer

すぐに業務で使うわけではないのであれば、
しばらく(50時間くらい)Javaの標準APIを使って趣味のプログラミングをしているだけでも、インターフェイスの意義がわかってきます。
つまりJavaの標準APIが、知らず知らずのうちにインターフェイスのお手本を示してくれます。

m-oosgi · Answer

開発手法にも依りますが、僕の場合、まずインタフェースを定義してから実装することが多いです。(すべてではないですが)
インタフェースをimplementsするクラスは、インタフェースによって仕様が決められているため、実現方法や内部の状態について、これを利用する側に影響がすくないという利点があります。

たとえば、
interface Book{}
class Novel implements Book{}
class Comic implements Book{}
があり、これを利用するクラス
class Provider{}
は、Bookについて知りたいとき、Bookがどのような実装であれ、Providerはインタフェースが定めるBookの状態を知ることができます。

インターフェースとは

システム開発でインターフェースを使うと便利なケースは、

すぐに業務で使うわけではないのであれば、

開発手法にも依りますが、僕の場合、まずインタフェースを定義してから実装することが多いです。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング