Bean的自動(dòng)裝配

No

byname

byType

constructo

編程思想的理解（POP,OOP,SOA,AOP）

1)POP--面向過程編程(Process-oriented programming ):

面向過程編程是以功能為中心來進(jìn)行思考和組織的一種編程方法，它強(qiáng)調(diào)的是系統(tǒng)的數(shù)據(jù)被加工和處理的過程，在程序設(shè)計(jì)中主要以函數(shù)或者過程為程序的基本組織方式，系統(tǒng)功能是由一組相關(guān)的過程和函數(shù)序列構(gòu)成。面向過程強(qiáng)調(diào)的是功能（加工），數(shù)據(jù)僅僅作為輸入和輸出存在。這種過程化的思想是一種很樸素和普遍的思想和方法，人類很多活動(dòng)都是這種組織模式，比如工廠生產(chǎn)，企業(yè)服務(wù)等。面向過程以數(shù)據(jù)的加工處理過程為主線，忽略了過程的所屬、邊界和環(huán)境，混淆了服務(wù)功能和自我功能（比如人可以砍樹，這就是一種服務(wù)功能，有輸入也有輸出；它可以提供給外部，而行走，則是自我功能，沒有輸入也沒有輸出），外部環(huán)境和內(nèi)部組織，以及環(huán)境數(shù)據(jù)和原料性數(shù)據(jù)之間的區(qū)別。從思維上來講，面向過程更強(qiáng)調(diào)細(xì)節(jié)，忽視了整體性和邊界性，但這與現(xiàn)實(shí)世界有很大的出入，因?yàn)楝F(xiàn)實(shí)世界中，這種過程都不是孤立存在的，而是從屬于某個(gè)對(duì)象，因此，面向過程雖然反映了現(xiàn)實(shí)世界的而一個(gè)方面（功能），但無法更加形象的模擬或者表示現(xiàn)實(shí)世界。

2）OOP--面向?qū)ο缶幊?Object Oriented Programming):

? ? ? 世界是由一個(gè)個(gè)對(duì)象組成的，因此面向?qū)ο蟮乃季S方式更加接近現(xiàn)實(shí)世界，面向?qū)ο缶幊痰慕M織方式也更加貼近現(xiàn)實(shí)世界。面向?qū)ο笠詫?duì)象為中心，將對(duì)象的內(nèi)部組織與外部環(huán)境區(qū)分開來，將表征對(duì)象的內(nèi)部屬性數(shù)據(jù)與外部隔離開來，其行為與屬性構(gòu)成一個(gè)整體，而系統(tǒng)功能則表現(xiàn)為一系列對(duì)象之間的相互作用的序列，能更加形象的模擬或表達(dá)現(xiàn)實(shí)世界。在編程組織中，對(duì)象的屬性與方法不再像面向過程那樣分開存放，而是視為一個(gè)整體（程序的最終實(shí)現(xiàn)其實(shí)還是分離的，但這僅僅是物理實(shí)現(xiàn)上的，不影響將對(duì)象的這兩個(gè)部分視為一個(gè)整體），因此具有更好的封裝性和安全性（表征內(nèi)部的屬性數(shù)據(jù)需要通過對(duì)象的提供的方法來訪問）。面向?qū)ο髲?qiáng)調(diào)的是整體性，因此面向?qū)ο笈c面向過程在很多方面是可以互補(bǔ)的。同時(shí)由于對(duì)象繼承和多態(tài)技術(shù)的引入，使得面向?qū)ο缶哂懈鼜?qiáng)、更簡潔的對(duì)現(xiàn)實(shí)世界的表達(dá)能力。從而增強(qiáng)了編程的組織性，重用性和靈活性。

? ? ? ?面向?qū)ο笠廊槐Ａ糁嫦蜻^程的特性，面向過程中的功能變成了對(duì)象的方法，加工處理功能變成了對(duì)象的服務(wù)性方法，而這部分方法依然需要外界的輸入，同時(shí)也對(duì)外界進(jìn)行輸出，只是輸入和輸出也變成了對(duì)象。在面向?qū)ο缶幊讨?，大多時(shí)候，我們并不需要關(guān)心一個(gè)對(duì)象對(duì)象的方方面面，有些對(duì)象在整個(gè)系統(tǒng)中都是充當(dāng)“原料”和“成品”的角色，其本身的行為并不在我們關(guān)心的范圍，而另外有些對(duì)象處于一種加工廠地位，我們也僅關(guān)心這些對(duì)象的服務(wù)性功能，不需要太多關(guān)注對(duì)象內(nèi)部屬性和自我行為，針對(duì)這些對(duì)象關(guān)注點(diǎn)的不同會(huì)對(duì)對(duì)象進(jìn)行分類，比如前面提到的兩類對(duì)象，就是從在系統(tǒng)中所處的角色不同而分類，前者叫實(shí)體對(duì)象，后者稱為操作對(duì)象。

從方法論來講，我們可以將面向過程與面向?qū)ο罂醋鍪鞘挛锏膬蓚€(gè)方面--局部與整體（注意：局部與整體是相對(duì)的），在實(shí)際應(yīng)用中，兩者方法都同樣重要。

面向過程和面向?qū)ο笫蔷幊谭椒ㄖ凶罨镜膬煞N方法，處于編程方法體系的底層。

3)SOA--面向服務(wù)架構(gòu)

