php 和设计模式 - 流接口模式

发表于2021-03-21|更新于2026-03-16|设计模式

|总字数:197|阅读时长:1分钟|浏览量:

流接口模式通常用来编写易于阅读的代码，就像自然语言一样（如英语）。

class Sql
{

    private array $fields = [];
    private array $from = [];
    private array $where = [];

    public function select(array $fields): Sql
    {
        $this->fields = $fields;

        return $this;
    }

    public function from(string $table, string $alias): Sql
    {
        $this->from[] = $table . ' AS ' . $alias;

        return $this;
    }

    public function where(string $condition): Sql
    {
        $this->where[] = $condition;

        return $this;
    }

    public function __toString(): string
    {
        return sprintf(
            'select %s from %s where %s',
            join(', ', $this->fields),
            join(', ', $this->from),
            join(' AND ', $this->where)
        );
    }
}

$query = (new Sql())->select(['foo', 'bar'])->from('foobar', 'f')->where('f.bar = foo');
echo $query, PHP_EOL;

这个模式跟前一个模式都有点说不出的诡异，可能不是新模式，属于没被正式划分到设计模式中的模式？？？

文章作者: m-finder

文章链接: https://m-finder.alon.wang/design-pattern-fi/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 M-finder！

相关推荐

php 和设计模式 - 迭代器模式

提供一种方法顺序访问一个集合对象中的各种元素,而又不暴露该对象的内部表示。 foreach 的底层就是迭代器。很多编程语言都已经将其作为一个基础类库实现出来了，所以也就有了这个模式目前学习意义大于实际意义的说法。在 php 中，内部已提供 Iterator 接口，可以直接使用。 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879class Bookshelf implements \Countable, \Iterator{ protected array $books = []; protected int $current = 0; public function addBook(Book $book) { $this->books[] = $book; } public function current() { return $this->books[$this->current]; } public function next() { return $this->current++; } public function key(): int { return $this->current; } public function valid(): bool { return isset($this->books[$this->current]); } public function rewind() { $this->current = 0; } public function count(): int { return count($this->books); }}class Book{ protected string $author; protected string $title; public function __construct(string $author, string $title) { $this->author = $author; $this->title = $title; } public function getAuthor(): string { return $this->author; } public function getTitle(): string { return $this->title; } public function getAuthorAndTitle(): string { return $this->getAuthor() . '-' . $this->getTitle(); }}$bookA = new Book('wu', 'php');$bookB = new Book('wu', 'redis');$bookshelf = new Bookshelf();$bookshelf->addBook($bookA);$bookshelf->addBook($bookB);foreach ($bookshelf as $book) { echo $book->getAuthorAndTitle(), PHP_EOL;} 使用起来还是比较简单的，至于如何实现就不写了。

php 和设计模式 - 中介者模式

最近太忙，拖更好多天，难受…… 废话不多说，先来看看概念：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地互相引用，从而使其耦合松散，而且可以肚里地改变它们之间的交互。也就相当于你租了个房子，但是房东常年旅居国外，有事情你也不需要找房东，因为房东把所有事情都委托给了中介。令人羡慕的房东啊…… 举个🌰： 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990<?php// 中介者模式interface MediatorInterface{ public function send($service, string $message);}class Mediator implements MediatorInterface{ public function send($service, string $message) { $service->notify($message); }}abstract class Colleague{ private MediatorInterface $mediator; protected Colleague $colleague; public function setColleague(Colleague $colleague) { $this->colleague = $colleague; } public function getColleague(): Colleague { return $this->colleague; } public function setMediator(MediatorInterface $mediator) { $this->mediator = $mediator; } public function getMediator(): MediatorInterface { return $this->mediator; } public abstract function notify(string $message);}class ClientA extends Colleague{ public function send($message) { return $this->getMediator()->send($this, $message); } public function notify(string $message) { echo get_class($this->getColleague()), ' 收到消息：', $message, PHP_EOL; }}class ClientB extends Colleague{ public function send($message) { return $this->getMediator()->send($this, $message); } public function notify(string $message) { echo get_class($this->getColleague()), ' 收到消息：', $message, PHP_EOL; }}$mediator = new Mediator();$clientA = new ClientA();$clientB = new ClientB();$clientA->setMediator($mediator);$clientB->setMediator($mediator);$clientA->setColleague($clientB);$clientB->setColleague($clientA);$clientA->send('吃饭了没？');$clientB->send('没呢，要请客？'); 这个模式比较适用于通讯类产品，聊天啊、直播什么的，可以实现用户与用户之间的结偶，不需要让一个用户去维护所有管理的用户对象，但是同时也存在一些问题，比如当业务逻辑更加复杂时，中介类就会更加复杂和庞大，所以应用的同时也要考虑该如何取舍。 ok，以上就是终结者模式了，代码还是比较通透的。

php 和设计模式 - 桥接模式

