在实际项目中,Redis大部分情况下应该放在控制器还是模型?
目前只做过两种方案:
控制器中:
大致的逻辑如下(不要纠结于方法名称):
class UserController extends Controller {
public function index()
{
$userRedis = new UserRedis();
if (!$userInfo = $userRedis->find(['id' => 1000])) {
$user = new User();
$userInfo = $user->find(['id' => 1000]);
$userRedis->save($userInfo);
}
return $userInfo;
}
}
在这种情况下,模型还是独立存在的,数据库模型依然直接读取数据库,Redis模型读取Redis,两者互不影响,控制器从中协调。
模型:
class UserModel extends Model
{
public function find($conditions)
{
$userRedis = new UserRedis();
if (!$userInfo = $userRedis->find($conditions)) {
$userInfo = $this->find($conditions);
$userRedis->save($userInfo);
}
return $userInfo;
}
}
在这种情况下,控制器只需要调用一次接口方案,而无需关心内部实现,整个数据逻辑交给模型来处理。
在项目中实际用过Redis的朋友路过顺便分享一下自己的经验,大家集思广益一下。^_^
放 Model 层。
原则:尽量屏蔽具体存储介质的差异。
Mysql、redis 对于项目都只是存储数据的,在代码里面应该不要钱解决存哪,提供统一的调用方式, UserMysql.find()、UserRedis.find();
或者
User.find(),
User.findFromRedis() 默认调用从 mysql 读取,redis 操作折提供其他的函数
这个也是 ORM 的思想。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。