首頁 > 後端開發 > php教程 > Redis放在控制器还是模型层?

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

WBOY
發布: 2016-06-06 20:13:04
原創
1226 人瀏覽過

在实际项目中,Redis大部分情况下应该放在控制器还是模型?

目前只做过两种方案:

控制器中:

大致的逻辑如下(不要纠结于方法名称):

<code class="php">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;
    }

}</code>
登入後複製
登入後複製

在这种情况下,模型还是独立存在的,数据库模型依然直接读取数据库,Redis模型读取Redis,两者互不影响,控制器从中协调。

模型:

<code class="php">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;
    }
}</code>
登入後複製
登入後複製

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

在项目中实际用过Redis的朋友路过顺便分享一下自己的经验,大家集思广益一下。^_^

回复内容:

在实际项目中,Redis大部分情况下应该放在控制器还是模型?

目前只做过两种方案:

控制器中:

大致的逻辑如下(不要纠结于方法名称):

<code class="php">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;
    }

}</code>
登入後複製
登入後複製

在这种情况下,模型还是独立存在的,数据库模型依然直接读取数据库,Redis模型读取Redis,两者互不影响,控制器从中协调。

模型:

<code class="php">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;
    }
}</code>
登入後複製
登入後複製

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

在项目中实际用过Redis的朋友路过顺便分享一下自己的经验,大家集思广益一下。^_^

优先模型层个人觉得似乎是比较好一点的方法,不论是维护还是逻辑

一般都放数据模型层吧

一般还是说放到模型层,然后封装一个方法,业务层在调用的时候,直接去调取方法就好了,而不用想着再去做缓存的事情。因为缓存在模型层都帮忙给做了。

只要跟数据读写有关的,还是放模型层比较合适

是我我就放模型层了,控制层控制逻辑流程和返回响应,逻辑复杂了看上去不会乱

放 Model 层。

原则:尽量屏蔽具体存储介质的差异。

Mysql、redis 对于项目都只是存储数据的,在代码里面应该不要钱解决存哪,提供统一的调用方式, UserMysql.find()UserRedis.find();

或者
User.find(),
User.findFromRedis() 默认调用从 mysql 读取,redis 操作折提供其他的函数

这个也是 ORM 的思想。

这取决于你的Model是否就等于数据库。
因为从你的$this->find来看,似乎是直接把Model的$this当做了数据库?
有两种选择:

  1. 不要把Model本身直接定义为数据库,而在Model里用redis和db类分别操作。如果redis和db里的操作都很少很简单,可以选择这样。

  2. 把Model定位为数据操作层,叫UserDbModel(对应你现在的UserModel),再定义另一个Model叫UserRedisModel(对应你现在的$userRedis),让两者地位平等,同时在Model层上加一层Logic层,处理缓存与数据库的关系,Controller变为只能调用Logic层。这种方式是我现在在用的,对复杂的逻辑而言可以显得更清晰。

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板