程式設計思想的理解（POP,OOP,SOA,AOP）：
1)POP–面向過程程式設計(Process-oriented programming ):
面向過程程式設計是以功能為中心來進行思考和組織的一種程式設計方法，它強調的是系統的資料被加工和處理的過程，在程式設計中主要以函式或者過程為程式的基本組織方式，系統功能是由一組相關的過程和函式序列構成。面向過程強調的是功能（加工），資料僅僅作為輸入和輸出存在。這種過程化的思想是一種很樸素和普遍的思想和方法，人類很多活動都是這種組織模式，比如工廠生產，企業服務等。面向過程以資料的加工處理過程為主線，忽略了過程的所屬、邊界和環境，混淆了服務功能和自我功能（比如人可以砍樹，這就是一種服務功能，有輸入也有輸出；它可以提供給外部，而行走，則是自我功能，沒有輸入也沒有輸出），外部環境和內部組織，以及環境資料和原料性資料之間的區別。從思維上來講，面向過程更強調細節，忽視了整體性和邊界性，但這與現實世界有很大的出入，因為現實世界中，這種過程都不是孤立存在的，而是從屬於某個物件，因此，面向過程雖然反映了現實世界的而一個方面（功能），但無法更加形象的模擬或者表示現實世界。
2）OOP–面向物件程式設計(Object Oriented Programming):
世界是由一個個物件組成的，因此面向物件的思維方式更加接近現實世界，面向物件程式設計的組織方式也更加貼近現實世界。面向物件以物件為中心，將物件的內部組織與外部環境區分開來，將表徵物件的內部屬性資料與外部隔離開來，其行為與屬性構成一個整體，而系統功能則表現為一系列物件之間的相互作用的序列，能更加形象的模擬或表達現實世界。在程式設計組織中，物件的屬性與方法不再像面向過程那樣分開存放，而是視為一個整體（程式的最終實現其實還是分離的，但這僅僅是物理實現上的，不影響將物件的這兩個部分視為一個整體），因此具有更好的封裝性和安全性（表徵內部的屬性資料需要通過物件的提供的方法來訪問）。面向物件強調的是整體性，因此面向物件與面向過程在很多方面是可以互補的。同時由於物件繼承和多型技術的引入，使得面向物件具有更強、更簡潔的對現實世界的表達能力。從而增強了程式設計的組織性，重用性和靈活性。
面向物件依然保留著面向過程的特性，面向過程中的功能變成了物件的方法，加工處理功能變成了物件的服務性方法，而這部分方法依然需要外界的輸入，同時也對外界進行輸出，只是輸入和輸出也變成了物件。在面向物件程式設計中，大多時候，我們並不需要關心一個物件物件的方方面面，有些物件在整個系統中都是充當“原料”和“成品”的角色，其本身的行為並不在我們關心的範圍，而另外有些物件處於一種加工廠地位，我們也僅關心這些物件的服務性功能，不需要太多關注物件內部屬性和自我行為，針對這些物件關注點的不同會對物件進行分類，比如前面提到的兩類物件，就是從在系統中所處的角色不同而分類，前者叫實體物件，後者稱為操作物件。
從方法論來講，我們可以將面向過程與面向物件看做是事物的兩個方面–區域性與整體（注意：區域性與整體是相對的），在實際應用中，兩者方法都同樣重要。
面向過程和麵向物件是程式設計方法中最基本的兩種方法，處於程式設計方法體系的底層。
3)SOA–面向服務架構
面向服務以服務為出發點，組織和協調相關的物件來提供目標服務，對外提供必要的引數輸入介面，將服務的結果作為輸出，而“服務”本身的計算過程和組織則被封裝在一起，對使用者透明。其實面向服務也是以功能（服務）為中心，但其強調的是功能的整體性，封裝性、自包性，而不是過程性和協作性，整體性指的是服務對外是作為一整體來體現的；封裝性指的是服務完成的計算和處理過程、自有屬性都不直接暴露給外部，除了通過公共的服務介面進行互動外，使用者無法也不用知道內部的具體組織和協調的；自包性指的是服務的完成不依賴於服務的呼叫方，服務系統的本身就可以完成服務所需的功能；因此面向服務在程式組織上處於更高的層次，是一種粗粒度的組織方法。面向服務與面向過程、面向物件本質上沒有什麼不同，區別就在於考慮問題的層面不同。面向物件和麵向過程多用於系統內部的組織和管理，而面向服務主要用於系統間的組織和管理。面向服務是更大的物件或者過程。
面向服務設計的三大原則是無狀態、單一例項和明確的服務介面。明確的服務介面是強制和必須的，但無狀態和單一例項則不屬於強制性原則，雖然說服務提供狀態管理會增加服務的複雜性，多例項也一樣會增加服務的複雜性（需要增加同步併發處理等，而且會導致訪問不確定性），但很多情況下這又是無法避免的。
現在的面向服務架構，主要用於系統間的互動和整合，有一系列的標準(XML,SOAP,WSDL,XSD,WS-policy,WS-BPEL等)。
4)AOP–面向方面.
面向方面應該屬於面向物件的範疇，從物件組織角度來講，我們一般採用的分類方法都是使用類似生物學分類的方法，以“繼承”關係為主線，我們稱之為縱向。但事實上，物件之間除了這種縱向分類之外，我們同樣可以從橫向的角度去觀察這些物件，這就是面向方面（切面）程式設計的基本出發點。原來要解決這類問題，我們一般是採用介面來完成，但這有兩個問題，一是物件設計的時候一般都是縱向思維，如果這個時候需要就需要考慮這些不同類的物件的這些共性，不僅會增加設計的難度和複雜性，還會造成類的介面過多而難以維護，二是需要對現有的物件動態增加這種行為或者責任的時候非常困難。現在很多程式的都是以中間語言存在，執行的時候是解釋執行或者即時編譯執行，這也為增加這種切面行為或者責任提供了比較好的切入口。面向方面跟Api hook很類似。面向方面程式設計的具體一些原理和做法，可以參考我前面的博文。
作者：hawksoft
來源：CSDN
原文：https://blog.csdn.net/hawksoft/article/details/7021435
版權宣告：本文為博主原創文章，轉載請附上博文連結！