Mekanisme suntikan pergantungan musim bunga terutamanya
berdasarkan jenis , bukan nama. Apabila menghadapi pelbagai jenis jenis yang sama (seperti TenantDataSource), ia tidak akan kembali secara automatik untuk dipadankan mengikut nama parameter. Ini kerana Spring tidak boleh selalu menjamin nama parameter dalam kaedah yang sesuai dengan nama kacang.
java secara lalai,tidak akan mengekalkan nama parameter dalam bytecode yang disusun. Sekiranya tidak ada konfigurasi khas, nama parameter (contohnya, TenantAdataSource dan TenantBDataSource) akan dibersihkan semasa kompilasi dan menggantikannya dengan nama sejagat, seperti Arg0 dan Arg1. Oleh itu, musim bunga tidak dapat mengetahui bahawa tenantadataSource merujuk kepada kacang yang dipanggil "Tenanta-Datasource".
menyelesaikan masalah pengekalan nama parameteranda boleh menggunakan logo pengkompil untuk mengekalkan nama parameter dalam kod byte:
-parameters
<code>javac -parameters MyClass.java</code>
Spring mengelakkan andaian untuk mencegah kemalangan. Sebagai contoh, jika nama parameter secara tidak sengaja ditukar atau dinamakan, atau pemaju mengharapkan pemetaan yang berbeza, apa yang akan berlaku? Sekiranya tidak ada panduan yang jelas (seperti
), musim bunga tidak dapat menentukan niat pemaju, dan memilih untuk membuang kesilapan dan bukannya menyuntik kacang yang salah.
@Qualifier
Spring mengikuti prinsip "jelas lebih baik daripada tersembunyi". Suntikan bergantung harus diramalkan, dan tidak bergantung kepada andaian nama parameter kepada pemadanan padanan nama kacang. Spring adalah konsisten dalam persekitaran dan kerangka yang berbeza. Sesetengah bahasa atau kerangka (seperti Kotlin) mengekalkan nama parameter secara lalai, sementara bahasa lain tidak dikekalkan.
Bilakah nama yang boleh dipadankan boleh berfungsi secara automatik?
Walaupun musim bunga tidak sepadan dengan nama parameter secara lalai, ia boleh dipadankan mengikut nama parameter dalam beberapa kes, tetapi ia bergantung pada tetapan anda:
Spring 4.3 Parameter Nama Discover
Jika kod kompilasi logo , apabila terdapat kekaburan, musim bunga dapat menyimpulkan nama kacang dari nama parameter.
Contoh:
-parameters
).
<code>@Autowired public TenantService(TenantDataSource tenantADataSource, TenantDataSource tenantBDataSource) { this.tenantADataSource = tenantADataSource; this.tenantBDataSource = tenantBDataSource; }</code>Kenapa musim bunga lebih cenderung menggunakan @Qualifier?
-parameters
Gunakan untuk memastikan definisi dan menghapuskan kekaburan, supaya kedua -dua pemaju dan kerangka dapat dengan jelas niat. @Qualifier
Dengan cara ini, musim bunga boleh mengetahui dengan tepat kacang mana yang disuntik, tanpa mengira nama parameter atau faktor lain.
musim bunga harus lebih pintar?
Sesetengah orang mungkin berfikir bahawa rangka kerja seperti musim bunga harus lebih pintar, dan nama kacang secara automatik dipadankan dengan nama parameter apabila terdapat kekaburan. Tetapi:
- Keserasian belakang : Secara automatik mengubah tingkah laku ini boleh memusnahkan aplikasi sedia ada yang tidak sepadan dengan nama kacang dan nama parameter. Predictability
- : secara eksplisit menyelesaikan kekaburan (contohnya, melalui ) untuk memastikan pemaju sentiasa tahu kacang mana yang disuntik. Andaian reakable boleh menyebabkan kesukaran dalam debugging, terutamanya dalam aplikasi kompleks yang besar.
@Qualifier
keadaan di tempat sebenar
dalam kebanyakan aplikasi sebenar:
Pemaju menggunakan nama kacang dan nama parameter yang bermakna, tetapi mereka juga lebih suka memilih
- untuk memastikan kejelasan mereka.
-
@Qualifier
untuk adegan berbilang contoh, konfigurasi secara dinamik - atau kaedah berasaskan kilang (contohnya abstractroutaratasorce), bukannya menghubungkan secara manual setiap kacang. mata utama
Spring pertama menyuntik dengan jenis
- : Jika hanya ada satu jenis kacang, musim bunga akan menyuntiknya tanpa sebarang masalah. Sekiranya terdapat banyak kacang jenis yang sama, musim bunga memerlukan petikan tambahan (seperti
- ) untuk menyelesaikan kekaburan.
Nama parameter tidak boleh dipercayai. Walaupun nama parameter (
@Qualifier
) dikekalkan, musim bunga akan mengelakkan pencocokan padanan yang terkenal, kecuali konfigurasi adalah jelas. - Eksplisit adalah lebih baik daripada tersembunyi : Pertimbangan keutamaan musim bunga boleh diramalkan, dan menggalakkan pemaju menggunakan konfigurasi eksplisit (seperti atau
-parameters
) dan bukannya bergantung pada padanan tersembunyi. -
Konsep Reka Bentuk Spring : Kesilapan Misty dapat menghalang kemalangan dan memastikan pemaju sepenuhnya mengawal suntikan pergantungan.
@Qualifier
Atas ialah kandungan terperinci Spring-: Why-Spring-Cannot-Match-by-Name-For-Injection. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Perbezaan antara hashmap dan hashtable terutamanya dicerminkan dalam keselamatan benang, sokongan nilai null dan prestasi. 1. Dari segi keselamatan benang, hashtable adalah benang selamat, dan kaedahnya kebanyakannya kaedah segerak, sementara hashmap tidak melakukan pemprosesan penyegerakan, yang bukan benang-selamat; 2. Dari segi sokongan nilai null, hashmap membolehkan satu kunci null dan nilai null berbilang, manakala hashtable tidak membenarkan kekunci atau nilai null, jika tidak, nullPointerException akan dibuang; 3. Dari segi prestasi, hashmap lebih cekap kerana tidak ada mekanisme penyegerakan, dan Hashtable mempunyai prestasi penguncian yang rendah untuk setiap operasi. Adalah disyorkan untuk menggunakan ConcurrentHashMap sebaliknya.

