php基礎知識【oop/mvc/orm/aop】

標籤：結構化   控制   過程   允許   應用   抽象   方法   作用   自己   

OOP

　　物件導向編程是一種電腦編程架構。OOP 的一條基本原則是電腦程式是由單個能夠起到子程式作用的單元或對象組合而成。OOP 達到了軟體工程的三個主要目標：重用性、靈活性和擴充性。為了實現整體運算，每個對象都能夠接收資訊、處理資料和向其它對象發送資訊。OOP 主要有以下的概念和組件： 
    組件 － 資料和功能一起在運行著的電腦程式中形成的單元，組件在 OOP 電腦程式中是模組和結構化的基礎。 
    抽象性 － 程式有能力忽略正在處理中資訊的某些方面，即對資訊主要方面關注的能力。 
    封裝 － 也叫做資訊封裝：確保組件不會以不可預期的方式改變其它組件的內部狀態；只有在那些提供了內部狀態改變方法的組件中，才可以訪問其內部狀態。每類組件都提供了一個與其它組件聯絡的介面，並規定了其它組件進行調用的方法。 
    多態性 － 組件的引用和類集會涉及到其它許多不同類型的組件，而且引用組件所產生的結果得依據實際調用的類型。 
    繼承性 － 允許在現存的組件基礎上建立子類組件，這統一併增強了多態性和封裝性。典型地來說就是用類來對組件進行分組，而且還可以定義新類為現存的類的擴充，這樣就可以將類組織成樹形或網狀結構，這體現了動作的通用性。 
    由於抽象性、封裝性、重用性以及便於使用等方面的原因，以組件為基礎的編程在指令碼語言中已經變得特別流行。

 

MVC

　　MVC是一個設計模式，它強制性的使應用程式的輸入、處理和輸出分開。使用MVC應用程式被分成三個核心組件：模型（M）、視圖（V）、控制器（C），它們各自處理自己的任務。 MVC 是一種將應用程式的邏輯層和表現層進行分離的方法。
    視圖 ：視圖是使用者看到並與之互動的介面。對老式的Web應用程式來說，視圖就是由HTML元素組成的介面，在新式的Web應用程式中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Adobe Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services。如何處理應用程式的介面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程式處理很多不同的視圖。在視圖中其實沒有真正的處理髮生，不管這些資料是聯機儲存的還是一個僱員列表，作為視圖來講，它只是作為一種輸出資料並允許使用者操縱的方式。 
    模型 ：模型表示企業資料和商務規則。在MVC的三個組件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理資料庫。被模型返回的資料是中立的，就是說模型與資料格式無關，這樣一個模型能為多個視圖提供資料。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重複性。 
    控制器 ：控制器接受使用者的輸入並調用模型和視圖去完成使用者的需求。所以當單擊Web頁面中的超連結和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後確定用哪個視圖來顯示模型處理返回的資料。 
    現在我們總結MVC的處理過程，首先控制器接收使用者的請求，並決定應該調用哪個模型來進行處理，然後模型用商務邏輯來處理使用者的請求並返回資料，最後控制器用相應的視圖格式化模型返回的資料，並通過展示層呈現給使用者。

 

ORM

　　對象-關係映射，是隨著物件導向的軟體開發方法發展而產生的。物件導向的開發方法是當今企業級應用開發環境中的主流開發方法，關聯式資料庫是企業級應用環境中永久存放資料的主流資料存放區系統。對象和關係資料是業務實體的兩種表現形式，業務實體在記憶體中表現為對象，在資料庫中表現為關係資料。記憶體中的對象之間存在關聯和繼承關係，而在資料庫中，關係資料無法直接表達多對多關聯和繼承關係。因此，對象-關係映射(ORM)系統一般以中介軟體的形式存在，主要實現程式對象到關聯式資料庫資料的映射。
    物件導向是從軟體工程基本原則(如耦合、彙總、封裝)的基礎上發展起來的，而關聯式資料庫則是從數學理論發展而來的，兩套理論存在顯著的區別。為瞭解決這個不匹配的現象,對象關係映射技術應運而生。

 

AOP

　　AOP，面向方面編程，可以說是OOP的補充和完善。OOP引入封裝、繼承和多態性等概念來建立一種對象階層，用以類比公用行為的一個集合。當我們需要為分散的對象引入公用行為的時候，OOP則顯得無能為力。也就是說，OOP允許你定義從上到下的關係，但並不適合定義從左至右的關係。例如日誌功能。日誌代碼往往水平地散布在所有對象層次中，而與它所散布到的對象的核心功能毫無關係。對於其他類型的代碼，如安全性、異常處理和透明的持久性也是如此。這種散布在各處的無關的代碼被稱為橫切（cross-cutting）代碼，在OOP設計中，它導致了大量代碼的重複，而不利於各個模組的重用。而AOP技術則恰恰相反，它利用一種稱為“橫切”的技術，剖解開封裝的對象內部，並將那些影響了多個類的公用行為封裝到一個可重用模組，並將其名為“Aspect”，即方面。所謂“方面”，簡單地說，就是將那些與業務無關，卻為業務模組所共同調用的邏輯或責任封裝起來，便於減少系統的重複代碼，降低模組間的耦合度，並有利於未來的可操作性和可維護性。AOP代表的是一個橫向的關係，如果說“對象”是一個空心的圓柱體，其中封裝的是對象的屬性和行為；那麼面向方面編程的方法，就彷彿一把利刃，將這些空心圓柱體剖開，以獲得其內部的訊息。而剖開的切面，也就是所謂的“方面”了。然後它又以巧奪天功的妙手將這些剖開的切面複原，不留痕迹。
    使用“橫切”技術，AOP把軟體系統分為兩個部分：核心關注點和橫切關注點。業務處理的主要流程是核心關注點，與之關係不大的部分是橫切關注點。橫切關注點的一個特點是，他們經常發生在核心關注點的多處，而各處都基本相似。比如許可權認證、日誌、交易處理。Aop 的作用在於分離系統中的各種關注點，將核心關注點和橫切關注點分離開來。正如Avanade公司的進階方案構架師Adam Magee所說，AOP的核心思想就是“將應用程式中的商業邏輯同對其提供支援的泛型服務進行分離。” 

php基礎知識【oop/mvc/orm/aop】