桥接模式也是一个典型的单一职责模式。在组件设计过程中，如果职责划分不够清晰，当父类发生变更，子类也需要跟着变动，要么违背开闭原则，要么导致子类数量膨胀。桥接模式，就是为了解决这个问题。桥接模式的做法是，使抽象和实现完全分离，使其能够独立变化。或者也可以直白一点，通过组合/聚合的方式避免继承滥用。举个🌰： 123456789101112131415161718192021222324252627282930313233343536abstract class Shape{ protected Color $color; public function setColor(Color $color) { $this->color = $color; } public abstract function draw();}class Circle extends Shape{ public function draw() { $this->color->setColor(); echo 'circle', PHP_EOL; }}interface Color{ public function setColor();}class Blue implements Color{ public function setColor() { echo 'blue', PHP_EOL; }}$shape = new Circle();$shape->setColor(new Blue());$shape->draw(); 抽象部分使用继承，实现部分使用组合。后续如果我们需要换成另外一个颜色，只需要稍作改动即可实现： 12345678910class Red implements Color{ public function setColor() { echo 'red', PHP_EOL; }}$shape = new Circle();$shape->setColor(new Red());$shape->draw();

php 和设计模式 - 观察者模式

当对象的状态发生变化时，所有依赖于它的对象都得到通知并被自动更新。它使用的是低耦合的方式。 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273class DeleteUserSubject implements \SplSubject{ protected SplObjectStorage $observers; protected $data; public function __construct() { $this->observers = new \SplObjectStorage(); } public function attach(SplObserver $observer) { $this->observers->attach($observer); } public function detach(SplObserver $observer) { $this->observers->detach($observer); } public function notify() { foreach ($this->observers as $observer) { $observer->update($this); } } public function process() { $this->data = new class { public string $name = 'wu'; public function delete() { echo '用户 ', $this->name, ' 被删除', PHP_EOL; } }; $this->data->delete(); echo '开始通知关联处理：', PHP_EOL; $this->notify(); } public function getName() { return $this->data->name; }}class UserLogDeleteObserver implements \SplObserver{ protected SplSubject $subject; public function update(SplSubject $subject) { $this->subject = clone $subject; $this->deleteUserLog(); } public function deleteUserLog() { echo '删除用户', $this->subject->getName(),' 的日志', PHP_EOL; }}$subject = new DeleteUserSubject();$subject->attach(new UserLogDeleteObserver());$subject->process(); 这个模式代码稍微多一点，但是场景很经典，也很容易理解。

php 和设计模式

场面话工作几年，复杂的业务场景，重复的 CURD 一直在消耗着我作为程序员的激情与精力，在设计模式这方面的积累从来都不够完善，出去面试时还经常会面临面试官的灵魂拷问，总觉得自己是不是就快被淘汰了。所以，是时候下功夫整理下这方面的知识了。开始之前，要考虑一个问题，我们为什么要学习设计模式呢？首先从概念来讲，设计模式作为一种描述问题及其解决方案的方法，是无数的 IT 前辈在工作中总结出的特定场景下的最佳解决方案，那么当我们遇到同样的场景时，就可以通过使用模式，来实现符合自己程序的解决方案，以此降低代码的耦合度，提高代码的质量，同时也方便我们后期对程序进行调整或拓展。第二，现在大部分 PHP 程序都是依托于框架进行开发，一般情况下，我们对于框架的使用，只是局限于在一个强大的程序基础设施上添加一些小装饰。那么学习并掌握设计模式以后，我们就能够理解框架是如何解决问题，以及框架解决问题的策略，随着开发的深入，我们也能够以设计为导向，开发出自己的可复用的代码库，这对我们来说，也是一种极大的积累和提升。第三，对于团队来说，人来人往是常态，对于从一开始就已经接手项目的成员来说，理解程序的逻辑会很轻松，但是对于新加入的成员来说，采用标准化设计模式的程序才是更容易的理解和掌握的存在，这可以使新成员更快的参与到项目的开发工作中，发挥出他作为项目成员的作用。第四，设计模式定义了专业词汇，通过这些词汇，开发人员之间的沟通变得更加容易，可以节省很多沟通成本。设计模式与面向对象密切相关，因此我应该不会简单的复制一堆模式来加以理解，而是从面向对象入手，逐渐向设计模式演深。源码目录对象设计原则设计模式分类工厂模式单例模式生成器模式原型模式门面模式适配器模式装饰器模式桥接模式代理模式组合模式享元模式依赖注入模式注册模式流接口模式策略模式模板方法模式观察者模式迭代器模式责任链模式命令行模式备忘录模式状态模式访问者模式中介者模式

php 和设计模式 - 门面模式

门面模式也叫外观模式，主要是为子系统中的一组接口提供一个一致的接口，facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。一个简单的🌰： 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051class Facade{ private Subsystem $subsystemA; private Subsystem $subsystemB; public function __construct(Subsystem $subsystemA, Subsystem $subsystemB) { $this->subsystemA = $subsystemA; $this->subsystemB = $subsystemB; } public function subsystemARun() { $this->subsystemA->run(); } public function subsystemBRun() { $this->subsystemB->run(); }}interface Subsystem{ public function run();}class SubsystemA implements Subsystem{ public function run() { echo '子系统 A 运行', PHP_EOL; }}class SubsystemB implements Subsystem{ public function run() { echo '子系统 B 运行', PHP_EOL; }}$subsystemA = new SubsystemA();$subsystemB = new SubsystemB();$facade = new Facade($subsystemA, $subsystemB);$facade->subsystemARun();$facade->subsystemBRun(); 当需要为一个复杂子系统提供一个简单的接口时，门面模式非常适用。同时当需要构建一个层次结构的子系统时，门面模式也可以充当每层子系统的入口点，例如 MVC 框架。这个模式跟在 laravel 框架中看的的还有所不同，在框架中，调用门面时，会通过魔术方法去调用背后真正的功能类方法，而且每个门面只负责一个独立的模块。相对来说，框架中的用法更符合单一职责。