$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进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。