开发者社区> 问答> 正文

Redis放在控制器还是模型层?

在实际项目中,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;
    }
}

在这种情况下,控制器只需要调用一次接口方案,而无需关心内部实现,整个数据逻辑交给模型来处理。

展开
收起
蛮大人123 2016-03-12 10:46:50 2465 0
2 条回答
写回答
取消 提交回答
  • 应该放在模型层

    2019-07-17 19:00:24
    赞同 展开评论 打赏
  • 我说我不帅他们就打我,还说我虚伪

    放 Model 层。
    原则:尽量屏蔽具体存储介质的差异。
    Mysql、redis 对于项目都只是存储数据的,在代码里面应该不要钱解决存哪,提供统一的调用方式, UserMysql.find()、UserRedis.find();
    或者
    User.find(),
    User.findFromRedis() 默认调用从 mysql 读取,redis 操作折提供其他的函数
    这个也是 ORM 的思想。

    2019-07-17 19:00:24
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
Redis集群演化的心路历程——从2.x到3.0时代 立即下载
微博的Redis定制之路 立即下载
云数据库Redis版的开源之路 立即下载