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是最強大的網站解決方案．
1
OOP
面向對象編程（Object Oriented Programming，OOP，面向對象程序設計）是一種計算機編程架構。OOP 的一條基本原則是計算機程序是由單個能夠起到子程序作用的單元或對象組合而成。OOP 達到了軟件工程的三個主要目標：重用性、靈活性和擴展性。爲了實現整體運算，每個對象都能夠接收信息、處理數據和向其它對象發送信息。OOP 主要有以下的概念和組件：組件 － 數據和功能一起在運行着的計算機程序中形成的單元，組件在 OOP 計算機程序中是模塊和結構化的基礎。
抽象性 － 程序有能力忽略正在處理中信息的某些方面，即對信息主要方面關注的能力。
封裝 － 也叫做信息封裝：確保組件不會以不可預期的方式改變其它組件的內部狀態；只有在那些提供了內部狀態改變方法的組件中，纔可以訪問其內部狀態。每類組件都提供了一個與其它組件聯繫的接口，並規定了其它組件進行調用的方法。
多態性 － 組件的引用和類集會涉及到其它許多不同類型的組件，而且引用組件所產生的結果得依據實際調用的類型。
繼承性 － 允許在現存的組件基礎上創建子類組件，這統一併增強了多態性和封裝性。典型地來說就是用類來對組件進行分組，而且還可以定義新類爲現存的類的擴展，這樣就可以將類組織成樹形或網狀結構，這體現了動作的通用性。
由於抽象性、封裝性、重用性以及便於使用等方面的原因，以組件爲基礎的編程在腳本語言中已經變得特別流行。
4
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的處理過程，首先控制器接收用戶的請求，並決定應該調用哪個模型來進行處理，然後模型用業務邏輯來處理用戶的請求並返回數據，最後控制器用相應的視圖格式化模型返回的數據，並通過表示層呈現給用戶。
4
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的核心思想就是“將應用程序中的商業邏輯同對其提供支持的通用服務進行分離。”
3
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模型：表映射到記錄，記錄映射到對象，字段映射到對象屬性。配合遵循的命名和配置慣例，能夠很大程度的快速實現模型的操作，而且簡潔易懂。
1
單一入口
單一入口通常是指一個項目或者應用具有一個統一（但並不一定是唯一）的入口文件，也就是說項目的所有功能操作都是通過這個入口文件進行的，並且往往入口文件是第一步被執行的。單一入口的好處是項目整體比較規範，因爲同一個入口，往往其不同操作之間具有相同的規則。另外一個方面就是單一入口帶來的好處是控制較爲靈活，因爲攔截方便了，類似如一些權限控制、用戶登錄方面的判斷和操作可以統一處理了。
或者有些人會擔心所有網站都通過一個入口文件進行訪問，是否會造成太大的壓力，其實這是杞人憂天的想法。