在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問答/PHP/ 關于在項目中增加repository的迷惑, 請大家?guī)蛶兔?

關于在項目中增加repository的迷惑, 請大家?guī)蛶兔?

本人入行尚淺,在工作中發(fā)現(xiàn)controller里面要寫的代碼量太亂了,又是驗證又是邏輯的. 所以在網上查了下,發(fā)現(xiàn)可以加個repository層. 查看了下一般的做法,貌似是創(chuàng)建一個interface或者abstract.然后去繼承或者實現(xiàn)它們.里面定義find(),first(),where(),get(),delete(),update()等常用的方法. 在這里想像大神們請教下,如果單一的方法解決不了怎么辦呢? 就是說查詢條件很多,可能同時有where(),whereIn(),或者between,那么這些簡單的操作就無法完成了, 如果實現(xiàn)所有的功能,那不就等于是把eloquent重寫了一遍么 ? 或者是在repository中的子類專門定義一個方法來完成單獨的一個操作 ? 請指點,謝謝.

回答
編輯回答
風清揚

你說的只是基礎的
比如:

public function getAgeLargerThan($age)
{
    return $this->user
        ->where('age', '>', $age)
        ->orderBy('age')
        ->get();
}

可以看一下這篇文章:如何使用 Repository 模式?

2018年7月7日 06:39
編輯回答
背叛者

先解釋一下我對repository的理解
repository的用意就是在model和controller中間加一個“中間層”。假如你現(xiàn)在有一個Model叫CDEloquent,用于在關系型數(shù)據(jù)庫中存儲唱片信息,它繼承了CD Interface
CD Interface

namespace App\Interface
interface CD
{
    public function getName();
    public function getAuthor();
}

CDEloquent

namespace App\Eloquent
use App\Interface\CD
class CDEloquent extends CD
{
    public function getName() 
    {
        //在關系型數(shù)據(jù)庫中的操作
    }
 
    public function getAuthor() 
    {
        //在關系型數(shù)據(jù)庫中的操作
    }
}

然后你就會在Controller中取調用CDEloquent中的方法。
后來因為某些原因你的cd model不使用關系型數(shù)據(jù)庫了而是使用MongoDB。在這時你的Controller里面可能已經調用到CDEloquent中的方法了,有可能你需要修改大量的Controller中的代碼。如果當時我們定義一個repository

namespace App\Repository
use App\Eloquent\CDEloquent
class CDRepository
{
    protected $model
    public function setModel(CDEloquent $cd)
    {
        $this->model = $cd;
    }
    public function getName()
    {
        return $this->model->getName();
    } 
    public function getAuthor()
    {
        return $this->model->getAuthor;
    }
}

然后我們在controller中調用CDRepository而不是CDEloquent。等到我們要將model從CDEloquent換到使用mongodb存儲時只需要先定義一個CDMongo

namespace
App\Mongo
use App\Interface\CD
class CDMongo extends CD
{
    public function getName()
    {
        \\mongodb中的操作
    }
    public function getAuthor()
    {
        \\mongodb中的操作
    }
}

然后將respository中的setModel改為

public function setModel(CDMongo $cd)
{
        $this->model = $cd;
}

這樣我的controller中的代碼不需要改任何地方。
因此respository的作用是為controller層提供一個統(tǒng)一的接口,然后具體的實現(xiàn)是由respository中的model來實現(xiàn)的。respository只是一個邏輯抽象層。它將controller和model之間的耦合性降低了。
如果你的業(yè)務只是用關系型數(shù)據(jù)庫存放并且不會更改的話,就像你說的,完全沒有必要加respository這一層。只有當model的類型有可能改變的時候才會加。

如果使用了respository。你可以把respository看成是以前model層的代理,在controller中使用model的地方改使用respository;

至于你說controller的功能太亂了又是驗證又是邏輯的,我的想法是:
以前我們開發(fā)講究MVC。但是現(xiàn)在前后端分離是主流,對于后臺開發(fā)者就沒有view層了,只剩下MV;
在MV之間可以加一個respository,上面已經說了就不再說了。其實我們也可以把傳統(tǒng)的controller拆為兩個層:controller和logic。controller只負責接受請求,驗證數(shù)據(jù),發(fā)送回復。具體的業(yè)務邏輯放到logic中去。這樣無論是代碼的清晰度還是業(yè)務邏輯都會很清晰。
以上是個人的一些觀點,如有錯誤還請見諒

2018年4月16日 19:12