Analyse von Federkernkomponenten

Spring-Kernkomponenten

Spring hat viele Kernkomponenten, aber sein Grundgerüst besteht aus Core, Context und Bean.

Bean

Unter den dreien ist Bean der Kern des Kerns. Beans implementieren Objekte über Konfigurationsdateien und Spring verwaltet den Objektspeicherplatz und die Lebenszykluszuweisung. Durch die Abhängigkeitsinjektion können Objekte in bestimmte Geschäftslogikklassen eingefügt werden. Diese Injektionsbeziehungen werden vom Ioc-Container verwaltet.

Daher wird die Kernidee von Spring oft als BOP (Bean Oriented Programming) oder Bean-orientierte Programmierung bezeichnet.

Bean-Komponente ist im Paket org.springframework.beans von Spring definiert, das die folgenden Probleme löst:

Definition von Bean

Erstellung von Bean

Bean Parsen

Benutzer müssen nur auf die Erstellung von Bean achten, und die beiden anderen Prozesse werden intern von Spring abgeschlossen.

1. Gesamtarchitektur

Die Gesamtarchitektur von Spring Bean ist ein typisches Fabrikmodell und die Schnittstelle der obersten Ebene ist BeanFactory. ListableBeanFactory, HierarchicalBeanFactory und AutowireCapableBean sind seine Unterklassen, um die Datenbeschränkungen der internen Objektverarbeitung und -konvertierung von Spring zu unterscheiden.

ListableBeanFactory: Zeigt an, dass diese Beans auflistbar sind

HierarchicalBeanFactory: Zeigt an, dass diese Beans eine Vererbungsbeziehung haben

AutowireCapableBeanFactory: Definiert die automatischen Zusammenstellungsregeln von Beans

Diese Mehrere Schnittstellen definieren jeweils Bean-Sammlungen, Bean-Beziehungen und Bean-Verhalten.

2.Bean-Definition

Bean-Definition wird hauptsächlich durch BeanDefinition beschrieben, und die hierarchische Beziehung ist wie folgt:

in Spring's definiert Konfigurationsdateiknoten werden nach erfolgreicher Analyse in BeanDefinition-Objekte konvertiert und alle nachfolgenden Vorgänge werden an den BeanDefinition-Objekten ausgeführt.

3.Bean-Analyse

Die Hauptaufgabe der Bean-Analyse besteht darin, die Spring-Konfigurationsdatei zu analysieren und schließlich das BeanDefinition-Objekt zu generieren.
Der Parsing-Prozess ist sehr komplex, einschließlich aller Tags in der Konfigurationsdatei. Die wichtigsten teilnehmenden Klassen sind wie folgt:

Context

Bean umschließt jedes Objekt und das Objekt speichert die vom Unternehmen benötigten Daten. Daher ist die Bereitstellung einer Überlebens- und Betriebsumgebung für diese Daten und die Beziehungen zwischen ihnen (dh das Speichern des Objektstatus) das Problem, das Context lösen muss. Der Kontext ist eigentlich eine Sammlung von Bean-Beziehungen, auch Ioc-Container genannt.

ApplicationContext ist die oberste Ebene von Context. Die hierarchische Beziehung ist wie folgt:

ApplicationContext kann die grundlegenden Informationen einer Anwendungsumgebung identifizieren. Es erbt 5 Schnittstellen, um die Funktionen von Context zu erweitern. Darunter wird BeanFactory zum Erstellen von Beans verwendet, und es erbt die ResourceLoader-Schnittstelle für den Zugriff auf externe Ressourcen.

Unterklassen von ApplicationContext umfassen hauptsächlich:

ConfigurableApplicationContext: Ein Kontext, in dem Benutzer Informationen dynamisch konfigurieren und ändern können, wobei AbstractRefreshableApplicationContext am häufigsten verwendet wird.

WebApplicationContext:
Für Webanwendungen vorbereiteter Kontext, der direkt auf ServletContext zugreifen kann.

Kurz gesagt, die Funktionen, die ApplicationContext ausführen muss, sind wie folgt:

Identifizieren Sie eine Anwendungsumgebung

Verwenden Sie BeanFactory, um Bean-Objekte zu erstellen

Speichern Sie das Objekt Beziehungstabelle

Verschiedene Ereignisse erfassen

Als Ioc-Container ist der Kontext die Grundlage für die meisten anderen Funktionen von Spring.

Core

Spring ist ein Paket von Werkzeugen zum Entdecken, Aufbauen und Aufrechterhalten von Beziehungen zwischen Bohnen, genannt Core. Dies ist tatsächlich das erforderliche Util.

Eine der wichtigen Komponenten von Core ist die Ressource.

1. Gesamtressourcenniveau

Ressource definiert hauptsächlich, wie auf Ressourcen zugegriffen wird. Die hierarchische Beziehung ist wie folgt:

Ressourcenverpackung. Die Ressource erbt die InputStreamSource-Schnittstelle nach oben, und alle Ressourcen werden über InputStream abgerufen, wodurch der Ressourcenanbieter abgeschirmt wird.

Ressourcenladen. Unter der ResourceLoader-Schnittstelle können alle Ressourcenlader alle Ressourcen laden, indem sie diese Schnittstelle einheitlich implementieren, z. B. den vorherigen ApplicationContext.

2. Stellen Sie eine Beziehung zum Kontext her

Wie in der Abbildung gezeigt, interagiert ApplicationContext mit ResourceLoader über die ResourcePatternResolver-Schnittstelle, um Ressourcen zu laden, zu analysieren und zu beschreiben. ResourcePatternResolver kapselt und integriert Ressourcen, um die Verwendung durch andere Komponenten zu erleichtern.

Zusammenfassung

Dieser Artikel fasst hauptsächlich die drei Kernkomponenten zusammen, aus denen das Spring-Skelett-Framework besteht, und die Verbindungen zwischen ihnen sowie einige Einblicke in das Verständnis der Implementierungsprinzipien der drei.