Yii中表單的用法

這篇文章主要介紹“Yii中表單的用法”，在日常操作中，相信很多人在Yii中表單的用法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Yii中表單的用法”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

本文實例講述了Yii中表單用法。分享給大家供大家參考，具體如下：

在 Yii 中處理表單時，通常需要以下步驟：

1. 創(chuàng)建用于表現(xiàn)所要收集數(shù)據(jù)字段的模型類。
2. 創(chuàng)建一個控制器動作，響應表單提交。
3. 在視圖腳本中創(chuàng)建與控制器動作相關的表單。

一、創(chuàng)建模型

在編寫表單所需的 HTML 代碼之前，我們應該先確定來自最終用戶輸入的數(shù)據(jù)的類型，以及這些數(shù)據(jù)應符合什么樣的規(guī)則。模型類可用于記錄這些信息。正如模型章節(jié)所定義的，模型是保存用戶輸入和驗證這些輸入的中心位置。

取決于使用用戶所輸入數(shù)據(jù)的方式，我們可以創(chuàng)建兩種類型的模型。如果用戶輸入被收集、使用然后丟棄，我們應該創(chuàng)建一個表單模型;

如果用戶的輸入被收集后要保存到數(shù)據(jù)庫，我們應使用一個Active Record。兩種類型的模型共享同樣的基類 CModel，它定義了表單所需的通用接口。

1、定義模型類

例如創(chuàng)建為一個表單模型：

class LoginForm extends CFormModel
{
public $username;
public $password;
public $rememberMe=false;
}

LoginForm中定義了三個屬性: $username, $password 和$rememberMe。他們用于保存用戶輸入的用戶名和密碼，還有用戶是否想記住他的登錄的選項。由于 $rememberMe 有一個默認的值false，相應的選項在初始化顯示在登錄表單中時將是未勾選狀態(tài)。

我們將這些成員變量稱為特性（attributes）而不是屬性（properties），以區(qū)別于普通的屬性（properties）。特性（attribute）是一個主要用于存儲來自用戶輸入或數(shù)據(jù)庫數(shù)據(jù)的屬性（propertiy）。

2、聲明驗證規(guī)則

一旦用戶提交了他的輸入，模型被填充，我們就需要在使用前確保用戶的輸入是有效的。這是通過將用戶的輸入和一系列規(guī)則執(zhí)行驗證實現(xiàn)的。我們在 rules() 方法中指定這些驗證規(guī)則，此方法應返回一個規(guī)則配置數(shù)組。

class LoginForm extends CFormModel
{
public $username;
public $password;
public $rememberMe=false;
private $_identity;
public function rules()
{
return array(
array('username, password', 'required'), //username 和 password 為必填項
array('rememberMe', 'boolean'), //rememberMe 應該是一個布爾值
array('password', 'authenticate'), //password 應被驗證（authenticated）
);
}
public function authenticate($attribute,$params)
{
$this->_identity=new UserIdentity($this->username,$this->password);
if(!$this->_identity->authenticate())
$this->addError('password','錯誤的用戶名或密碼。');
}
}

rules() 返回的每個規(guī)則必須是以下格式：

復制代碼 代碼如下:

array('AttributeList', 'Validator', 'on'=>'ScenarioList', ...附加選項)

其中：

AttributeList（特性列表）是需要通過此規(guī)則驗證的特性列表字符串，每個特性名字由逗號分隔;
Validator（驗證器） 指定要執(zhí)行驗證的種類；
on 參數(shù)是可選的，它指定此規(guī)則應被應用到的場景列表；

附加選項 是一個名值對數(shù)組，用于初始化相應驗證器的屬性值。

有三種方式可在驗證規(guī)則中指定 Validator:

第一， Validator 可以是模型類中一個方法的名字，就像上面示例中的 authenticate 。驗證方法必須是下面的結構：

復制代碼 代碼如下:

public function 驗證器名稱($attribute,$params) { ... }

第二，Validator可以是一個驗證器類的名字，當此規(guī)則被應用時，一個驗證器類的實例將被創(chuàng)建以執(zhí)行實際驗證。規(guī)則中的附加選項用于初始化實例的屬性值。驗證器類必須繼承自 CValidator。

第三，Validator 可以是一個預定義的驗證器類的別名。在上面的例子中，required 名字是 CRequiredValidator 的別名，它用于確保所驗證的特性值不為空。下面是預定義的驗證器別名的完整列表：

