大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
$this->loadModel($id):
成都创新互联公司云计算的互联网服务提供商,拥有超过13年的服务器租用、成都二枢服务器租用托管、云服务器、虚拟主机、网站系统开发经验,已先后获得国家工业和信息化部颁发的互联网数据中心业务许可证。专业提供云主机、虚拟主机、域名注册、VPS主机、云服务器、香港云服务器、免备案服务器等。
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,会省去很多,不必要的担心