面向方面編程

㈠ 什麼是面向對象編程

面向對象編程（Object Oriented Programming，OOP，面向對象程序設計）是一種計算機編程架構。OOP 的一條基本原則是計算機程序是由單個能夠起到子程序作用的單元或對象組合而成。OOP 達到了軟體工程的三個主要目標：重用性、靈活性和擴展性。為了實現整體運算，每個對象都能夠接收信息、處理數據和向其它對象發送信息。
對於面向對象的理解。面向對象編程就是把自然界中的事物抽象成一個類，這個類可能會有一些屬性。比如說把「人」抽象成一個類，那麼人有身高、體重、三圍等等屬性。同時這個類可能會有一些方法，比如「人」可以吃喝（對自己的影響是增加體力）、可以走路和跑跳（~使自己產生位移）。

用偽代碼定義一下人這個類
人
{
//屬性有

姓名，

身高，

體重，
……

//方法有

吃（東西）， //參數可以是不同的東西，獲得的能量也不同。

走（方向），
……

}

類的實例叫做對象，在程序中可以通過實例化這個類來描述一個人的屬性，比如這個人叫張三，身高180cm，80kg，三圍是xx、xx、xx等等。

比如我們做了一個游戲，那麼在新玩家創建角色的時候，就可以讓玩家選擇他角色的名字、外形等等參數，然後，用「人」這個類，實例化一個對象，然後在游戲中可以通過鍵盤或者滑鼠觸發走的動作。

㈡ 什麼是面向對象編程

它通過給程序中加入擴展語句，把函數「封裝」進編程所必需的「對象」中。面向對象的編程語言使得復雜的工作條理清晰、編寫容易。說它是一場革命，不是對對象本身而言，而是對它們處理工作的能力而言。對象並不與傳統程序設計和編程方法兼容，只是部分面向對象反而會使情形更糟。除非整個開發環境都是面向對象的，否則對象產生的好處還沒有帶來的麻煩多。有人可能會說PHP不是一個真正的面向對象編程的語言， PHP 是一個混合型 語言，你可以使用面向對象編程，也可以使用傳統的過程化編程。然而，對於大型項目的開發，你可能想需要在PHP中使用純的面向對象編程去聲明類，而且在你的項目開發只用對象和類。隨著項目越來越大，使用面向對象編程可能會有幫助，面向對象編程代碼很容易維護，容易理解和重復使用，這些就是軟體工程的基礎。在基於Web的項目中應用這些概念就成為將來網站成功的關鍵。 對象（Object）是問題域或實現域中某些事物的一個抽象，它反映此事物在系統中需要保存的信息和發揮的作用；它是一組屬性和有權對這些屬性進行操作的一組服務的封裝體。 關於對象要從兩方面理解：一方面指系統所要處理的現實世界中的對象；另一方面對象是計算機不直接處理的對象，而是處理相應的計算機表示，這種計算機表示也稱為對象。簡單的來說，一個人就是一個對象，一個尺子也可以說是個對象。

㈢ 面向對象編程是什麼意思

它是一種編程風格，就是把一切東西看成一個個對象，比如人，車，麵包，等等，然後把這些對象擁有的屬性變數，比如年齡，民族，工作地點，變質期，壽命，還有操作這些屬性變數的函數打包成一個類來表示，這個類的一個抽象就是一個對象，比如人這個類包含一些屬性，比如年齡，名字，住址等，他還有一些對別人告訴這些屬性的功能，比如：說，看，走等！！這就是的面向對象的特點！！！

㈣ 面向方面編程的特點

