<font style="vertical-align: inherit;"><font style="vertical-align: inherit;">公共類 FileUploadService {</font></font><font></font>
 <font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
    private List<String> validFiles = Arrays.asList("xls", "doc"."txt", "ppt");</font></font><font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
    私有 FileStorageService 服務(wù) = 新 AzureBlobStorageService();</font></font><font></font>
 <font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
    公共文件上傳服務(wù)（）{}</font></font><font></font>
 <font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
    //</font></font><font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
    // 其他方法</font></font><font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
    //</font></font><font></font><font style="vertical-align: inherit;"><font style="vertical-align: inherit;">
}</font></font><font></font>

在上面的代碼中，我們使用Program to Interface原理來實例化FileStorageService. 但是，相應(yīng)的實現(xiàn)仍然是在類中硬編碼的。也是validFiles硬編碼的。它們都導(dǎo)致了緊耦合對象。

松散耦合對象

讓我們稍微更新FileUploadService一下，我們將得到松散耦合的對象。

第 3 行：變量已聲明但未初始化。沒有硬編碼值。
第 4 行：僅對FileStorageService類型的引用。沒有附加實現(xiàn)。
第 6 行：所有參數(shù)構(gòu)造函數(shù)。

讓我們看看User課堂上發(fā)生了什么，實際上是FileUploadService.

第 17 行：FileUploadService通過將所有必需的參數(shù)傳遞給構(gòu)造函數(shù)來創(chuàng)建實例。

依賴注入

我們剛剛所做的稱為依賴注入。

依賴注入是面向?qū)ο缶幊讨惺褂玫囊粋€術(shù)語，通過它，對象將專注于執(zhí)行分配的功能并利用其他對象。對象不會處理必要的配置和初始化。但是，對象將提供一種通過字段分配、字段設(shè)置器或構(gòu)造函數(shù)來初始化它們及其依賴關(guān)系的方法。這樣，外部實體可以初始化事物而不是實際對象。

在基于 Spring 的應(yīng)用程序中，Inversion of Control Container(IoC 容器)執(zhí)行依賴注入。我們將在接下來的部分中看到這一點。首先，讓我們看看為什么我們甚至需要這樣一個容器。

為什么我們需要 IoC 容器?

