Grundsätzlich ist der Frühling ein Rahmen für Abhängigkeitsspritze Dies ist ein Muster, mit dem sehr entkoppelte Systeme aufgebaut werden können.
Das Problem
Angenommen, Sie müssen die Benutzer des Systems auflisten und eine Schnittstelle mit dem Namen deklarieren UserLister:
public interface UserLister {
List<User> getUsers();
}
Und vielleicht eine Implementierung, die auf eine Datenbank zugreift, um alle Benutzer zu erreichen:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
In Ihrer Ansicht müssen Sie auf eine Instanz zugreifen (nur ein Beispiel, denken Sie daran):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Beachten Sie, dass der obige Code die Variable nicht initialisiert hat userLister. Was sollen wir machen? Wenn ich das Objekt explizit wie folgt instanziiere:
UserLister userLister = new UserListerDB();
... Ich würde die Ansicht mit meiner Implementierung der Klasse koppeln, die auf die Datenbank zugreift. Was ist, wenn ich von der DB-Implementierung zu einer anderen wechseln möchte, die die Benutzerliste aus einer durch Kommas getrennten Datei abruft (denken Sie daran, es ist ein Beispiel)? In diesem Fall würde ich erneut zu meinem Code gehen und die obige Zeile in Folgendes ändern:
UserLister userLister = new UserListerCommaSeparatedFile();
Dies ist bei einem kleinen Programm wie diesem kein Problem, aber ... Was passiert in einem Programm mit Hunderten von Ansichten und einer ähnlichen Anzahl von Geschäftsklassen? Die Wartung wird zum Albtraum!
Spring-Ansatz (Dependency Injection)
Spring verdrahtet die Klassen mithilfe einer XML-Datei oder von Anmerkungen. Auf diese Weise werden alle Objekte von Spring instanziiert und initialisiert und an den richtigen Stellen (Servlets, Web Frameworks, Geschäftsklassen, DAOs usw. usw. usw.) injiziert ...).
Zurück zum Beispiel im Frühjahr: Wir brauchen nur einen Setter für das userListerFeld und entweder eine XML-Datei wie diese:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
oder kommentieren Sie das in unserer Ansichtsklasse abgelegte einfach mit @Inject:
@Inject
private UserLister userLister;
Auf diese Weise ist die Ansicht beim Erstellen auf magische Weise UserListerbetriebsbereit.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
Es ist toll! Ist es nicht?
- Was ist, wenn Sie eine andere Implementierung Ihrer
UserListerSchnittstelle verwenden möchten ? Ändern Sie einfach das XML.
- Was ist, wenn keine
UserListerImplementierung bereitsteht? Programmieren Sie eine zeitliche Scheinimplementierung UserListerund erleichtern Sie die Entwicklung der Ansicht.
- Was ist, wenn ich Spring nicht mehr verwenden möchte? Benutze es einfach nicht! Ihre Anwendung ist nicht daran gekoppelt. Umkehrung der Kontrollzustände : "Die Anwendung steuert das Framework, nicht das Framework steuert die Anwendung".
Es gibt einige andere Optionen für die Abhängigkeitsinjektion. Was Spring meiner Meinung nach neben seiner Einfachheit, Eleganz und Stabilität so berühmt gemacht hat, ist, dass die Jungs von SpringSource viele, viele POJOs programmiert haben, die helfen, Spring in viele andere gängige Frameworks zu integrieren, ohne es zu sein aufdringlich in Ihrer Anwendung. Außerdem hat Spring mehrere gute Teilprojekte wie Spring MVC, Spring WebFlow, Spring Security und wieder eine lange Liste von usw.
Hoffe das hilft. Wie auch immer, ich ermutige Sie, Martin Fowlers Artikel über Abhängigkeitsinjektion und Inversion der Kontrolle zu lesen, weil er es besser macht als ich. Nach dem Verständnis der Grundlagen einen Blick auf nehmen Frühling Dokumentation , meiner Meinung nach , es wird verwendet , um immer das beste Frühling Buch.