Java menggunakan kelas pembalut kerana jenis data asas tidak dapat mengambil bahagian secara langsung dalam operasi berorientasikan objek, dan bentuk objek sering diperlukan dalam keperluan sebenar; 1. Kelas koleksi hanya boleh menyimpan objek, seperti senarai menggunakan tinju automatik untuk menyimpan nilai berangka; 2. Generik tidak menyokong jenis asas, dan kelas pembungkusan mesti digunakan sebagai parameter jenis; 3. Kelas pembungkusan boleh mewakili nilai null untuk membezakan data yang tidak tersendiri atau hilang; 4. Kelas pembungkusan menyediakan kaedah praktikal seperti penukaran rentetan untuk memudahkan parsing dan pemprosesan data, jadi dalam senario di mana ciri -ciri ini diperlukan, kelas pembungkusan sangat diperlukan.

Penyusun JIT mengoptimumkan kod melalui empat kaedah: kaedah dalam talian, pengesanan tempat panas dan penyusunan, spekulasi jenis dan devirtualisasi, dan penghapusan operasi yang berlebihan. 1. Kaedah sebaris mengurangkan panggilan overhead dan memasukkan kaedah kecil yang sering dipanggil terus ke dalam panggilan; 2. Pengesanan tempat panas dan pelaksanaan kod frekuensi tinggi dan mengoptimumkannya untuk menjimatkan sumber; 3. Jenis spekulasi mengumpul maklumat jenis runtime untuk mencapai panggilan devirtualisasi, meningkatkan kecekapan; 4. Operasi berlebihan menghapuskan pengiraan dan pemeriksaan yang tidak berguna berdasarkan penghapusan data operasi, meningkatkan prestasi.

Staticmethodsininterfaceswereintroducedinjava8toallowutilityfunctionswithintheintheinterfaceitself.beforjava8, SuchfunctionsRequiredseparateHelpereHelperes, LeadingTodisorgaganizedCode.Now, staticmethodethreeKeybeeMeKeBeReSes, staticmethodeDethreeKeybeeMeKeBeReSes, staticmethodethreeKeybeeMeKeKeBeReSes, staticmethodeDethreeKeybeeMeKeKeBeReKeNey

Blok permulaan contoh digunakan dalam Java untuk menjalankan logik inisialisasi apabila membuat objek, yang dilaksanakan sebelum pembina. Ia sesuai untuk senario di mana beberapa pembina berkongsi kod inisialisasi, permulaan medan kompleks, atau senario permulaan kelas tanpa nama. Tidak seperti blok inisialisasi statik, ia dilaksanakan setiap kali ia ditegaskan, manakala blok permulaan statik hanya dijalankan sekali apabila kelas dimuatkan.

Injava, thefinalkeywordpreventsavariable'svaluefrombeingchangedafterassignment, butitsbehaviordiffersforprimitivesandobjectreferences.forprimitiveVariables, finalmakesthevalueconstant, asinfinalintmax_speed = 100;

Mod kilang digunakan untuk merangkum logik penciptaan objek, menjadikan kod lebih fleksibel, mudah dikekalkan, dan ditambah longgar. Jawapan teras adalah: dengan mengurus logik penciptaan objek secara berpusat, menyembunyikan butiran pelaksanaan, dan menyokong penciptaan pelbagai objek yang berkaitan. Keterangan khusus adalah seperti berikut: Mod Kilang menyerahkan penciptaan objek ke kelas kilang khas atau kaedah untuk diproses, mengelakkan penggunaan Newclass () secara langsung; Ia sesuai untuk senario di mana pelbagai jenis objek yang berkaitan dicipta, logik penciptaan boleh berubah, dan butiran pelaksanaan perlu disembunyikan; Sebagai contoh, dalam pemproses pembayaran, jalur, paypal dan contoh lain dicipta melalui kilang -kilang; Pelaksanaannya termasuk objek yang dikembalikan oleh kelas kilang berdasarkan parameter input, dan semua objek menyedari antara muka yang sama; Varian biasa termasuk kilang -kilang mudah, kaedah kilang dan kilang abstrak, yang sesuai untuk kerumitan yang berbeza.

Terdapat dua jenis penukaran: tersirat dan eksplisit. 1. Penukaran tersirat berlaku secara automatik, seperti menukar int untuk berganda; 2. Penukaran eksplisit memerlukan operasi manual, seperti menggunakan (int) mydouble. Kes di mana penukaran jenis diperlukan termasuk memproses input pengguna, operasi matematik, atau lulus pelbagai jenis nilai antara fungsi. Isu-isu yang perlu diperhatikan adalah: Mengubah nombor terapung ke dalam bilangan bulat akan memotong bahagian pecahan, mengubah jenis besar menjadi jenis kecil boleh menyebabkan kehilangan data, dan beberapa bahasa tidak membenarkan penukaran langsung jenis tertentu. Pemahaman yang betul tentang peraturan penukaran bahasa membantu mengelakkan kesilapan.
