如何使用 Presenter 模式 ?

最新推荐文章于 2024-04-24 12:32:13 发布
最新推荐文章于 2024-04-24 12:32:13 发布
阅读量2k 收藏 1
点赞数
分类专栏： laravel 文章标签： 中大型项目架构

如何使用 Presenter 模式 ?

 使用 Presenter 輔助 View

若將顯示邏輯都寫在 view，會造成 view 肥大而難以維護，基於 SOLID 原則，我們應該使用 Presenter 模式輔助 view，將相關的顯示邏輯封裝在不同的 presenter，方便中大型專案的維護。

Version

Laravel 5.1.22

顯示邏輯

顯示邏輯中，常見的如 :

  1. 將資料顯示不同資料 : 如性別欄位為M，就顯示Mr.，若性別欄位為F，就顯示Mrs.。
  2. 是否顯示某些資料 : 如根據欄位值是否為Y，要不要顯示該欄位。
  3. 依需求顯示不同格式 : 如依照不同的語系，顯示不同的日期格式。

Presenter

將資料顯示不同資料

如性別欄位為M，就顯示Mr.，若性別欄位為F，就顯示Mrs.，初學者常會直接用 blade 寫在 view。

在中大型專案，會有幾個問題 :

  1. 由於 blade 與 HTML 夾雜，不太適合寫太複雜的程式，只適合做一些簡單的 binding，否則很容易流於傳統 PHP 的義大利麵程式。
  2. 無法對顯示邏輯做重構與物件導向。

比較好的方式是使用 presenter :

  1. 將相依物件注入到 presenter。
  2. 在 presenter 內寫格式轉換。
  3. 將 presenter 注入到 view。

UserPresenter.php

app/Presenters/UserPresenter.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

namespace App\Presenters;

class UserPresenter
{
    /**
     * 性別欄位為M，就顯示Mr.，若性別欄位為F，就顯示Mrs.
     * @param string $gender
     * @param string $name
     * @return string
     */
    public function getFullName($gender, $name)
    {
        if ($gender == 'M')
            $fullName = 'Mr. ' . $name;
        else
            $fullName = 'Mrs. ' . $name;

        return $fullName;
    }
}

 

將原本在 blade 用 @if...@else...@endif 寫的邏輯，改寫在 presenter。

使用 @inject() 注入 UserPresenter，讓 view 也可以如 controller 一樣使用注入的物件。

將來無論顯示邏輯怎麼修改，都不用改到 blade，直接在 presenter 內修改。

 改用這種寫法，有幾個優點 :

  1. 將資料顯示不同格式的顯示邏輯改寫在 presenter，解決寫在 blade 不容易維護的問題。
  2. 可對顯示邏輯做重構與物件導向。

是否顯示某些資料

如根據欄位值是否為Y，要不要顯示該欄位，初學者常會直接用 blade 寫在 view。

在中大型專案，會有幾個問題 :

  1. 由於 blade 與 HTML 夾雜，不太適合寫太複雜的程式，只適合做一些簡單的 binding，否則很容易流於傳統 PHP 的義大利麵程式。
  2. 無法對顯示邏輯做重構與物件導向。

比較好的方式是使用 presenter :

  1. 將相依物件注入到 presenter。
  2. 在 presenter 內寫格式轉換。
  3. 將 presenter 注入到 view。

UserPresenter.php

app/Presenters/UserPresenter.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

namespace App\Presenters;

use App\User;

class UserPresenter
{
    /**
     * 是否顯示email
     * @param User $user
     * @return string
     */
    public function showEmail(User $user)
    {
        if ($user->show_email == 'Y')
            return '<h2>' . $user->email . '</h2>';
        else
            return '';
    }
}

 

將 @if() 的 boolean 判斷，封裝在 presenter 內。

改由 presenter 負責送出 HTML。

使用 @inject() 注入 UserPresenter，讓 view 也可以如 controller 一樣使用注入的物件。

{!! !!!} 會保有原來 HTML 格式。

將來無論顯示邏輯怎麼修改，都不用改到 blade，直接在 presenter 內修改。

 改用這種寫法，有幾個優點 :

  1. 是否顯示某些資料的顯示邏輯改寫在 presenter，解決寫在 blade 不容易維護的問題。
  2. 可對顯示邏輯做重構與物件導向。

