$this->loadModel($id):
成都創(chuàng)新互聯(lián)公司云計算的互聯(lián)網(wǎng)服務提供商,擁有超過13年的服務器租用、成都二樞服務器租用托管、云服務器、虛擬主機、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗,已先后獲得國家工業(yè)和信息化部頒發(fā)的互聯(lián)網(wǎng)數(shù)據(jù)中心業(yè)務許可證。專業(yè)提供云主機、虛擬主機、域名注冊、VPS主機、云服務器、香港云服務器、免備案服務器等。
gii 自動生成的controller都會有一個很好用的成員方法,用起來感覺高大上,不用在自己findByPk,一大串,但是這里有一個坑表現(xiàn)在兩個地方:
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操作的時候會界面上會出現(xiàn)一個錯誤:
Error 404
The requested page does not exist.
為什么會報這個錯誤?是不是代碼寫錯了?如果你不刷新你的界面,你會發(fā)現(xiàn),這個錯誤永遠存在,而你會費時費力的找原因,系統(tǒng)自動生成的代碼怎么也會有bug,寧死不信...最后你可能會費時費力的追蹤這個bug,你才發(fā)現(xiàn),loadModel 方法里面,如果這個id找不到數(shù)據(jù)庫中對應的model對象的話,就跑出了404錯誤.可是這種錯誤如果發(fā)生到ajax請求中,如果調(diào)用這個方法,再沒有找到對象的時候是很難發(fā)現(xiàn)錯誤發(fā)生在哪里
當自己的ajax請求action方法中調(diào)用laodModel方法時,要小心,因為也會報錯,這是因為,ajax理應返回json字符串,結(jié)果卻throw了一個404錯誤,你就會想,是不是自己的代碼寫錯了?是不是請求的url地址寫錯了?404嘛,肯定是請求路徑的問題,最后你會發(fā)現(xiàn),是因為ajax請求中,laodModel方法拋出了一個404錯誤;
總結(jié):在使用loadModel($id)時候,切記,如果能不用盡量不用,用findByPk替代掉loadModel,會省去很多,不必要的擔心