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.
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
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
Klassebasieren. fürName("xxx") zum Laden des
-Treiberserkennt 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
DateiSearch.java: Implementierung der Dateisystemsuche
package search; import java.util.List; import definition.Doc; public interface Search { List<Doc> search(String keyword); }
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!