Bagaimanakah rangka kerja Ruoyi melaksanakan suntikan ketergantungan kacang tanpa menulis kelas pelaksanaan DataSource secara eksplisit?

Rangka Ruoyi Rangka Suntikan Ketergantungan Kacang Clever: Tiada kelas Pelaksanaan DataSource Eksplisit Diperlukan

Rangka kerja Ruoyi terkenal dengan kod ringkas dan pengalaman pembangunan yang cekap. Walau bagaimanapun, pemula mungkin keliru tentang bagaimana ia melaksanakan suntikan ketergantungan kacang tanpa menulis kelas pelaksanaan DataSource secara jelas. Artikel ini akan menjelaskan mekanisme di sebalik kerangka Ruoyi dengan menganalisis kod.

Ramai pemaju sering menghadapi kesilapan "tidak dapat dipasang secara automatik, tidak dapat mencari kacang jenis 'DataSource' apabila meniru kerangka Ruoyi com.ruoyi.framework.config.MybatisConfig . Ini kerana mereka cuba menyuntik objek DataSource secara langsung, dan rangka kerja Ruoyi tidak secara langsung menentukan kelas pelaksanaan DataSource.

Inti rangka kerja Ruoyi adalah dengan bijak menggunakan mekanisme suntikan pergantungan dan anotasi @Configuration kerangka musim bunga. Ia tidak menghilangkan definisi DataSource, tetapi mewakilkan penciptaan dan konfigurasi DataSource ke kelas konfigurasi DruidConfig.java .

Mari kita menyelam kod utama DruidConfig.java :

 /**
 * Konfigurasi Sumber Multi Data Druid*
 * @Author Ruoyi
 */
@Configuration
kelas awam DruidConfig {
    @Bean
    @ConfigurationProperties ("Spring.DataSource.Druid.Master")
    public datasource masterDataSource (DruidProperties DruidProperties) {
        DruidDataSource DataSource = DruidDataSourceBuilder.Create (). Build ();
        kembali DruidProperties.DataSource (DataSource);
    }

    @Bean
    @ConfigurationProperties ("Spring.DataSource.Druid.Slave")
    @ConditionalonProperty (prefix = "spring.datasource.druid.slave", name = "enabled", havingValue = "true")
    Public DataSource SlaveDataSource (DruidProperties DruidProperties) {
        DruidDataSource DataSource = DruidDataSourceBuilder.Create (). Build ();
        kembali DruidProperties.DataSource (DataSource);
    }

    @Bean (name = "DynamicDataSource")
    @Primary
    Public DynamicDataSource DataSource (DataSource MasterDataSource) {
        Peta<object object> TargetDataSources = HashMap baru  ();
        targetDataSources.put (datasourCetype.master.name (), masterDataSource);
        setDataSource (TargetDataSources, DataSourCetype.slave.name (), "SlaveDataSource");
        kembali DynamicDataSource baru (MasterDataSource, TargetDataSources);
    }
    // ...
}</object>

Anotasi @Configuration menandakan DruidConfig sebagai kelas konfigurasi musim bunga. Anotasi @Bean menunjukkan bahawa kaedah itu akan mencipta kacang dan mendaftarkannya ke dalam bekas Spring. Kaedah masterDataSource dan slaveDataSource mencipta sumber data induk dan kacang sumber data hamba masing -masing, dan membaca maklumat konfigurasi dari fail konfigurasi melalui anotasi @ConfigurationProperties . Anotasi @ConditionalOnProperty memastikan bahawa kacang dari sumber data hanya dibuat apabila didayakan dalam fail konfigurasi. Akhirnya, kaedah dataSource mengintegrasikan sumber data Master dan Hamba untuk mencipta kacang sumber data dinamik.

Apabila kacang jenis DataSource perlu disuntik, bekas Spring secara automatik akan mencari dan menyuntik masterDataSource berdaftar atau dynamicDataSource Bean. Oleh itu, rangka kerja Ruoyi tidak mempunyai pelaksanaan DataSource , tetapi menyembunyikan penciptaan dan konfigurasi DataSource dalam kelas DruidConfig melalui mekanisme suntikan dan kelas konfigurasi Spring, dengan itu menyimpan kod ringkas. Pemaju hanya perlu mengisytiharkan bahawa mereka perlu menyuntik kacang jenis DataSource , dan bekas musim bunga secara automatik akan menyelesaikan suntikan ketergantungan secara automatik.

Atas ialah kandungan terperinci Bagaimanakah rangka kerja Ruoyi melaksanakan suntikan ketergantungan kacang tanpa menulis kelas pelaksanaan DataSource secara eksplisit?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!