问

php - Redis放在控制器还是模型层？

遇见你_天意_384 发布于 2022-12-01 00:38

redis

controller

function

数据库

在实际项目中，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的朋友路过顺便分享一下自己的经验，大家集思广益一下。^_^



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

                            
                
                    2022-12-01 03:19  回答
                       甜甜天蚕宝_431
                
            
                        
                
                                    优先模型层个人觉得似乎是比较好一点的方法，不论是维护还是逻辑
                            
                
                    2022-12-01 03:19  回答
                       许更剑_725
                
            
                        
                
                                    一般都放数据模型层吧
                            
                
                    2022-12-01 03:19  回答
                       球球小白痴_693
                
            
                        
                
                                    一般还是说放到模型层，然后封装一个方法，业务层在调用的时候，直接去调取方法就好了，而不用想着再去做缓存的事情。因为缓存在模型层都帮忙给做了。
                            
                
                    2022-12-01 03:19  回答
                       montplus手工饼干
                
            
                        
                
                                    只要跟数据读写有关的，还是放模型层比较合适
                            
                
                    2022-12-01 03:19  回答
                       年庚瑶
                
            
                        
                
                                    是我我就放模型层了，控制层控制逻辑流程和返回响应，逻辑复杂了看上去不会乱
                            
                
                    2022-12-01 03:19  回答
                       zhenhuaYang
                
            
                        
                
                                    
这取决于你的Model是否就等于数据库。
因为从你的$this->find来看，似乎是直接把Model的$this当做了数据库？
有两种选择：

不要把Model本身直接定义为数据库，而在Model里用redis和db类分别操作。如果redis和db里的操作都很少很简单，可以选择这样。
把Model定位为数据操作层，叫UserDbModel（对应你现在的UserModel），再定义另一个Model叫UserRedisModel（对应你现在的$userRedis），让两者地位平等，同时在Model层上加一层Logic层，处理缓存与数据库的关系，Controller变为只能调用Logic层。这种方式是我现在在用的，对复杂的逻辑而言可以显得更清晰。


                            
                
                    2022-12-01 03:19  回答
                       jfgkj6454_478
                
            
                    
    
    
    
        撰写答案
        
            
                
                    回答问题...



    
    
        今天，你开发时遇到什么问题呢？
        立即提问
    

    
        热门标签