boolean: CBooleanValidator 的別名，確保特性有一個 CBooleanValidator::trueva lue 或 CBooleanValidator::falseva lue 值。
captcha: CCaptchaValidator 的別名，確保特性值等于 CAPTCHA 中顯示的驗證碼。
compare: CCompareva lidator 的別名，確保特性等于另一個特性或常量。
email: CEmailValidator 的別名，確保特性是一個有效的Email地址。
default: CDefaultValueva lidator 的別名，指定特性的默認值。
exist: CExistValidator 的別名，確保特性值可以在指定表的列中可以找到。
file: CFileva lidator 的別名，確保特性含有一個上傳文件的名字。
filter: CFilterValidator 的別名，通過一個過濾器改變此特性。
in: CRangeva lidator 的別名，確保數(shù)據(jù)在一個預先指定的值的范圍之內。
length: CStringValidator 的別名，確保數(shù)據(jù)的長度在一個指定的范圍之內。
match: CRegularExpressionValidator 的別名，確保數(shù)據(jù)可以匹配一個正則表達式。
numerical: CNumberValidator 的別名，確保數(shù)據(jù)是一個有效的數(shù)字。
required: CRequiredValidator 的別名，確保特性不為空。
type: CTypeva lidator 的別名，確保特性是指定的數(shù)據(jù)類型。
unique: CUniqueva lidator 的別名，確保數(shù)據(jù)在數(shù)據(jù)表的列中是唯一的。
url: CUrlValidator 的別名，確保數(shù)據(jù)是一個有效的 URL。

下面我們列出了幾個只用這些預定義驗證器的示例：

// 用戶名為必填項
array('username', 'required'),
// 用戶名必須在 3 到 12 個字符之間
array('username', 'length', 'min'=>3, 'max'=>12),
// 在注冊場景中，密碼password必須和password2一致。
array('password', 'compare', 'compareAttribute'=>'password2', 'on'=>'register'),
// 在登錄場景中，密碼必須接受驗證。
array('password', 'authenticate', 'on'=>'login'),

3、安全的特性賦值

在一個類的實例被創(chuàng)建后，我們通常需要用最終用戶提交的數(shù)據(jù)填充它的特性。這可以通過如下塊賦值（massive assignment）方式輕松實現(xiàn)：

$model=new LoginForm;
if(isset($_POST['LoginForm']))
$model->attributes=$_POST['LoginForm'];

最后的表達式被稱作 塊賦值（massive assignment） ，它將 $_POST['LoginForm'] 中的每一項復制到相應的模型特性中。這相當于如下賦值方法：

foreach($_POST['LoginForm'] as $name=>$value)
{
if($name 是一個安全的特性)
$model->$name=$value;
}

檢測特性的安全非常重要，例如，如果我們以為一個表的主鍵是安全的而暴露了它，那么攻擊者可能就獲得了一個修改記錄的主鍵的機會，從而篡改未授權給他的內容。

特性如果出現(xiàn)在相應場景的一個驗證規(guī)則中，即被認為是安全的。例如：

array('username, password', 'required', 'on'=>'login, register'),
array('email', 'required', 'on'=>'register'),

如上所示， username 和 password 特性在 login 場景中是必填項。而 username, password 和 email特性在 register 場景中是必填項。于是，如果我們在 login 場景中執(zhí)行塊賦值，就只有 username 和 password會被塊賦值。因為只有它們出現(xiàn)在 login 的驗證規(guī)則中。另一方面，如果場景是 register ，這三個特性就都可以被塊賦值。

// 在登錄場景中
$model=new User('login');
if(isset($_POST['User']))
$model->attributes=$_POST['User'];
// 在注冊場景中
$model=new User('register');
if(isset($_POST['User']))
$model->attributes=$_POST['User'];

那么為什么我們使用這樣一種策略來檢測特性是否安全呢？背后的基本原理就是：如果一個特性已經有了一個或多個可檢測有效性的驗證規(guī)則，那我們還擔心什么呢？

請記住，驗證規(guī)則是用于檢查用戶輸入的數(shù)據(jù)，而不是檢查我們在代碼中生成的數(shù)據(jù)（例如時間戳，自動產生的主鍵）。因此，不要為那些不接受最終用戶輸入的特性添加驗證規(guī)則。

有時候，我們想聲明一個特性是安全的，即使我們沒有為它指定任何規(guī)則。例如，一篇文章的內容可以接受用戶的任何輸入。我們可以使用特殊的 safe 規(guī)則實現(xiàn)此目的：

復制代碼 代碼如下:

array('content', 'safe')

還有一個用于聲明一個屬性為不安全的 unsafe 規(guī)則：

復制代碼 代碼如下:

array('permission', 'unsafe')

unsafe 規(guī)則并不常用，它是我們之前定義的安全特性的一個例外。

