Spring-: WARUM FRING-CANTOT-MATCH-MATCH-BIS-NAME-FÜR-INPORATION

Springabhängigkeitsinjektion: Warum kann sie nicht automatisch mit dem Namen übereinstimmen?

Die Abhängigkeitsinjektionsmechanismus von

Spring betrifft hauptsächlich

auf dem Typ , nicht auf Namen. Bei der Begegnung mehrerer Arten desselben Typs (z. B. MieterDataSource) kehrt es nicht automatisch nach dem Parameternamen zurück. Dies liegt daran, dass der Frühling den Parameternamen in der Methode nicht immer garantieren kann, dass sie mit dem Bean -Namen übereinstimmt.

Java standardmäßig behält

den Parameternamen im kompilierten Bytecode nicht bei. Wenn es keine spezielle Konfiguration gibt, werden die Parameternamen (z. B. TenantadataSource und MieterbdataSource) während der Kompilierung gelöscht und sie durch universelle Namen wie Arg0 und Arg1 ersetzt. Daher kann der Frühling nicht wissen, dass TenantadataSource sich auf die Bean namens "Tenanta-Datasource" bezieht.

Lösen Sie das Problem der Parameternamenretention

Sie können das Compiler -Logo verwenden, um den Parameternamen im Byte -Code beizubehalten: -parameters

<code>javac -parameters MyClass.java</code>

Auch wenn dieses Logo verwendet wird, stimmt die Feder immer noch nicht mit dem Parameternamen überein, es sei denn, die Konfiguration ist klar.

Spring vermeidet Annahmen, um Unfälle zu verhindern. Wenn zum Beispiel der Parametername versehentlich ausgetauscht oder benannt wird oder die Entwickler unterschiedliche Zuordnungen erwarten, was wird dann passieren? Wenn es keine eindeutige Anleitung gibt (z. B.

), kann der Frühling die Absicht des Entwicklers nicht bestimmen und einen Fehler werfen, anstatt die falsche Bohne zu injizieren. @Qualifier

Frühling folgt dem Prinzip von "explizit besser als versteckt". Die abhängige Injektion sollte vorhersehbar sein und hängt nicht von den Annahmen von Parameternamen zur Übereinstimmung der Bean -Name -Matching ab. Der Frühling ist in verschiedenen Umgebungen und Frameworks konsistent. Einige Sprachen oder Frameworks (z. B. Kotlin) behalten den Parameternamen standardmäßig bei, während andere Sprachen nicht beibehalten werden.

Wann kann der Name Match automatisch funktionieren?

Obwohl Spring standardmäßig nicht mit dem Parameternamen übereinstimmt, kann er in einigen Fällen entsprechend dem Parameternamen übereinstimmen, aber es hängt von Ihren Einstellungen ab:

Spring 4.3 Parametername Discover

Wenn der Code Logo -Kompilierung, wenn Unklarheit besteht, kann der Frühling den Namen der Bean aus dem Parameternamen schließen.

-parameters Beispiel:

Wenn die Namen Logo und Parameter (TenantadataSource, MieterbdataSource) und der Bean -Name übereinstimmen, kann der Frühling die Mehrdeutigkeit lösen. Dieses Verhalten ist jedoch in der komplexen Konfiguration nicht immer zuverlässig oder vorhersehbar, weshalb die bevorzugte Anzeigekonfiguration (wie

).

<code>@Autowired
public TenantService(TenantDataSource tenantADataSource, TenantDataSource tenantBDataSource) {
    this.tenantADataSource = tenantADataSource;
    this.tenantBDataSource = tenantBDataSource;
}</code>

Warum neigt Frühling eher, @Qualifier zu verwenden? -parameters @Qualifier Verwenden Sie , um die Definition zu gewährleisten und Mehrdeutigkeiten zu beseitigen, damit sowohl Entwickler als auch Frameworks eindeutig beabsichtigt werden können.

Beispiel:

Auf diese Weise kann der Frühling unabhängig vom Parameternamen oder anderen Faktoren genau wissen, welche Bean injizieren soll. @Qualifier

Spring sollte schlauer sein?

Einige Leute mögen denken, dass ein Framework wie Spring intelligenter sein sollte und der Bean -Name automatisch mit dem Parameternamen übereinstimmt, wenn Unklarheit besteht. Aber:

1. Zurück -Kompatibilität : Das automatische Ändern dieses Verhaltens kann die vorhandenen Anwendungen zerstören, die nicht mit dem Namen des Bean und dem Parameternamen übereinstimmen.
Vorhersagbarkeit
2. : Lösen Sie explizit die Mehrdeutigkeit (z. B. durch ), um sicherzustellen, dass Entwickler immer wissen, welche Bean injiziert wird. Reaktive Annahmen können zu Schwierigkeiten beim Debuggen führen, insbesondere in großen komplexen Anwendungen. @Qualifier
Die Situation in der realen Szene

In den meisten tatsächlichen Anwendungen:

Entwickler verwenden aussagekräftige Bean -Namen und Parameternamen, bevorzugen jedoch auch

, um ihre Klarheit zu gewährleisten.
• @Qualifier Für Multi -Example -Szenen konfigurieren Sie
dynamisch
• oder fabrikbasierte Methoden (z. B. AbstractroutingataSorce), anstatt jede Bean manuell zu verbinden.
Schlüsselpunkte

Feder injects nach Typ

: Wenn es nur eine Bean -Art gibt, wird die Frühling es ohne Probleme injiziert. Wenn mehrere Bohnen desselben Typs vorhanden sind, erfordert die Feder zusätzliche Eingabeaufforderungen (z. B.
1. ), um Mehrdeutigkeiten zu lösen. Der Parametername ist nicht zuverlässig. Selbst wenn der Parametername (@Qualifier) beibehalten wird, vermeidet die Feder die gut bekannte Übereinstimmung, sofern die Konfiguration nicht klar ist.
2. explizit ist besser als versteckt : Die Berücksichtigung der Frühlingspriorität kann vorhersehbar sein und ermutigt Entwickler, eine explizite Konfiguration (wie oder -parameters) zu verwenden, anstatt sich auf versteckte Übereinstimmungen zu verlassen.

3. Spring Design Concept : Nebelfehler können Unfälle verhindern und sicherstellen, dass Entwickler die Abhängigkeitsinjektion vollständig steuern. @Qualifier

Das obige ist der detaillierte Inhalt vonSpring-: WARUM FRING-CANTOT-MATCH-MATCH-BIS-NAME-FÜR-INPORATION. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!