每個框架應用切點、通知或方面的方法都是獨特的，但是其目的和概念是相同的。在本文示例中，Encaser 包裝一個對象時真正進行的操作是，通過 System.Reflection.Emit 命名空間中的類產生 MSIL 代碼，從而隨時創建新的 Contact 類型。新 Contact 類型派生於 Contact 類，它仍然共享類型，但是新包裝的對象還持有對 ContactSave 對象的引用，後者是我們混入的。ISavable.Save 方法在新的 Contact對象上實現，因此在調用 Save 時，它實際上將調用委託給混入的 ContactSave 對象。這樣做的優點是能夠將新的 Contact對象轉換為在任何混入對象上實現的任何介面。

圖 2. 包裝對象的 UML 圖表。
您或許在想，通過 .NET Framework 2.0 的部分類語言功能，可以在另一個 partial 類中添加 Save 行為。這是可能實現的，但是本文沒有採用這種方法，這是為了使代碼與 .NET Framework 1.x 的其他版本向後兼容。既然有部分語言功能，那麼在正常情況下，前面的示例也就不需要使用混入 了。但是混入 仍然很有價值，因為通過它，開發人員可以混入可重用的對象行為，這些對象可以源自其他不相關的對象層次結構，它實現的功能比 partial 類更多。在使用 partial 關鍵字時，是在同一個類或類型中添加代碼，只不過物理位置不同。下一個混入示例說明的添加行為不只特定於 Contact 類，而是一個名為 FieldUndoer 的可重用類。FieldUndoer 實現了 IUndoable 介面，允許已修改的對象恢復為原來的狀態。
Public Interface IUndoable
ReadOnly Property HasChanges() As Boolean
Sub Undo()
Sub AcceptChanges()
End Interface
HasChanges 屬性表示，如果發生了更改，Undo 將對象恢復為原來的狀態，AcceptChanges 接收對象的當前更改，因此任何時候再調用 Undo 時都會恢復為上一次接收更改的狀態。如果該介面是在一個部分類中實現的，那麼在每個希望包含該行為的類中，都必須不厭其煩地重復實現這三個方法。作為一個實用主義編程人員，我嘗試堅持「一次且僅一次代碼」原則，所以我永遠不想重復任何代碼，復制和粘貼越少越好。通過使用混入，我能夠重用實現 IUndoable 的 FieldUndoer對象。在 ServiceManager 中我又混入了這個新功能。所有客戶端代碼仍然不知道新的混入，而且也不需要更改，除非需要使用 IUndoable 介面。更改 MainForm 中的 Contact對象，然後單擊「撤消」，測試這個行為。
Public Shared Function GetAllContacts() As ContactService.Contact()
Dim service As ContactService.Service = New ContactService.Service
Dim contacts() As ContactService.Contact = service.GetAllContacts
'//Wrap each contact object
For i As Integer = 0 To contacts.Length-1
'//Create a new instance of the encaser
'//responsible for wrapping our object
Dim encaser As encaser = New encaser
'//Add mixin instance of ContactSave
Dim saver As ContactSave = New ContactSave
encaser.AddMixin(saver)
'//Add mixin instance of FieldUndoer
Dim undoer As FieldUndoer = New FieldUndoer
encaser.AddMixin(undoer)
'//Creates a new object with Contact
'//and ContactSave implementations
Dim wrappedObject As Object = encaser.Wrap(contacts(i))
'//Assign our new wrapped contact object
'//to the previous contact object
contacts(i) = DirectCast(wrappedObject, _
ContactService.Contact)
'//Notice the wrapped object is still the same type
'//Assign the new wrapped Contact object to target fields
saver.Target = contacts(i)
undoer.Target = contacts(i)
Next
Return contacts
End Function
組合行為
混入還只是冰山一角。真正讓 AOP 聲名鵲起的功能是組合混入行為。以使用新 Contact對象為例，在調用 ISavable.Save 方法時，客戶端代碼還需要調用 IUndoable.AcceptChanges 方法，以便在下一次調用 IUndoable.Undo 時恢復到所保存的上一次更改。在這個小的 MainForm 中瀏覽和添加該對象很容易，但是在任何比用戶界面大得多的系統中對該規則編碼將是一項繁重的任務。您需要查找所有調用 Save 方法的情況，然後添加另一個對 AcceptChanges 的調用。而且在創建新代碼的過程中，開發人員也需要牢記，在每次調用 Save 時都添加這個新功能。這很快就會產生級聯效應，很容易會破壞系統穩定姓，引入一些難於跟蹤的 bug。而使用面向方面的編程則能夠組合這些方法。指定一個切點和通知，在調用 Save 方法時，Contact對象將自動調用後台的 AcceptChanges。
為了在應用程序中實現組合，需要在 ServiceManager 中再添加一行代碼。我們在加入 FieldUndoer 混入後添加這行代碼。
'//Specify join point save, execute the AcceptChanges method
encaser.AddPointcut(Save, AcceptChanges)
AddPointcut 方法通過幾個不同的簽名進行重載，這為指定切點提供了更大的靈活性。我們調用的 AddPointcut 接收了一個字元串類型的接合點名，它表示為 Save 方法，然後又接收了一個名為 AcceptChanges 的方法作為執行的通知。要查看這是否起作用，可以分別在 FieldUndoer.AcceptChanges 方法和 ContactSave.Save 方法前設置一個斷點。單擊 MainForm 上的 Save 按鈕將截獲接合點，您首先將中斷至通知 — 即 AcceptChanges 方法。通知執行後將執行 Save 方法。
這個簡單的示例說明如何添加貫穿整個應用程序的新行為，其功能強大無比。盡管有此功能，但它不僅僅是添加功能的一種很好的新方法。在眾多優點中，只有幾個涉及代碼重用，以及通過簡化新需求帶來的系統進化來改進系統的可維護性。與此同時，誤用 AOP 會對系統的可維護性造成顯著的負面效應，因此了解使用 AOP 的時機和方法很重要。
AOP 走了多遠？
將 AOP 用於多數大型系統或關鍵的生產系統還不完全成熟，但是隨著語言支持的提高，AOP 的應用將更容易。另外，提高支持也是新的軟體開發範例，例如利用面向方面的編程的軟體工廠。在 .NET 領域中有幾種可用的 AOP 框架，每個框架都有其自己的方法、正面屬性和負面屬性。
Encase — 本代碼示例中的 Encase 框架只是一個工具，幫助您快速了解並運行 AOP，以及理解 AOP 背後的概念。Encase 在運行時期間應用能夠單獨添加到對象的方面。
Aspect# — 一個針對 CLI 的 AOP 聯合兼容框架，提供聲明和配置方面的內置語言。
RAIL — RAIL 框架在虛擬機JIT 類時應用方面。
Spring.。。。 — 流行的 Java Spring 框架的一個 .NET 版本。在下一個版本中將實現 AOP。
Eos — 用於 C# 的一個面向方面的擴展。