依需求顯示不同格式

如依照不同的語系，顯示不同的日期格式，初學者常會直接用 blade 寫在 view。11blade、mutator 與 presenter 的比較，詳細請參考如何依各種語言顯示不同日期格式？

blade很難維護

在中大型專案，會有幾個問題 :

  1. 由於 blade 與 HTML 夾雜，不太適合寫太複雜的程式，只適合做一些簡單的 binding，否則很容易流於傳統 PHP 的義大利麵程式。
  2. 無法對顯示邏輯做重構與物件導向。
  3. 違反SOLID的開放封閉原則 : 若將來要支援新的語系，只能不斷地在 blade 新增 if...else。22開放封閉原則 : 軟體中的類別、函式對於擴展是開放的，對於修改是封閉的。

比較好的方式是使用 presenter :

  1. 將相依物件注入到 presenter。
  2. 在 presenter 內寫不同的日期格式轉換邏輯。
  3. 將 presenter 注入到 view。

DateFormatPresenterInterface.php

app/Presenters/DateFormatPresenterInterface.php

1
2
3
4
5
6
7
8
9
10
11
12
13

namespace App\Presenters;

use Carbon\Carbon;

interface DateFormatPresenterInterface
{
    /**
     * 顯示日期格式
     * @param Carbon $date
     * @return string
     */
    public function showDateFormat(Carbon $date) : string;
}

 

定義了 showDateFormat()，各語言必須在 showDateFormat() 使用 Carbon 的 format()去轉換日期格式。

DateFormatPresenter_uk.php

app/Presenters/DateFormatPresenter_uk.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

namespace App\Presenters;

use Carbon\Carbon;

class DateFormatPresenter_uk implements DateFormatPresenterInterface
{
    /**
     * 顯示日期格式
     * @param Carbon $date
     * @return string
     */
    public function showDateFormat(Carbon $date) : string
    {
        return $date->format('d M, Y');
    }
}

 

DateFormatPresenter_uk 實現了 DateFormatPresenterInterface，並將轉換成英國日期格式的 Carbon 的 format() 寫在 showDateFormat() 內。

DateFormatPresenter_tw.php

app/Presenters/DateFormatPresenter_tw.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

namespace App\Presenters;

use Carbon\Carbon;

class DateFormatPresenter_tw implements DateFormatPresenterInterface
{
    /**
     * 顯示日期格式
     * @param Carbon $date
     * @return string
     */
    public function showDateFormat(Carbon $date) : string
    {
        return $date->format('Y/m/d');
    }
}

 

DateFormatPresenter_tw 實現了 DateFormatPresenterInterface，並將轉換成台灣日期格式的 Carbon 的 format() 寫在 showDateFormat() 內。

DateFormatPresenter_us.php

app/Presenters/DateFormatPresenter_us.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

namespace App\Presenters;

use Carbon\Carbon;

class DateFormatPresenter_us implements DateFormatPresenterInterface
{
    /**
     * 顯示日期格式
     * @param Carbon $date
     * @return string
     */
    public function showDateFormat(Carbon $date) : string
    {
        return $date->format('M d, Y');
    }
}

 

DateFormatPresenter_us 實現了 DateFormatPresenterInterface，並將轉換成美國日期格式的 Carbon 的 format() 寫在 showDateFormat() 內。

Presenter 工廠

由於每個語言的日期格式都是一個 presenter 物件，那勢必遇到一個最基本的問題 : 我們必須根據不同的語言去 new 不同的 presenter 物件，直覺我們可能會在 controller 去 new presenter。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

public function index(Request $request)
{
    $users = $this->userRepository->getAgeLargerThan(10);

    $locale = $request['lang'];

    if ($locale === 'uk') {
        $presenter = new DateFormatPresenter_uk();
    } elseif ($locale === 'tw') {
        $presenter = new DateFormatPresenter_tw();
    } else {
        $presenter = new DateFormatPresenter_us();
    }

    return view('users.index', compact('users'));
}