4、觸發(fā)驗證

一旦模型被用戶提交的數(shù)據(jù)填充，我們就可以調用 CModel::validate() 觸發(fā)數(shù)據(jù)驗證進程。此方法返回一個指示驗證是否成功的值。對CActiveRecord  模型來說，驗證也可以在我們調用其 CActiveRecord::save() 方法時自動觸發(fā)。

我們可以通過設置scenario屬性來設置場景屬性，這樣，相應場景的驗證規(guī)則就會被應用。

驗證是基于場景執(zhí)行的。 scenario屬性指定了模型當前用于的場景和當前使用的驗證規(guī)則集。例如，在 login 場景中，我們只想驗證用戶模型中的username 和 password 輸入；而在 register 場景中，我們需要驗證更多的輸入，例如 email, address,等。下面的例子演示了如何在 register 場景中執(zhí)行驗證：

// 在注冊場景中創(chuàng)建一個 User 模型。等價于：
// $model=new User;
// $model->scenario='register';
$model=new User('register'); //給模型類添加參數(shù)，該參數(shù)就是要觸發(fā)的驗證場景
// 將輸入的值填充到模型
$model->attributes=$_POST['User'];
// 執(zhí)行驗證
if($model->validate())  // 如果輸入有效
...
else
...

規(guī)則關聯(lián)的場景可以通過規(guī)則中的 on 選項指定。如果 on 選項未設置，則此規(guī)則會應用于所有場景。例如：

public function rules()
{
return array(
array('username, password', 'required'),
array('password_repeat', 'required', 'on'=>'register'),
array('password', 'compare', 'on'=>'register'),
);
}

第一個規(guī)則將應用于所有場景，而第二個將只會應用于 register 場景。

5、提取驗證錯誤

驗證完成后，任何可能產生的錯誤將被存儲在模型對象中。我們可以通過調用 CModel::getErrors()和CModel::getError()  提取這些錯誤信息。這兩個方法的不同點在于第一個方法將返回所有 模型特性的錯誤信息，而第二個將只返回第一個 錯誤信息。

6、特性標簽

當設計表單時，我們通常需要為每個表單域顯示一個標簽。標簽告訴用戶他應該在此表單域中填寫什么樣的信息。雖然我們可以在視圖中硬編碼一個標簽，但如果我們在相應的模型中指定（標簽），則會更加靈活方便。

默認情況下 CModel 將簡單的返回特性的名字作為其標簽。這可以通過覆蓋 attributeLabels() 方法自定義。正如在接下來的小節(jié)中我們將看到的，在模型中指定標簽會使我們能夠更快的創(chuàng)建出更強大的表單。

二、創(chuàng)建動作

有了模型，我們就可以開始編寫用于操作此模型的邏輯了。我們將此邏輯放在一個控制器的動作中。對登錄表單的例子來講，相應的代碼就是：

public function actionLogin()
{
$model=new LoginForm;
if(isset($_POST['LoginForm']))
{
// 收集用戶輸入的數(shù)據(jù)
$model->attributes=$_POST['LoginForm'];
// 驗證用戶輸入，并在判斷輸入正確后重定向到前一頁
if($model->validate())
$this->redirect(Yii::app()->user->returnUrl); //重定向到之前需要身份驗證的頁面URL
}
// 顯示登錄表單
$this->render('login',array('model'=>$model));
}

如上所示，我們首先創(chuàng)建了一個 LoginForm 模型示例；如果請求是一個 POST 請求（意味著這個登錄表單被提交了），我們則使用提交的數(shù)據(jù)$_POST['LoginForm'] 填充 $model；然后我們驗證此輸入，如果驗證成功，重定向用戶瀏覽器到之前需要身份驗證的頁面。如果驗證失敗，或者此動作被初次訪問，我們則渲染 login視圖，此視圖的內容將在后續(xù)章節(jié)中講解。

提示: 在 login 動作中，我們使用Yii::app()->user->returnUrl  獲取之前需要身份驗證的頁面URL。 組件Yii::app()->user 是一種 CWebUser (或其子類) ，它表示用戶會話信息（例如用戶名，狀態(tài)）。

讓我們特別留意一下 login 動作中出現(xiàn)的下面的 PHP 語句：

復制代碼 代碼如下:

$model->attributes=$_POST['LoginForm'];

正如我們在 安全的特性賦值 中所講的，這行代碼使用用戶提交的數(shù)據(jù)填充模型。 attributes 屬性由 CModel定義，它接受一個名值對數(shù)組并將其中的每個值賦給相應的模型特性。因此如果 $_POST['LoginForm']給了我們這樣的一個數(shù)組，上面的那段代碼也就等同于下面冗長的這段 (假設數(shù)組中存在所有所需的特性):

