iT邦幫忙

第 12 屆 iThome 鐵人賽

1

本文同步更新於blog

情境:公司開發了一個新產品,客戶端有許多不同的請求

  • 客戶端的請求類別
<?php

namespace App\ChainOfResponsibilityPattern\Software;

class Request
{
    /**
     * @var string
     */
    protected $type;

    /**
     * @var string
     */
    protected $content;

    /**
     * @param string $type
     * @param string $content
     */
    public function __construct(string $type, string $content)
    {
        $this->type = $type;
        $this->content = $content;
    }

    /**
     * @return string
     */
    public function getType()
    {
        return $this->type;
    }

    /**
     * @return string
     */
    public function getContent()
    {
        return $this->content;
    }
}

  • 原本處理客戶端請求的方式
<?php

namespace App\ChainOfResponsibilityPattern\Software;

use Tests\Unit\ChainOfResponsibilityPattern\Software\Request;

class Program
{
    /**
     * @param Request $request
     * @return string
     */
    public function handle(Request $request)
    {
        $type = $request->getType();
        $content = $request->getContent();

        switch ($type) {
            case 'bug':
                // $request = new Request('bug', 'no connection');
                return "Support已開始處理[$type:$content]的問題。";
                break;

            case 'feature':
                // $request = new Request('feature', 'add filter');
                return "PM已開始處理[$type:$content]的問題。";
                break;

            default:
                // $request = new Request('cooperative business', 'become Google partner');
                return "Boss已開始處理[$type:$content]的問題。";
                break;
        }
    }
}

根據請求類型的不同,我們會交由不同的角色來處理問題。

但這些請求,可以透過區分請求類別的方式,
統一先交由Support處理,若Support無法處理,再轉給下個負責人。

以這樣的想法,讓我們用職責鏈模式改造它。


  • 首先是抽象的處理器類別,當該處理器無法處理時,會轉給下一個處理器
<?php

namespace App\ChainOfResponsibilityPattern\Software\Abstracts;

use App\ChainOfResponsibilityPattern\Software\Request;

abstract class Handler
{
    /**
     * @var string
     */
    protected $role;

    /**
     * @var array
     */
    protected $canHandleType = [];

    /**
     * @var string
     */
    protected $requestType;

    /**
     * @var string
     */
    protected $requestContent;

    /**
     * @var Handler
     */
    protected $nextHandler;

    /**
     * @param Request $request
     * @return string
     */
    public function handle(Request $request): string
    {
        $this->requestType = $request->getType();
        $this->requestContent = $request->getContent();

        if ($this->canHandle()) {
            $role = $this->role;
            $result = "$role can solve [$this->requestType:$this->requestContent] issue.";
            return $result;
        }

        return $this->nextHandler->handle($request);
    }

    /**
     * @param Handler $handler
     */
    public function setNextHandler(Handler $handler)
    {
        $this->nextHandler = $handler;
    }

    /**
     * @return boolean
     */
    protected function canHandle()
    {
        return in_array($this->requestType, $this->canHandleType);
    }
}

由canHandle()方法來知道,該處理器能不能處理。
由setNextHandler()方法,來決定下一個處理器。


  • Support處理器
<?php

namespace App\ChainOfResponsibilityPattern\Software;

use App\ChainOfResponsibilityPattern\Software\Abstracts\Handler;

class Support extends Handler
{
    /**
     * @var string
     */
    protected $role = 'Support';

    /**
     * @var array
     */
    protected $canHandleType = ['bug'];
}

  • PM處理器
<?php

namespace App\ChainOfResponsibilityPattern\Software;

use App\ChainOfResponsibilityPattern\Software\Abstracts\Handler;

class ProjectManager extends Handler
{
    /**
     * @var string
     */
    protected $role = 'PM';

    /**
     * @var array
     */
    protected $canHandleType = ['bug', 'feature'];
}

  • Boss處理器
<?php

namespace App\ChainOfResponsibilityPattern\Software;

use App\ChainOfResponsibilityPattern\Software\Abstracts\Handler;

class Boss extends Handler
{
    /**
     * @var string
     */
    protected $role = 'Boss';

    /**
     * @return boolean
     */
    protected function canHandle()
    {
        return true;
    }
}


  • 最後修改原本的程式碼
<?php

namespace App\ChainOfResponsibilityPattern\Software;

use App\ChainOfResponsibilityPattern\Software\Request;
use App\ChainOfResponsibilityPattern\Software\Support;

class Program
{
    public function handle(Request $request)
    {
        $support = new Support();
        $projectManager = new ProjectManager();
        $boss = new Boss();

        $support->setNextHandler($projectManager);
        $projectManager->setNextHandler($boss);

        return $support->handle($request);
    }
}

這邊可以留意,若有未定義類型的請求,最終都會交由Boss處理器來捕捉。


[單一職責原則]
我們把處理器處理器的順序視作兩種不同的職責。

[開放封閉原則]
無論是新增/修改處理器的邏輯,或者修改處理器的順序,
皆不會改動到所有程式碼。

[依賴反轉原則]
抽象的處理器類別依賴於自身(組合模式)。
實體的處理器類別則實現它。

最後附上類別圖:
https://ithelp.ithome.com.tw/upload/images/20201224/20111630SbYQt82Rx6.png
(註:若不熟悉 UML 類別圖,可參考UML類別圖說明。)

ʕ •ᴥ•ʔ:一個很生活化的設計模式。


上一篇
Day51. 職責鏈模式
下一篇
Day53. 中介者模式
系列文
你終究都要學設計模式的,那為什麼不一開始就學呢?57
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言