我已經(jīng)修改了前面的代碼示例。它現(xiàn)在是一個ResumeUploaderService. ACandidate可以將其簡歷分享給ResumeUploaderService. 該服務(wù)應(yīng)在驗證擴展后，將其共享給ResumeStorageService. 根據(jù)組織當前的策略，簡歷被存儲在文件系統(tǒng)的機密文件夾中(by

public class ResumeUploaderService {<font></font>
 <font></font>
    private List<String> validFiles;<font></font>
    private ResumeStorageService service;<font></font>
 <font></font>
    public ResumeUploaderService(List<String> validFiles, ResumeStorageService service) {<font></font>
        this.validFiles = validFiles;<font></font>
        this.service = service;<font></font>
    }<font></font>
}<font></font>
 <font></font>
 <font></font>
class Candidate {<font></font>
    public static void main(String[] ar) {<font></font>
        List<String> validFiles = Arrays.asList("pdf", "doc");<font></font>
 <font></font>
        String filePath = "/Users/app/confidential/storage/resume";<font></font>
        ResumeStorageService service = new FileSystemResumeStorageService(filePath);<font></font>
 <font></font>
        ResumeUploaderService fileUploadService = new ResumeUploaderService(validFiles, service);<font></font>
    }<font></font>
}<font></font>

第 4 行：ResumeUploaderService 具有對ResumeStorageService.

第 6 行：接受并設(shè)置ResumeStorageService.

要上傳簡歷，Candidate必須實例化ResumeUploaderService并傳遞簡歷。但隨著這一切dependency injection，候選人的工作變得困難。候選者不僅要實例化ResumeUploaderService，還要實例化ResumeStorageService. 因為，沒有后者，前者就無法實例化。

第 17 行：候選人決定將簡歷存儲在哪里(我知道……這很有趣!!)
第 18 行：候選人決定是否使用FileSystemResumeStorageService或AzureBlobStorageService。
第 20 行：最后，候選實例化ResumeUploaderService.

以下是上面的重要問題

消費者知道的太多了。
消費者，而不是使用服務(wù)，也初始化它。
消費者不應(yīng)該擔心如何ResumeUploaderService完成它的工作(缺乏抽象)。
作為最終消費者，我們必須了解所有內(nèi)容，并且必須初始化系統(tǒng)中的所有內(nèi)容。

這清楚地表明，我們需要一些可以處理所有配置和初始化的東西。某些東西，其唯一職責是管理初始化。

控制容器反轉(zhuǎn)(IoC 容器)

Spring 提供了一個 IoC Container 來解決這個問題。這個容器實例化了所有的對象，同時它也解決了它們的依賴關(guān)系。該類ApplicationContext代表 Spring IOC 容器。應(yīng)用程序上下文負責實例化、配置和連接 bean。

請記住，Bean 只不過是在 Spring 的應(yīng)用程序上下文中注冊的 Java 對象。

要配置、實例化或編寫 bean，應(yīng)用程序上下文需要一些指令。這些指令可以以 XML 配置、Java 注釋或代碼的形式提供。

Spring 依賴注入

在Spring中，每個對象都是一個 bean。每個對象都有一個id或name。ApplicationContext跟蹤所有這些 bes 和 id 。當消費者請求 bean 時，應(yīng)用程序上下文返回 bean 的一個實例。查看下面的代碼以詳細了解 bean 創(chuàng)建和布線。

import org.springframework.beans.factory.annotation.Value;<font></font>
import org.springframework.stereotype.Component;<font></font>
 <font></font>
@Component("resumeStorageService")<font></font>
public class FileSystemResumeStorageService implements ResumeStorageService {<font></font>
 <font></font>
    @Value("${resume.storage.path}")<font></font>
    private String storagePath;             // Storage path assigned based on properties file<font></font>
 <font></font>
    //<font></font>
    // Skipped methods<font></font>
    //<font></font>
}<font></font>

第 4 行：告訴 Spring 將此類注冊為 Bean 并通過給定名稱識別它。如果未提供名稱，則將類名視為標識符。
第 8 行：存儲路徑現(xiàn)在直接從屬性文件中注入。消費者無需通過它。

import org.springframework.beans.factory.annotation.Autowired;<font></font>
import org.springframework.beans.factory.annotation.Qualifier;<font></font>
import org.springframework.stereotype.Component;<font></font>
 <font></font>
@Component<font></font>
public class ResumeUploaderService {<font></font>
 <font></font>
    @Autowired<font></font>
    @Qualifier("resumeStorageService")<font></font>
    private ResumeStorageService storageService;<font></font>
 <font></font>
 <font></font>
    public ResumeUploaderService(ResumeStorageService storageService) {<font></font>
        this.storageService = storageService;<font></font>
    }<font></font>
 <font></font>
    //<font></font>
    // Skipped methods<font></font>
    //<font></font>
}<font></font>

第 5 行：將類聲明為 Spring Bean，將類名聲明為標識符。
第 10 行：告訴 spring 自動連接ResumeStorageService由"resumeStorageService".

如果我們想附加一個不同的實現(xiàn)，ResumeStorageService則ResumeUploaderService根本不會改變。

import org.springframework.beans.factory.annotation.Autowired;<font></font>
 <font></font>
public class Candidate {<font></font>
    @Autowired private ResumeUploaderService resumeUploaderService;<font></font>
 <font></font>
    public void upload(Byte[] resume) {<font></font>
        resumeUploaderService.uploadResume(resume);<font></font>
    }<font></font>
}<font></font>

第 4 行：要求 Spring 分配resumeUploaderService.

一切都那么干凈和專注。沒有類正在初始化另一個類或為另一個類設(shè)置任何配置。一切都由 Spring 的Inversion of Control Container (IoC Container)管理。

總結(jié)

您已經(jīng)完成了Spring 依賴注入和控制反轉(zhuǎn)指南。您了解了什么是依賴關(guān)系以及類如何緊密耦合或松散耦合。我們了解了面向?qū)ο缶幊讨械囊蕾囎⑷牒涂刂品崔D(zhuǎn)的概念。您還了解到Spring的控制反轉(zhuǎn)容器(IoC 容器)管理我們 Spring 應(yīng)用程序中的所有依賴注入。

到此這篇關(guān)于Spring依賴注入和控制反轉(zhuǎn)詳情的文章就介紹到這了,更多相關(guān)Spring依賴注入內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: