您好,登錄后才能下訂單哦!
$this->loadModel($id):
gii 自動生成的controller都會有一個很好用的成員方法,用起來感覺高大上,不用在自己findByPk,一大串,但是這里有一個坑表現在兩個地方:
public function loadModel($id) |@ { |@ $model=AuthsaleCinemaCurrentAuthDetail::model()->findByPk($id); |@ if($model===null) |@ throw new CHttpException(404,'The requested page does not exist.'); |@ return $model; |@ }
兩個用戶同時對admin視圖里的同一條記錄進行操作,當一個用戶刪除了一條記錄,但是另外一個用戶由于沒有刷新界面,仍然能看到這條記錄,當他進行update操作的時候會界面上會出現一個錯誤:
Error 404
The requested page does not exist.
為什么會報這個錯誤?是不是代碼寫錯了?如果你不刷新你的界面,你會發現,這個錯誤永遠存在,而你會費時費力的找原因,系統自動生成的代碼怎么也會有bug,寧死不信...最后你可能會費時費力的追蹤這個bug,你才發現,loadModel 方法里面,如果這個id找不到數據庫中對應的model對象的話,就跑出了404錯誤.可是這種錯誤如果發生到ajax請求中,如果調用這個方法,再沒有找到對象的時候是很難發現錯誤發生在哪里
當自己的ajax請求action方法中調用laodModel方法時,要小心,因為也會報錯,這是因為,ajax理應返回json字符串,結果卻throw了一個404錯誤,你就會想,是不是自己的代碼寫錯了?是不是請求的url地址寫錯了?404嘛,肯定是請求路徑的問題,最后你會發現,是因為ajax請求中,laodModel方法拋出了一個404錯誤;
總結:在使用loadModel($id)時候,切記,如果能不用盡量不用,用findByPk替代掉loadModel,會省去很多,不必要的擔心
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。