面向服務(wù)以服務(wù)為出發(fā)點(diǎn)，組織和協(xié)調(diào)相關(guān)的對(duì)象來提供目標(biāo)服務(wù)，對(duì)外提供必要的參數(shù)輸入接口，將服務(wù)的結(jié)果作為輸出，而“服務(wù)”本身的計(jì)算過程和組織則被封裝在一起，對(duì)用戶透明。其實(shí)面向服務(wù)也是以功能（服務(wù)）為中心，但其強(qiáng)調(diào)的是功能的整體性，封裝性、自包性，而不是過程性和協(xié)作性，整體性指的是服務(wù)對(duì)外是作為一整體來體現(xiàn)的；封裝性指的是服務(wù)完成的計(jì)算和處理過程、自有屬性都不直接暴露給外部，除了通過公共的服務(wù)接口進(jìn)行交互外，用戶無法也不用知道內(nèi)部的具體組織和協(xié)調(diào)的；自包性指的是服務(wù)的完成不依賴于服務(wù)的調(diào)用方，服務(wù)系統(tǒng)的本身就可以完成服務(wù)所需的功能；因此面向服務(wù)在程序組織上處于更高的層次，是一種粗粒度的組織方法。面向服務(wù)與面向過程、面向?qū)ο蟊举|(zhì)上沒有什么不同，區(qū)別就在于考慮問題的層面不同。面向?qū)ο蠛兔嫦蜻^程多用于系統(tǒng)內(nèi)部的組織和管理，而面向服務(wù)主要用于系統(tǒng)間的組織和管理。面向服務(wù)是更大的對(duì)象或者過程。

面向服務(wù)設(shè)計(jì)的三大原則是無狀態(tài)、單一實(shí)例和明確的服務(wù)接口。明確的服務(wù)接口是強(qiáng)制和必須的，但無狀態(tài)和單一實(shí)例則不屬于強(qiáng)制性原則，雖然說服務(wù)提供狀態(tài)管理會(huì)增加服務(wù)的復(fù)雜性，多實(shí)例也一樣會(huì)增加服務(wù)的復(fù)雜性（需要增加同步并發(fā)處理等，而且會(huì)導(dǎo)致訪問不確定性），但很多情況下這又是無法避免的。

現(xiàn)在的面向服務(wù)架構(gòu)，主要用于系統(tǒng)間的交互和集成，有一系列的標(biāo)準(zhǔn)(XML,SOAP,WSDL,XSD,WS-policy,WS-BPEL等)。

4)AOP--面向方面.

?面向方面應(yīng)該屬于面向?qū)ο蟮姆懂?，從?duì)象組織角度來講，我們一般采用的分類方法都是使用類似生物學(xué)分類的方法，以“繼承”關(guān)系為主線，我們稱之為縱向。但事實(shí)上，對(duì)象之間除了這種縱向分類之外，我們同樣可以從橫向的角度去觀察這些對(duì)象，這就是面向方面（切面）編程的基本出發(fā)點(diǎn)。原來要解決這類問題，我們一般是采用接口來完成，但這有兩個(gè)問題，一是對(duì)象設(shè)計(jì)的時(shí)候一般都是縱向思維，如果這個(gè)時(shí)候需要就需要考慮這些不同類的對(duì)象的這些共性，不僅會(huì)增加設(shè)計(jì)的難度和復(fù)雜性，還會(huì)造成類的接口過多而難以維護(hù)，二是需要對(duì)現(xiàn)有的對(duì)象動(dòng)態(tài)增加這種行為或者責(zé)任的時(shí)候非常困難?，F(xiàn)在很多程序的都是以中間語言存在，執(zhí)行的時(shí)候是解釋執(zhí)行或者即時(shí)編譯執(zhí)行，這也為增加這種切面行為或者責(zé)任提供了比較好的切入口。面向方面跟Api hook很類似。面向方面編程的具體一些原理和做法，可以參考我前面的博文。

---------------------?

作者：hawksoft?

來源：CSDN?

原文：https://blog.csdn.net/hawksoft/article/details/7021435?

版權(quán)聲明：本文為博主原創(chuàng)文章，轉(zhuǎn)載請(qǐng)附上博文鏈接！

@Autowired和@Required相比，Autowired既可以用在set方法上，也可以用在構(gòu)造器或成員變量上。

默認(rèn)情況下，因?yàn)檎也坏胶线m的bean將會(huì)導(dǎo)致autowiring失敗拋出異常，可以寫成@Autowired(required=false)的形式來避免。并且，每個(gè)類只能有一個(gè)構(gòu)造器被標(biāo)記為required=true。由于Autowired的必要屬性，建議使用Required。

service相關(guān)業(yè)務(wù)邏輯處理，dao更關(guān)注data access object針對(duì)數(shù)據(jù)庫的操作。

Spring的特色是IoC容器，管理很多Bean，要求這些Bean都配置在applicationContext.xml文件中。
用了注解之后，就不需要在xml文件中配置了，Spring提供了幾個(gè)輔助類會(huì)自動(dòng)掃描和裝配這些Bean。
所以，使用注解能大大減少xml文件的體積。

Bean的自動(dòng)裝配Autowiring2

Bean的自動(dòng)裝配Autowiring

Spring中的Aware接口2

Spring中的Aware接口1

Aware的兩種常用接口

Spring中的Aware接口

Bean的生命周期-配置全局的初始化/銷毀方法

Bean的生命周期-銷毀2

Bean的生命周期-銷毀

Bean的生命周期-初始化2