オリジナル住所：https://www.cnblogs.com/chyu/p/6147907.html
人々は多くの問題が、各サービス層は、それへのインタフェースを記述しなければならない理由一つのことを、言うのは自由です - 何かを言うことが、開始する場所がわからない、私は彼の考えを再編成する必要がありました。
シナリオ1：オープンソースのフレームワークこのような場合の多くは、カスタム拡張機能に、ユーザーがはっきりそれを置く、それはインターフェースを提供できるようにする機能があり、我々はあなたができる、当社独自の論理補数に達成するために、このインタフェースを実装する必要があります。あなたがインターフェイスを定義しない場合は、私たちが実行するロジックの枠組みに従ってみましょう。質問があり、その後、どのように我々は実装クラスの枠組みの中でそれを呼び出すことができ、私たちの実装クラスの枠組みが何であるかを知っていないのですか？
シナリオ2：私の同僚と私はプロジェクトに二つの異なる機能モジュールを行っているが、彼らは彼が「プレースホルダ」があるを実現するために、私の頭の論理的な部分を呼び出す必要が同僚の機能が提供されています、私は速いべきではありません。書き込みインタフェースは彼を投げましたか？
シナリオ3：アダプタ機能、または単純なファクトリクラスという、インターフェース、数多くの実装クラスの後、顔を定義されていない場合、どのようにそれを均一に動作しますか？
シナリオ4：「標準」のいくつかの種類に合わせて欲しいプロジェクトコードが、誰か他の人の書き込みでコードにそれを見てすることは不可能である、それは簡単にハンドルに、最初のアウトインタフェースのセット、そしてあなたは〜把握します
シナリオ5：Javaのそこには多重継承はありませんが、インターフェイスを実装し、より多くのことができ、その後、非常に興味深いものがあり、そのようなクラスは複数のインタフェースを実装することができ、このときメソッド実装クラスのインタフェース部分を露出させることができるには、選択肢を持って、行いますクラスの機能の目的を達成するために、「狭く」へ。
もちろん、これらの例の多くの例があるが、実際のインターフェースの利点を反映するために言うことができる...、それはインターフェースにJavaプログラムを提案しますが、すべての後に、ちょうど1以上インターフェースので、バック層は、それはしないかもしれません？サービスインタフェースを持たなければならないと言われています賃金への「可能性」であり、拡張性と優位性の下で、特定の状況がありますが、ケースは、インターフェイスの利便性を使用するかどうか、我々は不確実に持っていないかもしれません。ただ数行のコードを書き、「避けるために少しを支払うことが可能です将来の「ビッグ」悩み」、なぜありません！