主頁 > 軟體設計 > 不是吧?面試被問了幾百遍的 IoC 和 AOP ,還搞不清楚?

不是吧?面試被問了幾百遍的 IoC 和 AOP ,還搞不清楚?

2020-10-28 02:34:48 軟體設計

面試也好,學習的技術知識點也好,IoC和AOP都是很重要的東西,這篇文章就給大家一次性徹底講清這個技術知識點,

什么是 IoC?

IoC (Inversion of control )控制反轉/反轉控制,它是一種思想不是一個技術實作,描述的是:Java 開發領域物件的創建以及管理的問題,

例如:現有類 A 依賴于類 B

  • 傳統的開發方式 :往往是在類 A 中手動通過 new 關鍵字來 new 一個 B 的物件出來
  • 使用 IoC 思想的開發方式 :不通過 new 關鍵字來創建物件,而是通過 IoC 容器(Spring 框架)來幫助我們實體化物件,我們需要哪個物件,直接從 IoC 容器里面過去即可,

從以上兩種開發方式的對比來看:我們 “喪失了一個權力” (創建、管理物件的權力),從而也得到了一個好處(不用再考慮物件的創建、管理等一系列的事情)

另外也整理了spring的全部資料和其他Java知識點,需要的朋友可以點擊:點這個,點這個,暗號:csdn,

在這里插入圖片描述

為什么叫控制反轉

控制 :指的是物件創建(實體化、管理)的權力

反轉 :控制權交給外部環境(Spring 框架、IoC 容器)
在這里插入圖片描述

IoC 解決了什么問題

IoC 的思想就是兩方之間不互相依賴,由第三方容器來管理相關資源,這樣有什么好處呢?

  1. 物件之間的耦合度或者說依賴程度降低;
  2. 資源變的容易管理;比如你用 Spring 容器提供的話很容易就可以實作一個單例,

例如:現有一個針對 User 的操作,利用 Service 和 Dao 兩層結構進行開發

在沒有使用 IoC 思想的情況下,Service 層想要使用 Dao 層的具體實作的話,需要通過 new 關鍵字在UserServiceImpl 中手動 new 出 IUserDao 的具體實作類 UserDaoImpl(不能直接 new 介面類),
在這里插入圖片描述
很完美,這種方式也是可以實作的,但是我們想象一下如下場景:

開發程序中突然接到一個新的需求,針對對IUserDao 介面開發出另一個具體實作類,因為 Server 層依賴了IUserDao的具體實作,所以我們需要修改UserServiceImpl中 new 的物件,如果只有一個類參考了IUserDao的具體實作,可能覺得還好,修改起來也不是很費力氣,但是如果有許許多多的地方都參考了IUserDao的具體實作的話,一旦需要更換IUserDao 的實作方式,那修改起來將會非常的頭疼,
在這里插入圖片描述
使用 IoC 的思想,我們將物件的控制權(創建、管理)交有 IoC 容器去管理,我們在使用的時候直接向 IoC 容器 “要” 就可以了,

IoC 和 DI 別再傻傻分不清楚

IoC(Inverse of Control:控制反轉)是一種設計思想 或者說是某種模式,這個設計思想就是 將原本在程式中手動創建物件的控制權,交由 Spring 框架來管理, IoC 在其他語言中也有應用,并非 Spring 特有,IoC 容器是 Spring 用來實作 IoC 的載體, IoC 容器實際上就是個 Map(key,value),Map 中存放的是各種物件,

IoC 最常見以及最合理的實作方式叫做依賴注入(Dependency Injection,簡稱 DI),

并且,Martin Fowler在一篇文章中提到將 IoC 改名為 DI,原文如下,在這里插入圖片描述
老馬的大概意思是 IoC 太普遍并且不表意,很多人會因此而迷惑,所以,使用 DI 來精確指名這個模式比較好,

還有最近最新的大廠面試題,需要的朋友可以點擊:點這個,點這個,暗號:csdn,

在這里插入圖片描述

什么是 AOP

AOP:Aspect oriented programming 面向切面編程,AOP 是 OOP(面向物件編程)的一種延續,

下面我們先看一個 OOP 的例子,

例如:現有三個類,Horse、Pig、Dog,這三個類中都有 eat 和 run 兩個方法,

通過 OOP 思想中的繼承,我們可以提取出一個 Animal 的父類,然后將 eat 和 run 方法放入父類中,Horse、Pig、Dog通過繼承Animal類即可自動獲得 eat() 和 run() 方法,這樣將會少些很多重復的代碼,
在這里插入圖片描述
OOP 編程思想可以解決大部分的代碼重復問題,但是有一些問題是處理不了的,比如在父類 Animal 中的多個方法的相同位置出現了重復的代碼,OOP 就解決不了,

/**
 * 動物父類
 */
public class Animal {

    /** 身高 */
    private String height;

    /** 體重 */
    private double weight;

    public void eat() {
        // 性能監控代碼
        long start = System.currentTimeMillis();

        // 業務邏輯代碼
        System.out.println("I can eat...");

        // 性能監控代碼
        System.out.println("執行時長:" + (System.currentTimeMillis() - start)/1000f + "s");
    }

    public void run() {
        // 性能監控代碼
        long start = System.currentTimeMillis();

        // 業務邏輯代碼
        System.out.println("I can run...");

        // 性能監控代碼
        System.out.println("執行時長:" + (System.currentTimeMillis() - start)/1000f + "s");
    }
}

這部分重復的代碼,一般統稱為 橫切邏輯代碼,
在這里插入圖片描述
橫切邏輯代碼存在的問題:

  • 代碼重復問題
  • 橫切邏輯代碼和業務代碼混雜在一起,代碼臃腫,不變維護

AOP 就是用來解決這些問題的

AOP 另辟蹊徑,提出橫向抽取機制,將橫切邏輯代碼和業務邏輯代碼分離
在這里插入圖片描述
代碼拆分比較容易,難的是如何在不改變原有業務邏輯的情況下,悄無聲息的將橫向邏輯代碼應用到原有的業務邏輯中,達到和原來一樣的效果,

AOP 解決了什么問題

通過上面的分析可以發現,AOP 主要用來解決:在不改變原有業務邏輯的情況下,增強橫切邏輯代碼,根本上解耦合,避免橫切邏輯代碼重復,

AOP 為什么叫面向切面編程

切 :指的是橫切邏輯,原有業務邏輯代碼不動,只能操作橫切邏輯代碼,所以面向橫切邏輯

面 :橫切邏輯代碼往往要影響的是很多個方法,每個方法如同一個點,多個點構成一個面,這里有一個面的概念

最后

提供免費的Java架構學習資料,學習技術內容包含有:Spring,Dubbo,MyBatis, RPC, 原始碼分析,高并發、高性能、分布式,性能優化,微服務 高級架構開發等等,

需要的朋友可以點擊:點這個!點這個!,暗號:csdn,

還有Java核心知識點+全套架構師學習資料和視頻+一線大廠面試寶典+面試簡歷模板可以領取+阿里美團網易騰訊小米愛奇藝快手嗶哩嗶哩面試題+Spring原始碼合集+Java架構實戰電子書+2020年最新大廠面試題,
在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/194556.html

標籤:其他

上一篇:Java基礎(一)——基礎語法冷知識

下一篇:SSM框架學習之MyBatis(一)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more