# 基礎概念 [上一頁](2.html "上一頁")[下一頁](4.html "下一頁") 在學習和掌握ThinkPHP開發之前，我們有必要了解一些相關的基礎概念，這樣會更加便于后面內容的理解和掌握。（以下基礎概念的描述摘自互聯網，僅供學習參考，更詳細的說明請自行上網搜索）### LAMP LAMP是基于Linux，Apache，MySQL和PHP的開放資源網絡開發平臺。這個術語來自歐洲，在那里這些程序常用來作為一種標準開發環境。名字來源于每個程序的第一個字母。每個程序在所有權里都符合開放源代碼標準：Linux是開放系統；Apache是最通用的網絡服務器；MySQL是帶有基于網絡管理附加工具的關系數據庫；PHP是流行的對象腳本語言，它包含了多數其它語言的優秀特征來使得它的網絡開發更加有效。開發者在Windows操作系統下使用這些Linux環境里的工具稱為使用WAMP。 雖然這些開放源代碼程序本身并不是專門設計成同另外幾個程序一起工作的，但由于它們都是影響較大的開源軟件，擁有很多共同特點，這就導致了這些組件經常在一起使用。在過去的幾年里，這些組件的兼容性不斷完善，在一起的應用情形變得更加普遍。并且它們為了改善不同組件之間的協作，已經創建了某些擴展功能。目前，幾乎在所有的Linux發布版中都默認包含了這些產品。Linux操作系統、Apache服務器、MySQL數據庫和Perl、PHP或者 Python語言，這些產品共同組成了一個強大的Web應用程序平臺。 隨著開源潮流的蓬勃發展，開放源代碼的LAMP已經與J2EE和.Net商業軟件形成三足鼎立之勢，并且該軟件開發的項目在軟件方面的投資成本較低，因此受到整個IT界的關注。從網站的流量上來說，70%以上的訪問流量是LAMP來提供的，LAMP是最強大的網站解決方案．### OOP 面向對象編程（Object Oriented Programming，OOP，面向對象程序設計）是一種計算機編程架構。OOP 的一條基本原則是計算機程序是由單個能夠起到子程序作用的單元或對象組合而成。OOP 達到了軟件工程的三個主要目標：重用性、靈活性和擴展性。為了實現整體運算，每個對象都能夠接收信息、處理數據和向其它對象發送信息。OOP 主要有以下的概念和組件： **組件** － 數據和功能一起在運行著的計算機程序中形成的單元，組件在 OOP 計算機程序中是模塊和結構化的基礎。 **抽象性** － 程序有能力忽略正在處理中信息的某些方面，即對信息主要方面關注的能力。 **封裝** － 也叫做信息封裝：確保組件不會以不可預期的方式改變其它組件的內部狀態；只有在那些提供了內部狀態改變方法的組件中，才可以訪問其內部狀態。每類組件都提供了一個與其它組件聯系的接口，并規定了其它組件進行調用的方法。 **多態性** － 組件的引用和類集會涉及到其它許多不同類型的組件，而且引用組件所產生的結果得依據實際調用的類型。 **繼承性** － 允許在現存的組件基礎上創建子類組件，這統一并增強了多態性和封裝性。典型地來說就是用類來對組件進行分組，而且還可以定義新類為現存的類的擴展，這樣就可以將類組織成樹形或網狀結構，這體現了動作的通用性。 由于抽象性、封裝性、重用性以及便于使用等方面的原因，以組件為基礎的編程在腳本語言中已經變得特別流行。### MVC MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型（M）、視圖（V）、控制器（C），它們各自處理自己的任務。 **視圖 ：**視圖是用戶看到并與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Adobe Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services。如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據并允許用戶操縱的方式。 **模型 ：**模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理數據庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。 **控制器 ：**控制器接受用戶的輸入并調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調用哪個模型構件去處理請求，然后確定用哪個視圖來顯示模型處理返回的數據。 現在我們總結MVC的處理過程，首先控制器接收用戶的請求，并決定應該調用哪個模型來進行處理，然后模型用業務邏輯來處理用戶的請求并返回數據，最后控制器用相應的視圖格式化模型返回的數據，并通過表示層呈現給用戶。### ORM 對象-關系映射（Object/Relation Mapping，簡稱ORM），是隨著面向對象的軟件開發方法發展而產生的。面向對象的開發方法是當今企業級應用開發環境中的主流開發方法，關系數據庫是企業級應用環境中永久存放數據的主流數據存儲系統。對象和關系數據是業務實體的兩種表現形式，業務實體在內存中表現為對象，在數據庫中表現為關系數據。內存中的對象之間存在關聯和繼承關系，而在數據庫中，關系數據無法直接表達多對多關聯和繼承關系。因此，對象-關系映射(ORM)系統一般以中間件的形式存在，主要實現程序對象到關系數據庫數據的映射。 面向對象是從軟件工程基本原則(如耦合、聚合、封裝)的基礎上發展起來的，而關系數據庫則是從數學理論發展而來的，兩套理論存在顯著的區別。為了解決這個不匹配的現象,對象關系映射技術應運而生。### AOP AOP（Aspect-Oriented Programming，面向方面編程），可以說是OOP（Object-Oriented Programing，面向對象編程）的補充和完善。OOP引入封裝、繼承和多態性等概念來建立一種對象層次結構，用以模擬公共行為的一個集合。當我們需要為分散的對象引入公共行為的時候，OOP則顯得無能為力。也就是說，OOP允許你定義從上到下的關系，但并不適合定義從左到右的關系。例如日志功能。日志代碼往往水平地散布在所有對象層次中，而與它所散布到的對象的核心功能毫無關系。對于其他類型的代碼，如安全性、異常處理和透明的持續性也是如此。這種散布在各處的無關的代碼被稱為橫切（cross-cutting）代碼，在OOP設計中，它導致了大量代碼的重復，而不利于各個模塊的重用。而AOP技術則恰恰相反，它利用一種稱為“橫切”的技術，剖解開封裝的對象內部，并將那些影響了多個類的公共行為封裝到一個可重用模塊，并將其名為“Aspect”，即方面。所謂“方面”，簡單地說，就是將那些與業務無關，卻為業務模塊所共同調用的邏輯或責任封裝起來，便于減少系統的重復代碼，降低模塊間的耦合度，并有利于未來的可操作性和可維護性。AOP代表的是一個橫向的關系，如果說“對象”是一個空心的圓柱體，其中封裝的是對象的屬性和行為；那么面向方面編程的方法，就仿佛一把利刃，將這些空心圓柱體剖開，以獲得其內部的消息。而剖開的切面，也就是所謂的“方面”了。然后它又以巧奪天功的妙手將這些剖開的切面復原，不留痕跡。 使用“橫切”技術，AOP把軟件系統分為兩個部分：核心關注點和橫切關注點。業務處理的主要流程是核心關注點，與之關系不大的部分是橫切關注點。橫切關注點的一個特點是，他們經常發生在核心關注點的多處，而各處都基本相似。比如權限認證、日志、事務處理。Aop 的作用在于分離系統中的各種關注點，將核心關注點和橫切關注點分離開來。正如Avanade公司的高級方案構架師Adam Magee所說，AOP的核心思想就是“將應用程序中的商業邏輯同對其提供支持的通用服務進行分離。”### CURD CURD是一個數據庫技術中的縮寫詞，一般的項目開發的各種參數的基本功能都是CURD。它代表創建（Create）、更新（Update）、讀取（Read）和刪除（Delete）操作。CURD 定義了用于處理數據的基本原子操作。之所以將CURD 提升到一個技術難題的高度是因為完成一個涉及在多個數據庫系統中進行CURD操作的匯總相關的活動，其性能可能會隨數據關系的變化而有非常大的差異。 CURD在具體的應用中并非一定使用create、update 、read和delete字樣的方法，但是他們完成的功能是一致的。例如，ThinkPHP就是使用add、save、select和delete方法表示模型的CURD操作。### ActiveRecord Active Record（中文名：活動記錄）是一種領域模型模式，特點是一個模型類對應關系型數據庫中的一個表，而模型類的一個實例對應表中的一行記錄。Active Record 和 Row Gateway （行記錄入口）十分相似，但前者是領域模型，后者是一種數據源模式。關系型數據庫往往通過外鍵來表述實體關系，Active Record 在數據源層面上也將這種關系映射為對象的關聯和聚集。 Active Record 適合非常簡單的領域需求，尤其在領域模型和數據庫模型十分相似的情況下。如果遇到更加復雜的領域模型結構（例如用到繼承、策略的領域模型），往往需要使用分離數據源的領域模型，結合 Data Mapper （數據映射器）使用。 Active Record 驅動框架一般兼有 ORM 框架的功能，但 Active Record 不是簡單的 ORM，正如和 Row Gateway 的區別。由Rails最早提出，遵循標準的ORM模型：表映射到記錄，記錄映射到對象，字段映射到對象屬性。配合遵循的命名和配置慣例，能夠很大程度的快速實現模型的操作，而且簡潔易懂。### 單一入口 單一入口通常是指一個項目或者應用具有一個統一（但并不一定是唯一）的入口文件，也就是說項目的所有功能操作都是通過這個入口文件進行的，并且往往入口文件是第一步被執行的。 單一入口的好處是項目整體比較規范，因為同一個入口，往往其不同操作之間具有相同的規則。另外一個方面就是單一入口帶來的好處是控制較為靈活，因為攔截方便了，類似如一些權限控制、用戶登錄方面的判斷和操作可以統一處理了。 或者有些人會擔心所有網站都通過一個入口文件進行訪問，是否會造成太大的壓力，其實這是杞人憂天的想法。 [上一頁](2.html "上一頁")[下一頁](4.html "下一頁")