㈤ 什麼是面向對象編程思想

面相對象不是某一種語言的特性，而是一種編程思想。面向對象的編程的主要思想是把構成問題的各個事物分解成各個對象,建立對象的目的不是為了完成一個步驟,而是為了描述一個事物在解決問題的過程中經歷的步驟和行為。

面向對象的三大特徵分別是：封裝、繼承、多態，這三者是面向對象編程的基本要素

面向對象編程(Object-oriented Programming,縮寫：OOP)

是軟體工程中一種具有對象概念的編程範式(Programming Paradigm)，同時也是一種程序開發的抽象方針，與之對應的編程範式還有：函數式編程(Functional Programming)、過程式編程(Proceral Programming)、響應式編程(Reactive Programming)等。

㈥ Spring 依賴注入怎麼回事，還有面向方面編程是怎麼回事

依賴注入，也稱反轉控制，IoC，
DI，這些都是一回事，簡單說起來就是Spring提供了一個Java
Bean的處理器，通過讀取xml配置文件或註解（Annotation)來自動為你需要的的介面類型，實例化（也就是新建）對象，這樣你的代碼就不需要針對具體對象編程，而是抽象成介面來編寫，實現部分可以與抽象部分分開，便於分層，並隨時替換實現方式，這也叫做注入。
面向方面編程，實際應該叫AOP，面向切面編程，這是Spring容器的另一大功能，它可以通過反射技術為你已經寫好的代碼自動加上一些通用功能，也是通過通過讀取xml配置文件或註解（Annotation)為依據來進行反射實現的，用到了JDK的反射或CGLib的反射，能夠對方法的不同部分（如前置，後置，拋出異常，環繞等）加入代碼，一般用於資料庫的事務處理（資料庫更新類事務前後一般要加beginTransaction,
endTransaction之類的代碼）或日誌處理等等。

