Eine kurze Einführung in den Java-SPI-Mechanismus

Kürzlich habe ich gesehen, dass einige der Frameworks des Unternehmens und einige der Open-Source-Frameworks, die ich zuvor gesehen habe, den SPI-Mechanismus von Java für die Erkennung und den Zugriff auf bestimmte Dienste verwenden.

Fassen Sie also kurz die Idee des Java-SPI-Mechanismus zusammen.

Es gibt oft viele verschiedene Implementierungslösungen für jedes abstrakte Modul in unserem System, wie z. B. die Protokollmodullösung, das XML-Parsing-Modul, die JDBC-Modullösung usw. Im objekt-orientierten Design empfehlen wir im Allgemeinen die Programmierung zwischen Modulen basierend auf der Schnittstelle und keine harte Codierung von Implementierungsklassen zwischen Modulen. Sobald eine bestimmte Implementierungsklasse in den Code involviert ist, verstößt dies gegen das Prinzip der Pluggability. Wenn eine Implementierung ersetzt werden muss, muss der Code geändert werden.

Um zu erkennen, dass das Modul zusammengestellt werden kann, ohne es dynamisch im Programm anzugeben, ist ein Diensterkennungsmechanismus erforderlich. Java SPI bietet einen solchen Mechanismus: einen Mechanismus zum Finden von Dienstimplementierungen für eine bestimmte Schnittstelle. Es ähnelt in gewisser Weise der Idee von IOC, die Steuerung der Montage außerhalb des Programms zu verlagern. Dieser Mechanismus ist besonders wichtig im modularen Design.

Die spezifische Vereinbarung von Java SPI lautet wie folgt:

Wenn der Dienstanbieter eine Implementierung der Dienstschnittstelle im META-INF/services des JAR bereitstellt Paket Eine nach der Serviceschnittstelle benannte Datei wird ebenfalls im Verzeichnis / erstellt. Diese Datei enthält die spezifische Implementierungsklasse, die die Serviceschnittstelle implementiert. Wenn ein externes Programm dieses Modul zusammenstellt, kann es den spezifischen Namen der Implementierungsklasse über die Konfigurationsdatei im JAR-Paket META-INF/services/ finden und die Instanziierung laden, um die Modulinjektion abzuschließen.

Basierend auf einer solchen Konvention können Sie die Implementierungsklasse der Serviceschnittstelle leicht finden, ohne sie im Code angeben zu müssen.

jdk stellt eine Toolklasse für die Suche nach Serviceimplementierungen bereit: java.util.ServiceLoader

Beispiel

1.common-logging

Die früheste von Apache bereitgestellte Protokollierungsfassadenschnittstelle. Nur Schnittstelle, keine Implementierung. Die spezifische Lösung wird von jedem Anbieter implementiert. Es wurde festgestellt, dass der Protokollanbieter die Konfigurationsdatei META-INF/services/org.apache.commons.logging.LogFactory liest Finden Sie den Inhalt des Protokolls, in dem die industrielle und kommerzielle Implementierungsklasse erwähnt wird. Solange unsere Protokollimplementierung diese Datei enthält und die Implementierungsklasse der LogFactory-Factory-Schnittstelle in der Datei formuliert. 2.jdbcVor jdbc4.0 mussten Entwickler auch auf

Klasse

basieren. fürName("xxx") zum Laden des

-Treibers

erkennt jdbc4 auch den Treiberanbieter basierend auf dem SPI-Mechanismus. Sie können die Datei META-INF/services/java.sql verwenden. Treiberdatei Es gibt eine Möglichkeit, die Implementierungsklasse anzugeben, um den Treiberanbieter verfügbar zu machen. 3. Schreiben Sie selbst ein einfaches Beispiel Angenommen, es gibt ein Inhalts-

Suchsystem

, das in zwei Module unterteilt ist: Anzeige und Suche. Anzeige und Suche basieren auf der Schnittstellenprogrammierung. Die Implementierung der Suche kann auf einer Dateisystem--Suche oder einer datenbankbasierten Suche basieren. Der Beispielcode lautet wie folgt:

Search.java: Suchschnittstelle

Datei

Search.java: Implementierung der Dateisystemsuche

package search;  
  
import java.util.List;  
  
import definition.Doc;  
  
public interface Search {  
    List<Doc> search(String keyword);  
}

DatabaseSearch.java

package search;  
  
import java.util.List;  
  
import definition.Doc;  
  
public class FileSearch implements Search {  
  
    @Override  
    public List<Doc> search(String keyword) {  
        System.out.println("now use file system search. keyword:" + keyword);  
        return null;  
    }  
  
}

SearchTest.java

package search;  
  
import java.util.List;  
  
import definition.Doc;  
  
public class DatabaseSearch implements Search {  
  
    @Override  
    public List<Doc> search(String keyword) {  
        System.out.println("now use database search. keyword:" + keyword);  
        return null;  
    }  
  
}

Endlich in META-INF erstellt/ Dienste/Suche.Suchdatei.

Wenn der Inhalt der search.Search-Datei „search.FileSearch“ ist, lautet die Programmausgabe:

package search;  
  
import java.util.Iterator;  
import java.util.ServiceLoader;  
  
public class SearchTest {  
  
    public static void main(String[] args) {  
        ServiceLoader<Search> s = ServiceLoader.load(Search.class);  
        Iterator<Search> searchs = s.iterator();  
        if (searchs.hasNext()) {  
            Search curSearch = searchs.next();  
            curSearch.search("test");  
        }  
    }  
}

Wenn der Inhalt der search.Search-Datei „search.DatabaseSearch“ ist, lautet die Programmausgabe Die Ausgabe lautet:

Es ist ersichtlich, dass SearchTest keinen Code hat, der sich auf die spezifische Implementierung bezieht, sondern auf dem SPI-Mechanismus basiert, um die Implementierung des Dienstes zu finden

now use file system search. keyword:test

Das obige ist der detaillierte Inhalt vonEine kurze Einführung in den Java-SPI-Mechanismus. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!