Qual è il nome del seguente modello (anti)? Quali sono i suoi vantaggi e svantaggi?

Negli ultimi mesi, sono inciampato alcune volte sulla seguente tecnica / modello. Tuttavia, non riesco a trovare un nome specifico, né sono sicuro al 100% di tutti i suoi vantaggi e svantaggi.

Il modello è il seguente:

All'interno di un'interfaccia Java, una serie di metodi comuni è definita come al solito. Tuttavia, utilizzando una classe interna, un'istanza predefinita viene trapelata attraverso l'interfaccia.

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
         }
    }
 }

Per me, sembra che il vantaggio maggiore risieda nel fatto che uno sviluppatore deve solo conoscere l'interfaccia e non le sue implementazioni, ad esempio nel caso in cui voglia rapidamente creare un'istanza.

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

Inoltre, ho visto questa tecnica utilizzata insieme a Spring per fornire dinamicamente istanze a seconda della configurazione. A questo proposito, sembra anche che questo possa aiutare con la modularizzazione.

Tuttavia, non riesco a scuotere la sensazione che si tratti di un uso improprio dell'interfaccia poiché associa l'interfaccia a una delle sue implementazioni. (Principio di inversione di dipendenza ecc.) Qualcuno potrebbe spiegarmi come si chiama questa tecnica, nonché i suoi vantaggi e svantaggi?

Aggiornare:

Dopo qualche tempo di riflessione, ho ricontrollato e ho notato che la seguente versione singleton del modello è stata utilizzata molto più spesso. In questa versione, un'istanza statica pubblica viene esposta attraverso l'interfaccia che viene inizializzata una sola volta (a causa del campo finale). Inoltre, l'istanza viene quasi sempre recuperata utilizzando Spring o una factory generica che disaccoppia l'interfaccia dall'implementazione.

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;

In breve: sembra che si tratti di un modello singleton / factory personalizzato, che sostanzialmente consente di esporre un'istanza o un singleton attraverso la sua interfaccia. Per quanto riguarda gli svantaggi, alcuni sono stati indicati nelle risposte e nei commenti seguenti. Finora, il vantaggio sembra risiedere nella sua convenienza.

Default.getInstanceIMHO è solo una forma molto specifica di un metodo factory , mescolato con una convenzione di denominazione presa dal modello singleton (ma senza essere un'implementazione di quest'ultimo). Nella forma attuale questa è una violazione del " principio della singola responsabilità ", poiché l'interfaccia (che ha già lo scopo di dichiarare un'API di classe) si assume la responsabilità aggiuntiva di fornire un'istanza predefinita, che sarebbe molto meglio collocata in un VehicleFactoryclasse.

Il problema principale causato da questo costrutto è che induce una dipendenza ciclica tra Vehiclee Car. Ad esempio, nella forma corrente non sarà possibile inserirli Vehiclein una libreria e Carin un'altra. Utilizzando una classe di fabbrica separata e inserendo il Default.getInstancemetodo lì si risolverebbe questo problema. Potrebbe anche essere una buona idea dare a quel metodo un nome diverso, per evitare qualsiasi confusione legata ai singoli. Quindi il risultato potrebbe essere qualcosa di simile

VehicleFactory.createDefaultInstance()

A me sembra un modello Null Object .

Ma ciò dipende fortemente da come Carviene implementata la classe. Se è implementato in modo "neutro", allora è sicuramente un oggetto nullo. Ciò significa che se è possibile rimuovere tutti i controlli null sull'interfaccia e inserire l'istanza di questa classe anziché ogni occorrenza di null, il codice deve comunque funzionare correttamente.

Anche se si tratta di questo modello, non vi è alcun problema di creare un accoppiamento stretto tra l'interfaccia stessa e l'implementazione dell'oggetto null. Perché l'oggetto null può trovarsi ovunque dove viene utilizzata detta interfaccia.