Home > Backend Development > PHP Tutorial > Redis放在控制器还是模型层?

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

WBOY
Release: 2016-06-06 20:13:04
Original
1216 people have browsed it

在实际项目中,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>
Copy after login
Copy after login

在这种情况下,模型还是独立存在的,数据库模型依然直接读取数据库,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>
Copy after login
Copy after login

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

在项目中实际用过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>
Copy after login
Copy after login

在这种情况下,模型还是独立存在的,数据库模型依然直接读取数据库,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>
Copy after login
Copy after login

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

在项目中实际用过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层。这种方式是我现在在用的,对复杂的逻辑而言可以显得更清晰。

Related labels:
source:php.cn
Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Popular Tutorials
More>
Latest Downloads
More>
Web Effects
Website Source Code
Website Materials
Front End Template