㈦ 面向對象、面向介面、面向方法編程的區別

其實不論是面向介面還是面向對象還是面向方面編程，只是設計模式的一種體現，用最簡單的話來解釋就是：

----------------------------------------------------------------------------

面向對象編程就是一堆對象，通過封裝、繼承、多態等更加有效的組織程序。
面向介面編程就是一堆介面，通過介面規約對象的屬性和方法，是面向對象一部分。

來源：(http://blog.sina.com.cn/s/blog_5396eb530100fkla.html) - 關於面向介面、面向對象、面向方面編程的比較區別_simoniu_新浪博客
面向方面編程把業務的主邏輯和次邏輯分開的一種思想。

面向對象不好解釋，可以理解為以一切元素都是對象，在設計時以對象為單位，考慮它的屬性及方法。設計中採用了封裝、繼承、抽象的手法
面向介面本身就是面向對象的，無所謂區別，只不過面向介面的好處是耦合性低
面向方面Aspect-Oriented Programming (AOP)就是大名鼎鼎的AOP。其實有點象struts里的攔截器。
舉例：假設有在一個應用系統中，有一個共享的數據必須被並發同時訪問，首先，將這個數據封裝在數據對象中，稱為Data Class，同時，將有多個訪問類，專門用於在同一時刻訪問這同一個數據對象。
為了完成上述並發訪問同一資源的功能，需要引入鎖Lock的概念，也就是說，某個時刻，當有一個訪問類訪問這個數據對象時，這個數據對象必須上鎖Locked，用完後就立即解鎖unLocked，再供其它訪問類訪問。 這種加鎖與解鎖的操作可以使用攔截器來實現。而攔截器本身就是面向方面編程的一個具體應用。

㈧ .NET中如何使用面向方面編程

你是指面向對象嗎？面向對象是一種編程的思想，是程序設計的一種方法。給你找一些相關資料吧。

面向對象是一種的程序設計方法，或者說它是一種程序設計范型，其基本思想是使用對象，類，繼承，封裝，消息等基本概念來進行程序設計。

它是從現實世界中客觀存在的事物（即對象）出發來構造軟體系統，並在系統構造中盡可能運用人類的自然思維方式，強調直接以問題域（現實世界）中的事物為中心來思考問題，認識問題，並根據這些事物的本質特點，把它們抽象地表示為系統中的對象，作為系統的基本構成單位（而不是用一些與現實世界中的事物相關比較遠，並且沒有對應關系的其它概念來構造系統）。這可以使系統直接地映射問題域，保持問題域中事物及其相互關系的本來面貌。

它可以有不同層次的理解：

從世界觀的角度可以認為：面向對象的基本哲學是認為世界是由各種各樣具有自己的運動規律和內部狀態的對象所組成的；不同對象之間的相互作用和通訊構成了完整的現實世界。因此，人們應當按照現實世界這個本來面貌來理解世界，直接通過對象及其相互關系來反映世界。這樣建立起來的系統才能符合現實世界的本來面目。
從方法學的角度可以認為：面向對象的方法是面向對象的世界觀在開發方法中的直接運用。它強調系統的結構應該直接與現實世界的結構相對應，應該圍繞現實世界中的對象來構造系統，而不是圍繞功能來構造系統。
從程序設計的角度來看，面向對象的程序設計語言必須有描述對象及其相互之間關系的語言成分。這些程序設計語言可以歸納為以下幾類：系統中一切皆為對象；對象是屬性及其操作的封裝體；對象可按其性質劃分為類，對象成為類的實例；實例關系和繼承關系是對象之間的靜態關系；消息傳遞是對象之間動態聯系的唯一形式，也是計算的唯一形式；方法是消息的序列。
例說 面向過程 和 面向對象 在程序設計時的區別

面向過程 是一種以 事件 為中心的編程思想。
面向對象(Object Oriented,簡稱OO) 是一種以 事物 為中心的編程思想
下面以公共汽車為例，分別講述 面向過程 和 面向對象 在程序設計時的區別。

面向過程 就是汽車啟動是一個事件，汽車到站是另一個事件。在編程序的時候我們更關心的是某一個事件。而不是汽車本身。我們分別對啟動和到站編寫程序。類似的還有修理等等。

編寫程序就是：

public class 運營
{
void 汽車啟動
{
}

void 汽車到站
{
}
}

public class 運營
{
void 汽車啟動
{
}

void 汽車到站
{
}
}

面向對象 需要建立一個汽車的實體，由實體引發事件。我們更關心的是一個汽車實體而不是汽車的每個事件。

編寫程序就是：

public class 汽車
{
void 到站()
{
}

void 啟動()
{
}
}

希望對你有幫助。

㈨ [轉載]什麼是面向切面編程(AOP)

面向對象的編程主要注重核心業務，而面向切面編程主要關注一些不是核心的業務，但又是必須的輔助功能，比如一個完整的系統中，記錄平時系統運行時拋出的異常，需要我們去記錄，以便我們對系統盡快的修復。這就是我們常用的日誌。如果對一些要求比較重要的數據操作，事務是不可少的，如金融系統，這樣的數據很重要，每步操作都很重要，我們就應該用到事務處理。這就是我們常用的事務處理。可根據你的系統數據的重要性，有選擇的應用。還用一個常用的就是安全驗證了，它也是常用的，對於不同的頁面，訪問的身份也不一樣。這就是我們常用的身份驗證。以上這些不是針對特定那個業務模塊的，可能針對所有的模塊。它們只是一些附加的功能，相對模塊的主功能而言。如果在每個模塊中都夾雜著這些不是核心業務的代碼，看起來與核心業務有點關系，但這樣處理，會對以後的維護比較頭疼。同時也違背了面向對象的一條原則，
自己對自己負責
面向方面的編程主要是輔助核心業務的，它並不是核心業務，但它又是不可缺少的。我們可以這樣理解它與面向對象思想的聯合使用。其實面向方面編程就是把那些夾雜在核心業務方法裡面的代碼抽取出來並模塊化,把它們單獨看成一個模塊功能.來與核心業務共同完成比較完善的功能.
面向方面編程(
Aspect-Oriented
就是把那些不是核心業務應該處理的代碼提取出來，進行封裝成模塊化．來處理那些附加的功能代碼
．（如日誌，事務，安全驗證）我們把這個模塊的作用理解為一個切面，告訴我們它是一個功能模塊．我們可以把它看成一個切面．說白了就是我們寫一個類，在這個類中寫一些處理在核心業務中起到同樣效果的方法．這樣大家應該明白了吧．專業的概念就是那麼難理解．
第二個：連接點（Joinpoint）,簡單的理解就是在切面模塊中定義的方法．就是上面定義類中的方法．
第三個：切入點（Pointcut）.就是連接點的集合，就是一組方法的集合了．以下幾個就比較理解了，目標對象就是要處理的核心業務了．代理就更容易理解了，讓一個代理去完成這個任務．