電子計算器起源於國外,興盛於美國,編程同樣如此.國外總是會有新穎的編程思想
經過時間的沉澱與足夠的實踐之後被奉爲經典,而由於單詞過長所以經常會縮寫
國內在引入的時候,也就跟着縮寫了.相當於編碼再壓縮,如果沒聽過單看縮寫
絕對不知道是什麼鬼的東西
OOP:
就是我們平時常說面向對象編程, 但是這裏的面向對象編程,指的的面向對象編程範式, 而非指擁有面向對象語法特性的面嚮對象語言, 因爲使用面嚮對象語言寫出來的代碼不一定是符合面向對象編程範式的.
所謂的面向對象編程範式 一言以蔽之就是: “用代碼描述生活”,
更加貼近我們的工作就是 “把業務場景用代碼描述下的同時保留他們在現實生活中的關係”,
因爲單純的用代碼實現業務面向過程變成範式也可以做到,只是在原本的面向過程編程範式中無法自然的描述與體現出事務與事務之間的關係,所以導致了面向過程編程範式所寫出的代碼,在複雜的業務場景下 難以維護,錯漏百出.
BOP:
就是基於OOP的基礎上,針對OOP編程所產出的一個個類的管理理念
- BOP基於OOP
- BOP中的 B就是 Bean的意思 而Bean一般代指我們寫出的類
首先爲什麼會出現OOP, 就是因爲原本的面向過程編程範式的編程手法已經無法滿足如今,系統的複雜度了, 所以纔會向上抽象一層形成OOP(面向對象編程範式)的概念, 那麼爲什麼會有BOP 也是因爲單純的將事務抽象出來形成一個個Bean 已經無法滿足當前的業務複雜度了, Bean太多難以管理,所以誕生了管理Bean的想法,而這個想法最後經過實踐成了- BOP
AOP:
AOP 是找出多個Bean(類)中共同的業務邏輯(具有規律的代碼), 在編碼時抽出,在運行時加入,達到修改簡單,邏輯易懂的目的
IOC:
IOC是控制反轉, IOC概念也是基於BOP思想的一條具體細節實現出的概念.
需要注意的是IOC容器 和IOC概念不是同一個東西, IOC容器就是一個控制反轉之後將對象裝載在其中的容器,
具體可以概念可以參考:
https://blog.csdn.net/weixin_43843042/article/details/103734037
DI:
依賴注入,假設我有一個含有所有Bean的容器,且先不管Bean怎麼來,就說我已經擁有此容器,那麼此時誰需要Bean 就可以從我這個容器中取出即可,無需再次創建,
至於如何將Bean丟到容器裏面,者也就是BOP思想中的一部分,像是Spring採用的就是將對象申明在xml 文件中或是通過註解標註這些就是BOP思想的具體實現了