$model->username=$_POST['LoginForm']['username'];
$model->password=$_POST['LoginForm']['password'];
$model->rememberMe=$_POST['LoginForm']['rememberMe'];

注意: 為了使 $_POST['LoginForm'] 傳遞給我們的是一個數(shù)組而不是字符串，我們需要在命名表單域時遵守一個規(guī)范。具體的，對應于模型類 C 中的特性 a 的表單域，我們將其命名為 C[a] 。例如，我們可使用LoginForm[username] 命名 username 特性相應的表單域。

現(xiàn)在剩下的工作就是創(chuàng)建 login 視圖了，它應該包含一個帶有所需輸入項的 HTML 表單。

三、創(chuàng)建表單

編寫 login 視圖是很簡單的，我們以一個 form 標記開始，它的 action 屬性應該是前面講述的 login動作的URL。然后我們需要為 LoginForm類中聲明的屬性插入標簽和表單域。最后，我們插入一個可由用戶點擊提交此表單的提交按鈕。所有這些都可以用純HTML代碼完成。

Yii 提供了幾個助手（helper）類簡化視圖編寫。例如，要創(chuàng)建一個文本輸入域，我們可以調用 CHtml::textField()；要創(chuàng)建一個下拉列表，則調用 CHtml::dropDownList()。
例如， 如下代碼將生成一個文本輸入域，它可以在用戶修改了其值時觸發(fā)表單提交動作。

復制代碼 代碼如下:

CHtml::textField($name,$value,array('submit'=>''));

下面，我們使用 CHtml  創(chuàng)建一個登錄表單。我們假設變量 $model 是 LoginForm 的實例。

上述代碼生成了一個更加動態(tài)的表單，例如， CHtml::activeLabel()生成一個與指定模型的特性相關的標簽。如果此特性有一個輸入錯誤，此標簽的CSS class 將變?yōu)?error，通過 CSS樣式改變了標簽的外觀。相似的， CHtml::activeTextField() 為指定模型的特性生成一個文本輸入域，并會在錯誤發(fā)生時改變它的CSS class。

我們還可以使用一個新的小物件 CActiveForm  以簡化表單創(chuàng)建。這個小物件可同時提供客戶端及服務器端無縫的、一致的驗證。使用 CActiveForm, 上面的代碼可重寫為：

beginWidget('CActiveForm'); ?>
errorSummary($model); ?>
label($model,'username'); ?>
textField($model,'username') ?>
label($model,'password'); ?>
passwordField($model,'password') ?>
checkBox($model,'rememberMe'); ?>
label($model,'rememberMe'); ?>
endWidget(); ?>

四、收集表格輸入

有時我們想通過批量模式收集用戶輸入。也就是說，用戶可以為多個模型實例輸入信息并將它們一次性提交。我們將此稱為 表格輸入（tabular input） ，因為這些輸入項通常以 HTML 表格的形式呈現(xiàn)。

要使用表格輸入，我們首先需要創(chuàng)建或填充一個模型實例數(shù)組，取決于我們是想插入還是更新數(shù)據(jù)。然后我們從 $_POST變量中提取用戶輸入的數(shù)據(jù)并將其賦值到每個模型。和單模型輸入稍有不同的一點就是：我們要使用 $_POST['ModelClass'][$i]提取輸入的數(shù)據(jù)而不是使用 $_POST['ModelClass']。

public function actionBatchUpdate()
{
// 假設每一項（item）是一個 'Item' 類的實例，
// 提取要通過批量模式更新的項
$items=$this->getItemsToUpdate();
if(isset($_POST['Item']))
{
$valid=true;
foreach($items as $i=>$item)
{
if(isset($_POST['Item'][$i]))
$item->attributes=$_POST['Item'][$i];
$valid=$valid && $item->validate();
}
if($valid) // 如果所有項目有效
// ...則在此處做一些操作
}
// 顯示視圖收集表格輸入
$this->render('batchUpdate',array('items'=>$items));
}

準備好了這個動作，我們需要繼續(xù) batchUpdate 視圖的工作以在一個 HTML 表格中顯示輸入項。

NamePriceCount
Description
$item): ?>

注意，在上面的代碼中我們使用了 "[$i]name" 而不是 "name" 作為調用 CHtml::activeTextField 時的第二個參數(shù)。

如果有任何驗證錯誤，相應的輸入項將會自動高亮顯示，就像前面我們講解的單模型輸入一樣。

到此，關于“Yii中表單的用法”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>