這種寫法雖然可行，但有幾個問題 :

  1. 違反 SOLID 的開放封閉原則 : 若將來有新的語言需求，只能不斷去修改 index()，然後不斷的新增 elseif，就算改用 switch 也是一樣。
  2. 違反 SOLID 的依賴反轉原則 : controller 直接根據語言去 new 相對應的 class，高層直接相依於低層，直接將實作寫死在程式中。33依賴反轉原則 : 高層不應該依賴於低層，兩者都應該要依賴抽象；抽象不要依賴細節，細節要依賴抽象。
  3. 無法單元測試 : 由於 presenter 直接 new 在 controller，因此要測試時，無法對 presenter 做 mock。

比較好的方式是使用 Factory Pattern。

DataFormatPresenterFactory.php

app/Presenters/DateFormatPresenterFactory.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

namespace App\Presenters;

use Illuminate\Support\Facades\App;

class DateFormatPresenterFactory
{
    /**
     * @param string $locale
     */
    public static function bind(string $locale)
    {
        App::bind(DateFormatPresenterInterface::class,
            'MyBlog\Presenters\DateFormatPresenter_' . $locale);
    }
}

 

使用 Presenter Factory 的 create() 去取代 new 建立物件。

這裡當然可以在 create() 去寫 if...elseif 去建立 presenter 物件，不過這樣會違反 SOLID的開放封閉原則，比較好的方式是改用 App::bind()，直接根據 $locale去 binding 相對應的 class，這樣無論在怎麼新增語言與日期格式，controller 與 Presenter Factory 都不用做任何修改，完全符合開放封閉原則。

Controller

UserController.php

app/Http/Controllers/UserController.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

namespace App\Http\Controllers;

use App\Http\Requests;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\App;
use MyBlog\Presenters\DateFormatPresenterFactory;
use MyBlog\Repositories\UserRepository;

class UserController extends Controller
{
    /** @var  UserRepository 注入的UserRepository */
    protected $userRepository;

    /**
     * UserController constructor.
     * @param UserRepository $userRepository
     */
    public function __construct(UserRepository $userRepository)
    {
        $this->userRepository = $userRepository;
    }

    /**
     * Display a listing of the resource.
     * @param Request $request
     * @param DateFormatPresenterFactory $dateFormatPresenterFactory
     * @return \Illuminate\Http\Response
     */
    public function index(Request $request)
    {
        $users = $this->userRepository->getAgeLargerThan(10);
        $locale = ($request['lang']) ? $request['lang'] : 'us';
        $dateFormatPresenterFactory::bind($locale);

        return view('users.index', compact('users'));
    }
}

 

11 行

1
2
3
4
5
6
7
8
9
10
11

/** @var  UserRepository 注入的UserRepository */
protected $userRepository;

/**
 * UserController constructor.
 * @param UserRepository $userRepository
 */
public function __construct(UserRepository $userRepository)
{
    $this->userRepository = $userRepository;
}

 

將相依的 UserRepository 注入到 UserController。

23 行

1
2
3
4
5
6
7
8
9
10
11
12
13
14

/**
 * Display a listing of the resource.
 * @param Request $request
 * @param DateFormatPresenterFactory $dateFormatPresenterFactory
 * @return \Illuminate\Http\Response
 */
public function index(Request $request)
{
    $users = $this->userRepository->getAgeLargerThan(10);
    $locale = ($request['lang']) ? $request['lang'] : 'us';
    $dateFormatPresenterFactory::bind($locale);

    return view('users.index', compact('users'));
}

 

使用 $dateFormatPresenterFactory::bind() 切換 App::bind() 的 presenter 物件，如此 controller 將開放封閉，將來有新的語言需求，也不用修改 controller。

我們可以發現改用 factory pattern 之後，controller 有了以下的優點 :

  1. 符合 SOLID 的開放封閉 原則: 若將來有新的語言需求，controller 完全不用做任何修改。
  2. 符合SOLID 的依賴反轉原則 : controller 不再直接相依於 presenter，而是改由 factory 去建立 presenter。
  3. 可以做單元測試 : 可直接對各 presenter 做單元測試，不需要跑驗收測試就可以測試顯示邏輯。

Blade

使用 @inject 注入 presenter，讓 view 也可以如 controller 一樣使用注入的物件。

