Yii框架特点及测试考虑
1. 簡介
Yii 是一個基于部件、用于開發(fā)大型 Web 應(yīng)用的高性能 PHP 框架。它將 Web 編程中的可重用性發(fā)揮到極致，能夠顯著加速開發(fā)進(jìn)程。Yii（讀作“易”）代表簡單(easy)、高效(efficient)、可擴(kuò)展 (extensible)。它是輕量級的，又裝配了很好很強(qiáng)大的緩存部件，因此尤其適合開發(fā)大流量的應(yīng)用，比如門戶、論壇、內(nèi)容管理系統(tǒng)(CMS)、電子商務(wù)系統(tǒng)，等等。
Yii 是一個純OOP的通用Web編程框架，和大多數(shù) PHP 框架一樣，Yii 是一個 MVC 框架。
Yii在設(shè)計時借鑒和集成了很多其他著名web編程框架和應(yīng)用的思想和工作：
● Prado：這是Yii的思想的主要來源。Yii采用了它的基于部件和事件驅(qū)動的編程范式，數(shù)據(jù)庫抽象層，模塊應(yīng)用框架，國際化和本地化以及其它一些東西。
● Ruby on Rails：Yii繼承了它的易于配置的特點。Yii還參考了它的活動記錄設(shè)計模式的實現(xiàn)。
● jQuery：作為JavaScript框架的基礎(chǔ)集成到Y(jié)ii中
● Symfony：Yii參考了它的過濾器設(shè)計以及插件框架
● Joomla：Yii參考了它的模塊設(shè)計以及消息傳遞體系。
2. YII的設(shè)計模式
下面將以一個樹圖描述了一個簡單的web服務(wù)所產(chǎn)生的目錄結(jié)構(gòu)。通過這個目錄結(jié)構(gòu)，我們會發(fā)現(xiàn)除了Web常見的資源、圖片、CSS、主題等元素外，還有Yii所特有的部件、控制器、模塊、消息、視圖等元素。下面我們將介紹Yii特有的元素的功能及實現(xiàn)。
testdrive/
index.php Web 應(yīng)用入口腳本文件
assets/ 包含公開的資源文件
css/ 包含 CSS 文件
images/ 包含圖片文件
themes/ 包含應(yīng)用主題
protected/ 包含受保護(hù)的應(yīng)用文件
yiic yiic 命令行腳本
yiic.bat Windows 下的 yiic 命令行腳本
commands/ 包含自定義的 'yiic' 命令
shell/ 包含自定義的 'yiic shell' 命令
components/ 包含可重用的用戶部件
MainMenu.php 'MainMenu' 掛件類
Identity/php 用來認(rèn)證的 'Identity' 類
views/ 包含掛件的視圖文件
mainMenu.php 'MainMenu' 掛件的視圖文件
config/ 包含配置文件
console.php 控制臺應(yīng)用配置
main.php Web 應(yīng)用配置
controllers/ 包含控制器的類文件
SiteController.php 默認(rèn)控制器的類文件
extensions/ 包含第三方擴(kuò)展
messages/ 包含翻譯過的消息
models/ 包含模型的類文件
LoginForm.php 'login' 動作的表單模型
ContactForm.php 'contact' 動作的表單模型
runtime/ 包含臨時生成的文件
views/ 包含控制器的視圖和布局文件
layouts/ 包含布局視圖文件
main.php 所有視圖的默認(rèn)布局
site/ 包含 'site' 控制器的視圖文件
contact.php 'contact' 動作的視圖
index.php 'index' 動作的視圖
login.php 'login' 動作的視圖
system/ 包含系統(tǒng)視圖文件
2.1. YII的MVC模式
Yii 實現(xiàn)了 Web 編程中廣為采用的“模型-視圖-控制器”(MVC)設(shè)計模式。MVC 致力于分離業(yè)務(wù)邏輯和用戶界面，這樣開發(fā)者可以很容易地修改某個部分而不影響其它。在 MVC 中，模型表現(xiàn)信息（數(shù)據(jù)）和業(yè)務(wù)規(guī)則；視圖包含用戶界面中用到的元素，比如文本、表單輸入框；控制器管理模型和視圖間的交互。
除了 MVC，Yii 還引入了一個叫做 application 的前端控制器，它表現(xiàn)整個請求過程的運行環(huán)境。Application 接收用戶的請求并把它分發(fā)到合適的控制器作進(jìn)一步處理。
下圖描述了一個 Yii 應(yīng)用的靜態(tài)結(jié)構(gòu)：
圖 1 Yii 應(yīng)用的靜態(tài)結(jié)構(gòu)
下圖描述了一個 Yii 應(yīng)用處理用戶請求時的典型流程：
圖 2 Yii 應(yīng)用的典型流程
1. 用戶訪問 http://www.example.com/index.php?r=post/show&id=1，Web 服務(wù)器執(zhí)行入口腳本 index.php 來處理該請求。
2. 入口腳本建立一個應(yīng)用實例并運行之。
3. 應(yīng)用從一個叫 request 的應(yīng)用部件獲得詳細(xì)的用戶請求信息。
4. 通過 urlManager 這個應(yīng)用部件，確定用戶要請求的控制器和動作。
5. 應(yīng)用建立一個被請求的控制器實例來進(jìn)一步處理用戶請求，控制器確定由它的actionShow 方法來處理 show 動作。然后它建立并應(yīng)用和該動作相關(guān)的過濾器，如果過濾器允許的話，動作被執(zhí)行。
6. 動作從數(shù)據(jù)庫讀取一個 ID 為 1 的 Post 模型。
7. 動作使用 Post 模型來渲染一個叫 show 的視圖。
8. 視圖讀取 Post 模型的屬性并顯示之。
9. 視圖運行一些掛件。
10. 視圖的渲染結(jié)果嵌在布局中。
11. 動作結(jié)束視圖渲染并顯示結(jié)果給用戶。
2.1.1. 調(diào)試模式
一個 Yii 應(yīng)用能夠根據(jù) YII_DEBUG 常量的指示以調(diào)試模式或者生產(chǎn)模式運行。默認(rèn)情況下該常量定義為 false，代表生產(chǎn)模式。要以調(diào)試模式運行，在包含 yii.php 文件前將此常量定義為 true。應(yīng)用以調(diào)試模式運行時效率較低，因為它會生成許多內(nèi)部日志。從另一個角度來看，發(fā)生錯誤時調(diào)試模式會產(chǎn)生更多的調(diào)試信息，因而在開發(fā)階段非常有用。但在正式上線之后，則需要去掉調(diào)試模式，因為調(diào)試模式會打印很多額外信息，這些信息會在一定程度上影響其運行的性能。
2.2. 應(yīng)用
應(yīng)用表示一個請求處理的上下文。它的主要任務(wù)是分解用戶的請求并且把它分發(fā)到恰當(dāng)?shù)目刂破髦羞M(jìn)行進(jìn)一步的處理。它也保存應(yīng)用級的配置，因此也被稱為前端控制器。
默認(rèn)情況下，應(yīng)用是 CWebApplication 類的一個實例。 要對其進(jìn)行定制， 通常是在應(yīng)用實例被創(chuàng)建的時候提供一個配置文件 (或數(shù)組) 來初始化其屬性值。 另一個定制應(yīng)用的方法就是擴(kuò)展 CWebApplication 類。配置是一個鍵值對的數(shù)組。 每個鍵名都對應(yīng)應(yīng)用實例的一個屬性， 相應(yīng)的值為屬性的初始值。 如果應(yīng)用的配置非常復(fù)雜，也可以將其分解成多個文件，每個文件返回配置數(shù)組的一部分。
應(yīng)用根目錄表示包含所有安全敏感的PHP腳本和數(shù)據(jù)的根目錄。缺省情況下，它是包含入口腳本的目錄的名為protected的子目錄。應(yīng)當(dāng)組織Web用戶訪問這個目錄。
可以通過靈活的部件框架方便的進(jìn)行應(yīng)用功能的定制和擴(kuò)展。應(yīng)用管理著部件的集合，每個部件實現(xiàn)特定的功能。例如，應(yīng)用可能在CUrlManager 和 CHttpRequest的幫助下處理一個用戶的請求。
Yii預(yù)定義了一個核心部件集合來提供Web應(yīng)用中的常用功能，下面是CWebApplication類中預(yù)定義 核心部件：
assetManager:CAssetManager - 管理私有資源文件的發(fā)布
authManager:CAuthManager – 管理基于角色的訪問控制（RBAC）
cache:CCache – 提供數(shù)據(jù)緩存功能
clientScript:CClientScript – 管理客戶端腳本(javascript和CSS)
coreMessages:CPhpMessageSource – 提供Yii框架所使用的轉(zhuǎn)換過的核心消息
db:CDbConnection – 提供數(shù)據(jù)庫連接
errorHandler:CErrorHandler – 處理未被捕獲的PHP錯誤和異常
messages:CPhpMessageSource – 提供Yii應(yīng)用使用的轉(zhuǎn)換過的消息
request:CHttpRequest – 提供和用戶請求相關(guān)的信息
securityManager:CSecurityManager – 提供安全相關(guān)的服務(wù)，如散列，加密
session:CHttpSession – 提供會話相關(guān)的功能
statePersister:CStatePersister – 提供全局持續(xù)狀態(tài)方法
urlManager:CUrlManager – 提供URL解析和創(chuàng)建功能
user:CWebUser – 表示當(dāng)前用戶的身份信息
themeManager:CThemeManager – 管理主題
處理一個用戶請求時，一個應(yīng)用將會經(jīng)歷這樣一個生命周期：
1. 設(shè)置自動加載和錯誤處理類
2. 注冊核心應(yīng)用部件
3. 加載應(yīng)用配置
4. 使用CApplication::init()初始化應(yīng)用
加載靜態(tài)應(yīng)用部件
5. 觸發(fā)onBeginRequest事件
6. 處理用戶請求：
解析用戶請求
創(chuàng)建控制器
運行控制器
7. 觸發(fā)onEndRequest事件
2.3. 控制器
控制器是 CController 或者其子類的實例。 用戶請求應(yīng)用時，創(chuàng)建控制器。 控制器執(zhí)行請求action，action通常引入必要的模型并提供恰當(dāng)?shù)囊晥D。 最簡單的action僅僅是一個控制器類方法，此方法的名字以action開始。
控制器有默認(rèn)的action。用戶請求沒指定哪一個action執(zhí)行時，將執(zhí)行默認(rèn)的action。 缺省情況下，默認(rèn)的action名為index。可以通過設(shè)置CController::defaultAction改變默認(rèn)的action。
下邊是最小的控制器。因為控制器未定義任何action，請求時會拋出異常。
class SiteController extends CController
{
}
CWebApplication在處理一個新請求時，實例化一個控制器。程序通過控制器的ID，并按一定規(guī)則確定控制器類及控制器類所在位置。
一個動作可以定義為一個函數(shù)或者一個動作類。當(dāng)請求這個動作時，控制器實例化這個類。這樣就可以復(fù)用和重用動作。
過濾器是配置為控制器動作之前或之后執(zhí)行的一段代碼。例如可以設(shè)計一個性能過濾器用于計時動作執(zhí)行的時間。一個動作可以有多個過濾器。過濾器可以定義為控制器類的方法，也可以是CFilter類的子類。
2.4. 模型
模型是 CModel 或其子類的實例。 模型用于保持?jǐn)?shù)據(jù)以及和數(shù)據(jù)相關(guān)的業(yè)務(wù)規(guī)則。模型描述了一個單獨的數(shù)據(jù)對象。它可以是數(shù)據(jù)表中的一行數(shù)據(jù)或者用戶輸入的一個表單。數(shù)據(jù)中的各個字段都描述了模型的一個屬性。這些屬性都有一個標(biāo)簽，都可以被一套可靠的規(guī)則驗證。
Yii 從表單模型和 active record 實現(xiàn)了兩種模型。 它們都繼承自基類 CModel。
表單模型是CFormModel的實例。表單模型用于保存通過收集用戶輸入得來的數(shù)據(jù)。這樣的數(shù)據(jù)通常被收集，使用，然后被拋棄。例如，在一個登錄頁面上，我們可以使用一個表單模型來描述諸如用戶名，密碼這樣的由最終用戶提供的信息。
Active Record (AR) 是一種面向?qū)ο箫L(fēng)格的，用于抽象數(shù)據(jù)庫訪問的設(shè)計模式。任何一個 AR 對象都是 CActiveRecord 或其子類的實例， 它描述的數(shù)據(jù)表中的單獨一行數(shù)據(jù)。這行數(shù)據(jù)中的字段被描述成 AR 對象的一個屬性。
2.5. 視圖
視圖是一個包含了主要的用戶交互元素的PHP腳本。他可以包含PHP語句，但是建議這些語句不要去改變數(shù)據(jù)模型，且最好能夠保持其單純性(單純作為視圖)!為了實現(xiàn)邏輯和界面分離，大部分的邏輯應(yīng)該被放置于控制器或模型里，而不是視圖里。
視圖有一個當(dāng)其被渲染(render)時用于校驗的名稱。視圖的名稱與其腳本名稱是一樣的。例如:視圖 edit 的名稱出自一個名為 edit.php 的腳本文件。通過 CController::render() 調(diào)用視圖的名稱可以渲染一個視圖。這個方法將在 protected/views/ControllerID 目錄下尋找對應(yīng)的視圖文件。
在視圖腳本內(nèi)部，可以通過 $this 來訪問控制器實例。可以在視圖里以 $this->propertyName 的方式 pull 控制器的任何屬性。也可以用以下 push 的方式傳遞數(shù)據(jù)到視圖里:
$this->render('edit'， array(
'var1'=>$value1，
'var2'=>$value2，
));
在以上的方式中， render() 方法將提取數(shù)組的兩個參數(shù)到變量里。其產(chǎn)生的結(jié)果是，在視圖腳本里，我們可以直接訪問變量 $var1 和 $var2。
布局是一種特殊的視圖文件用來修飾視圖。它通常包含了用戶交互過程中常用到的一部分視圖。
組件是 CWidget 或其子類的實例。它是一個主要用于描述特定意圖的組成部分。組件通常內(nèi)嵌于一個視圖來產(chǎn)生一些復(fù)雜卻獨立的用戶界面。例如，一個日歷組件可以用于渲染一個復(fù)雜的日歷界面。組件可以在用戶界面上更好的實現(xiàn)重用。
系統(tǒng)視圖的渲染通常用于展示 Yii 的錯誤和日志信息。例如，當(dāng)用戶請求來一個不存在的控制器或動作時，Yii 會拋出一個異常來解釋這個錯誤。 這時，Yii 就會使用一個特殊的系統(tǒng)視圖來展示這個錯誤。
2.6. 部件
Yii 應(yīng)用構(gòu)建于對象是規(guī)范編寫的部件之上。部件是 CComponent 或其衍生類的實例。使用部件主要就是涉及訪問其屬性和掛起/處理它的事件。基類 CComponent 指定了如何定義屬性和事件。
部件的屬性就像對象的公開成員變量,可以被讀取或設(shè)置部件屬性。
部件事件是一種特殊的屬性，它可以將方法(稱之為事件句柄(event handlers))作為它的值。綁定(分配)一個方法到一個事件將會導(dǎo)致方法在事件被掛起處自動被調(diào)用。因此部件行為可能會被一種在部件開發(fā)過程中不可預(yù)見的方式修改。部件事件以 on 開頭的命名方式定義。
部件可以綁定一個或者多個行為。一個行為(behavior) 就是一個對象，其方法可以被它綁定的部件通過收集功能的方式來實現(xiàn) '繼承(inherited)'，而不是專有化繼承(即普通的類繼承)。簡單的來說，就是一個部件可以以'多重繼承'的方式實現(xiàn)多個行為的綁定。
2.7. 開發(fā)流程
用yii開發(fā)一個web程序的基本流程，如下所示：
1. 創(chuàng)建目錄結(jié)構(gòu)
2. 配置 application，即修改application配置文件
3. 每種類型的數(shù)據(jù)都創(chuàng)建一個 model 類來管理
4. 每種類型的用戶請求都創(chuàng)建一個 controller 類。 依據(jù)實際的需求對用戶請求進(jìn)行分類。一般來說，如果一個model類需要用戶訪問，就應(yīng)該對應(yīng)一個controller類。
5. 實現(xiàn) actions 和相應(yīng)的 views。這是真正需要我們編寫的工作。
6. 在controller類里配置需要的action filters 。
7. 如果需要主題功能，編寫 themes。
8. 如果需要 internationalization國際化功能，編寫翻譯語句。
9. 使用 caching 技術(shù)緩存數(shù)據(jù)和頁面。
10. 最后調(diào)整好程序和發(fā)布。
3. 測試考慮
Yii提供了自動化測試的方法，包括單元測試和功能測試，其中單元測試是驗證一個單元的代碼能夠像預(yù)想的一樣工作，對于Yii來說，就是驗證類中的每個方法都可以正確的工作，輸入不同的參數(shù)和數(shù)據(jù)，來驗證類中每個方法能夠輸出符合預(yù)期的數(shù)據(jù)和行為。
功能測試是確定一個功能、特征（例如博客系統(tǒng)中的發(fā)表管理）可以像預(yù)想的一樣工作。由于一個功能可能包含多個類，因此相比較單元測試，功能測試在更高的級別。
Yii的測試框架是建立在PHPUnit之上的。
3.1. 定義Fixtures
一套自動化的case往往會被執(zhí)行多次。為了保證這個測試的過程是可重復(fù)的，我們需要在執(zhí)行case的時候，讓其初始狀態(tài)是處于一個已知確定的狀態(tài)。這個狀態(tài)，我們叫做fixture，通俗的講，就是在測試之前所需要的環(huán)境的所有初始狀態(tài)。
建立一個數(shù)據(jù)庫的fixture在web應(yīng)用開發(fā)過程中可能是一個最耗時的部分。Yii框架引入了一個叫做CDbFixtureManager的應(yīng)用組件來緩和這個問題，大體來說，在執(zhí)行一個測試集合時它做了這樣幾件事情：
在所有case運行前，它把與本次運行case相關(guān)的所有數(shù)據(jù)表置于一個已知的狀態(tài)。在一個單一的case運行前，它把一些特定的表復(fù)位到一個已知的狀態(tài)。
在執(zhí)行一個方法的過程中，它提供了對與這些fixture有關(guān)的數(shù)據(jù)的訪問。
為了使用CDbFixtureManager這個類，一般會進(jìn)行如下配置：
return array(
'components'=>array(
'fixture'=>array(
'class'=>'system.test.CDbFixtureManager',
),
),
);
對于這些我們想提供作為fixture的數(shù)據(jù)，一般會將其放在/protected/tests/fixtures目錄下。這些數(shù)據(jù)文件按照php的形式組織在一起，統(tǒng)稱為fixture file。每個fixture file會返回一個數(shù)組，該數(shù)組包含一些特定的表的某些行的預(yù)設(shè)值。并且文件名跟表名保持一致。
3.2. 單元測試
我們可以總結(jié)出如下在Yii中書寫單元測試的原則：
● 單元測試是通過實現(xiàn)繼承自CTestCase或CDbTestCase類的XyzTest類來實現(xiàn)，其中Xyz表示要測試的類名。CTestCase用于通用單元測試而CDbTestCase用于活動記錄模型類的測試。由于PHPUnit_Framework_TestCase是這兩個類的父類，因此我們可以使用繼承自此類的所有方法。
● 單元測試類以文件XyzTest.php的形式保存。為了方便起見，一般單元測試的case會存儲在protected/tests/unit下。
● 測試類主要是一個待測試的類的方法的集合，如果這個待測試的類叫做Abc，那么這個測試類一般會起名為testAbc。
● 一個測試類經(jīng)常包含一系列的斷言，（例如assertTrue, assertEquals），作為驗證目標(biāo)類行為的檢驗點。
以如何為active record模型類建立單測為例，我們來看看究竟如何寫一個單測case。
假設(shè)我們想測試一個blog的評論模型類，首先要創(chuàng)建一個CommonTest.php并保存在/protected/tests/unit/CommentTest.php，代碼如下：
class CommentTest extends CDbTestCase
{
public $fixtures=array(
'posts'=>'Post',
'comments'=>'Comment',
);
......?
}
在上述類中，我們制定了fixture的成員變量是一個數(shù)組，該數(shù)組將會用戶接下來的測試case中。
Fixture names允許我們在測試方法中以一種非常方便的方式來訪問fixture data。最典型的用法如下：
$comments = $this->comments;
接下來，我們就可以書寫textApprove方法來測試評論視圖類中的approve 方法了。
3.3. 功能測試
● 像單元測試一樣，功能測試時通過實現(xiàn)繼承自CWebTestCase類的XyzTest類來實現(xiàn)，其中Xyz表示要測試的類名。由于 PHPUnit_Extensions_SeleniumTestCase是CwebTestCase的父類，因此可以采用繼承自此類的所有方法。
● 功能測試類以文件XyzTest.php的形式保存。
● 測試類主要包含命名為testABC的測試方法的集合，其中Abc經(jīng)常是要測試的功能的名字，例如testLogin
● 一個測試方法經(jīng)常包含一系列的指令來發(fā)出命令以與被測試Web應(yīng)用交互。它也包含一些斷言狀態(tài)來驗證Web應(yīng)用如預(yù)想一樣響應(yīng)。
3.4. 其他
3.4.1基于module的單元測試方法
有的yii版本不支持基于phpUnit 的單元的測試，那么我們也可以有其他的辦法來做單元測試。具體的方法就是把test作為一個module。目錄部署結(jié)構(gòu)為：
webRoot/protected/modules/test/controller/ABC.php
在上述ABC.php里，我們可以創(chuàng)建繼承自業(yè)務(wù)的類，并在這些類中構(gòu)建對應(yīng)的action，每個action都可以調(diào)用需要測試的函數(shù)。通過在瀏覽器上直接請求這些action，并打印出相關(guān)信息，即可實現(xiàn)對上述這些函數(shù)的測試。如想測試的action函數(shù)為actionAdd。
根據(jù)yii的url解析規(guī)則，上述Add方法的調(diào)用即為該url的請求http://*.*.*.*/index.php?r=test/ABC/Add 。 如果適當(dāng)?shù)募由戏祷亟Y(jié)果的展現(xiàn)，那么就能很明確的知道該函數(shù)的返回值與預(yù)期的是否相符。
3.4.2Firebug輔助測試
Firebug也是當(dāng)今web開發(fā)程序員的一個利器，同時也可以作為測試人員的一個參考。Firebug會記錄各個請求的參數(shù)，post數(shù)據(jù)，響應(yīng)數(shù)據(jù)。當(dāng)功能出現(xiàn)問題時，測試人員可以根據(jù)事先設(shè)計的參數(shù)和預(yù)期的返回的數(shù)據(jù)來判定是view傳遞的參數(shù)錯誤，還是php根據(jù)邏輯所計算出的返回數(shù)據(jù)值不對。從而來定位錯誤的真正位置。
（全文完）
作者：mimical
本文轉(zhuǎn)自百度技術(shù)51CTO博客，原文鏈接：http://blog.51cto.com/baidutech/743559，如需轉(zhuǎn)載請自行聯(lián)系原作者
總結(jié)
以上是生活随笔為你收集整理的Yii框架特点及测试考虑的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
