次の（アンチ）パターンの名前は何ですか？その長所と短所は何ですか？

過去数ヶ月間、私は次のテクニック/パターンで数回つまずきました。しかし、特定の名前を見つけることはできないようです。また、その長所と短所を100％確信しています。

パターンは次のとおりです。

Javaインターフェース内では、一般的なメソッドのセットが通常どおり定義されます。ただし、内部クラスを使用すると、デフォルトのインスタンスがインターフェースを介してリークされます。

public interface Vehicle {
    public void accelerate();
    public void decelerate();

    public static class Default {
         public static Vehicle getInstance() {
             return new Car(); // or use Spring to retrieve an instance
         }
    }
 }

私にとって、最大の利点は、開発者がインターフェイスについてのみ知る必要があり、実装についてではなく、インスタンスをすぐに作成したい場合などです。

 Vehicle someVehicle = Vehicle.Default.getInstance();
 someVehicle.accelerate();

さらに、構成に応じてインスタンスを動的に提供するために、Springと共にこの手法が使用されているのを見てきました。この点で、これもモジュール化に役立つようです。

それにもかかわらず、インターフェイスを実装の1つと結合するため、これがインターフェイスの誤用であるという感覚を揺るがすことはできません。（依存性反転の原理など。）誰もがこの技術がどのように呼ばれるか、そしてその長所と短所を私に説明してもらえますか？

更新：

しばらく検討した後、次のシングルトンバージョンのパターンがはるかに頻繁に使用されていることを再確認しました。このバージョンでは、パブリックの静的インスタンスは、（フィールドが最終であるために）1回だけ初期化されるインターフェイスを介して公開されます。さらに、インスタンスはほとんどの場合、Springまたは実装からインターフェイスを分離する汎用ファクトリーを使用して取得されます。

public interface Vehicle {
      public void accelerate();
      public void decelerate();

      public static class Default {
           public static final Vehicle INSTANCE = getInstance();

           private static Vehicle getInstance() {
                return new Car(); // or use Spring/factory here
           }
      }
 }

 // Which allows to retrieve a singleton instance using...
 Vehicle someVehicle = Vehicle.Default.INSTANCE;

簡単に言うと、これはカスタムシングルトン/ファクトリパターンであるように思われます。これにより、基本的に、インターフェイスを通じてインスタンスまたはシングルトンを公開できます。欠点については、以下の回答とコメントでいくつかの名前が付けられています。これまでのところ、利点はその利便性にあるようです。

Default.getInstance私見は、ファクトリメソッドの非常に特定の形式であり、シングルトンパターンから取られた命名規則と混同されています（しかし、後者の実装ではありません）。現在のフォームでは、これは「単一の責任原則」に違反しています。これは、インターフェイス（クラスAPIを宣言する目的を既に果たしている）がデフォルトインスタンスを提供する追加の責任を負うためです。VehicleFactoryクラス。

この構築物によって引き起こされる主な問題は、それが間に環状の依存を誘導することであるVehicleとCar。たとえば、現在のフォームではVehicle、あるライブラリとCar別のライブラリに配置することはできません。別のファクトリクラスを使用してDefault.getInstanceメソッドを配置すると、その問題が解決します。また、シングルトンに関連する混乱を防ぐために、そのメソッドに別の名前を付けることをお勧めします。結果は次のようになります

VehicleFactory.createDefaultInstance()

これは、Null Objectパターンのように見えます。

しかし、それCarはクラスの実装方法に大きく依存します。「中立」な方法で実装されている場合、それは間違いなくNullオブジェクトです。つまり、インターフェイスのすべてのnullチェックを削除し、の各出現の代わりにこのクラスのインスタンスを配置できる場合、nullコードは引き続き正しく動作する必要があります。

また、このパターンであれば、インターフェイス自体とnullオブジェクトの実装との間に密結合が生じる問題はありません。nullオブジェクトは、上記のインターフェイスが使用されるすべての場所に存在できるためです。