使用 presenter 的 showDateFormat() 將日期轉成想要的格式。

 改用這種寫法，有幾個優點 :

  1. 將依需求顯示不同格式的顯示邏輯改寫在 presenter，解決寫在 blade 不容易維護的問題。
  2. 可對顯示邏輯做重構與物件導向。
  3. 符合 SOLID 的開放封閉原則: 將來若有新的語言，對於擴展是開放的，只要新增 class 實踐 DateFormatPresenterInterface 即可；對於修改是封閉的，controller、factory interface、factory 與 view 都不用做任何修改。
  4. 不單只有 PHP 可以使用 service container，連 blade 也可以使用 service container，甚至搭配 service provider。
  5. 可單獨對 presenter 的顯示邏輯做單元測試。

View

若使用了 presenter 輔助 blade，再搭配 @inject() 注入到 view，view 就會非常乾淨，可專心處理將資料binding到HTML 的職責。

將來只有 layout 改變才會動到 blade，若是顯示邏輯改變都是修改 presenter。

Conclusion

  • Presenter 使得顯示邏輯從 blade 中解放，不僅更容易維護、更容易擴展、更容易重複使用，且更容易測試。

文章来源：https://oomusou.io/laravel/presenter/

华尔街之猫
关注
专栏目录
MVP模式之Presenter和View解耦
Rookie的专栏
04-18 3161
前言 关于MVP模式系列的文章，前面已经写了3篇了，本来想等以后对MVP模式有了更深层次的理解后再来总结一下的，但是最近在研究Adapter和Activity或Fragment解耦的时候，突然想到了View和Presenter之间的解耦，索性就尝试了一下，然后来和大家分享一下。 郑重声明： 由于我对架构的经验不足，所以在这里只在MVP框架体系下讨论Presenter和View之间的关系解耦（...
安卓 presenter_如何在PowerPoint中使用Presenter View掌握演示文稿
09-07 1411
安卓 presenterIn PowerPoint 2007 and 2010 there is a little feature called Presenter View that could help you get rid of your printed notes and track better your time when presenting. 在PowerPoint 2007和...
MVP中Presenter的使用
gh323093的博客
12-13 484
//LoginPresenter public class LoginPresenter implements IPresenterLogin{ private IViewLogin iViewLogin; private final LoginModel regModel; public LoginPresenter(IViewLogin iViewLogin) {
Laravel框架中如何使用 Presenter 模式?
weixin_34355559的博客
06-23 273
若将显示逻辑都写在view，会造成view肥大而难以维护，基于SOLID原则，我们应该使用Presenter模式辅助view，将相关的显示逻辑封装在不同的presenter，方便中大型项目的维护。VersionLaravel 5.1.22显示逻辑显示逻辑中，常见的如：将数据显示不同数据：如性别字段为M，就显示Mr.，若性别字段为F，就显示Mrs.。是否显示某些数据：如根据字段值是否为Y，要不要显示...
如何使用 Presenter 模式?
markely的专栏
11-01 3867
使用 Presenter 輔助 View 若將顯示邏輯都寫在 view，會造成 view 肥大而難以維護，基於 SOLID 原則，我們應該使用 Presenter 模式輔助 view，將相關的顯示邏輯封裝在不同的 presenter，方便中大型專案的維護。 Version Laravel 5.1.22 顯示邏輯 顯示邏輯中，常見的如 : 將資料顯示不同資
Presenter
zxf19970105的博客
12-09 244
public interface IPresenter { void startRequest(String url, String mobile, String password); } public class PresenterImpl implements IPresenter{ private ModelImp model; private IView iView; public Pr...
model_presenter:Ruby 项目中使用的演示者模式的实现
06-20
gem 的目标是在任何需要使用此模式的 Ruby 项目中都可以使用 Presenter，而不仅限于 Rails 项目。 演示者更强调业务模型对象的 JSON 表示。 但它可以同样简单地用于经典的 HTML 视图。 gem 并没有试图提供一种看...
Insight-Business-Management-Studio:开始使用Model-View-Presenter模式实施的各种CRM
05-26
在IT行业中，Model-View-Presenter（MVP）模式是一种常用的软件设计模式，尤其是在开发用户界面时。这个模式主要用于改善代码结构，分离关注点，使应用程序的维护和测试变得更加容易。"洞察力-业务管理-工作室"项目...
InjectPresenter
weixin_30902675的博客
08-04 134
package com.test.mvp.mvpdemo.mvp.v5.inject; import java.lang.annotation.ElementType;import java.lang.annotation.Retention;import java.lang.annotation.RetentionPolicy;import java.lang.annotation.Target...
PRESENTER
10-24
PRESENTER
Presenter类
qq_42734657的博客
12-04 325
package com.example.presenter; import android.os.AsyncTask; import com.example.bean.User; import com.example.core.BaseLogin; import com.example.model.LoginModel; public class MyPresenter { private Bas...
深入探究安卓MVP架构模式：从核心原理到实际应用
最新发布
wlred1980的博客
04-24 1731
本文旨在探讨在Android应用开发中广泛采用的MVP（Model-View-Presenter）设计模式。MVP作为一种有效的架构策略，通过分离关注点提高了代码的可读性、可维护性和可测试性。本文首先概述MVP模式的基本概念，接着阐述其核心知识点，然后详述优缺点及其适用场景，并结合代码示例进一步说明其实现细节。
安卓开发 第四篇 我的安卓应用架构设计-----Presenter类
naivor的专栏
04-23 2556
我的项目架构中使用了MVP模式，Presenter则代表MVP中的P。如果有不了解MVP模式的建议先了解一下MVP模式再来看这篇文章。我的架构中，每个类型的类都有一个基类，其他此类型的类都继承于这个基类，好处是我们可以将公共部分抽象到基类中，以后如果有公共的改变，就直接修改基类，这样会减少很多工作量。同样Presenter也有基类BasePresenter：//这是BasePresenterpubl
MVC与MVP的区别
weixin_49082536的博客
10-25 126
1、Presenter与Controller都扮演了逻辑层的角色，但是Presenter层的功能相对更复杂，因为他负责和View的双向交互，Controller只是单向的中介。因为Presenter是从View层抽离出来的，通常和View是一对一的关系，而Controller是面向业务的，往往是单例模式或者提供静态方法。 2、MVP中View和Model是不能进行通信的，虽然加重了P层的负担，但是有利于维护View层和Model层，如果条件允许，我们还可以对Presenter进一步拆分，来弥补Presen
了解一下MVVM
wade3po的博客
11-19 92
MVC模式和MVVM的区别，算是很常见的面试题，MVC适合后端框架，对于前端确实不是很合适，于是出现了现在最流行的MVVM模式，其实本质上是MVC的改进版。 MVC到MVVM中间，还有一个模式是MVP，跟MVC几乎一样，唯一的不同就是MVC更新视图的操作是在Model中，而MVP中的Presenter作为中间层，除了基本业务之外，还要有view到model和model更新view的操作。prese...
安卓中的Model-View-Presenter模式介绍
jys1115的专栏
05-24 1104
英文原文：Introduction to Model-View-Presenter on Android 这是一篇观点比较激进的文章，完全否定了MVC模式在安卓开发的中的意义，认为其是没有任何用处的。这篇文章因为使用了静态变量来定义Presenter，因此在原文的评论部分也受到一些争议。不过我觉得还是从中学到了一些思想。我甚至同意MVC模式在安卓开发的中毫无意义的说法。没有完美的文章。另外关于MV
MVP模式之与APT技术结合产生的火花
Rookie的专栏
05-09 748
前言 在前一篇文章《MVP模式探索-Presenter和View解耦的尝试》里，我在文章末尾说到了该解耦方式有几个已知的问题，其中一个就是用反射的方式去执行方法会有性能上的损耗，但是可以用APT技术替代反射的方式。后来我去查了一下反射性能损耗的问题，发现反射出现性能损耗是有一定条件的，那就是需要在反复多次执行同一个反射调用时，当反复执行的次数达到一个数量级后，才会和普通调用产生性能差异。然而像M...
MVP模式深入探讨：View与Presenter的交互解析
"本文主要探讨了MVP模式中View与Presenter的交互问题，特别是PassiveView模式的应用。在MVP模式下，Model、View和Presenter各自承担不同的职责，Model负责业务逻辑和数据，View负责展示数据和用户交互，而Presenter...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值