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;    }}

在這種情況下，控制器只需要調用一次介面方案，而無需關心內部實現，整個資料邏輯交給模型來處理。

在項目中實際用過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;    }}

在這種情況下，控制器只需要調用一次介面方案，而無需關心內部實現，整個資料邏輯交給模型來處理。

在項目中實際用過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層。這種方式是我現在在用的，對複雜的邏輯而言可以顯得更清晰。

