デザインの決定：インターフェイスをプライベートにする理由と時期

Question

設計時にプライベートインターフェイスが使用されていますか？もしそうなら、理由は何ですか？また、プライベートインターフェイスの必要性はいつ知っていますか？

Answer 1

IMHOインターフェイスをプライベートにすることはできません。

しかし、私はしばしば一般用と内部用の2つのインタフェースを持っています。内部使用インタフェースIは、できるだけパッケージをローカルにする。

public interface MyInterface { 
    public void publicMethod(); 
} 

interface DirectMyInterface extends MyInterface { 
    public void internalUseOnlyMethod(); 
} 

内部的な使用方法では、他の開発者が使用したくない、または簡単に変更できるようにする方法が公開されています。私がインターフェイスを持っている理由は、インターフェイスを介して内部的に使用したいいくつかの実装があるからです。

Answer 2

インターフェイスが内部使用の場合は、パッケージ保護が必要です。 一般的に、インターフェイスの外側に関心がない場合は、インターフェイスのユーザーにとって複雑さが軽減され、より簡単にリファクタリングすることができるため、APIの設計上の決定はto hide itです。 APIを失うと自由を変えることができます。

Answer 3

トップレベルインターフェイスはプライベートにすることはできません。それはpublicまたはパッケージへのアクセス権しか持てません。 Java Language Specification, section 9.1.1: "Interface Modifiers"から：のみが宣言直接クラス宣言によって囲まれているメンバーインターフェイスに関する

アクセス修飾子保護およびプライベート（§8.5.1）。いずれかの場合に、そのサブクラスが、その最上位クラスの実装の詳細であるときはいつでも

ネストされたインターフェースはprivateすることができます。

たとえば、下位のネストされたインターフェイスCLibraryは、最上位クラスの実装の詳細として使用されます。純粋にJNAのAPIを定義するために使用され、インターフェイスのClassによって通信されます。

public class ProcessController { 
    private interface CLibrary extends Library { 
     CLibrary INSTANCE = (CLibrary) Native.loadLibrary("c", CLibrary.class); 
     int getpid(); 
    } 

    public static int getPid() { 
     return CLibrary.INSTANCE.getpid(); 
    } 
} 

別の例として、このプライベートインターフェイスは、カスタムの書式設定シンボルを実装するプライベートネストされたクラスによって使用されるAPIを定義します。

public class FooFormatter { 
    private interface IFormatPart { 
     /** Formats a part of Foo, or text. 
     * @param foo Non-null foo object, which may be used as input. 
     */ 
     void write(Foo foo) throws IOException; 
    } 

    private class FormatSymbol implements IFormatPart { ... } 

    private class FormatText implements IFormatPart { ... } 

    ... 
}