Overview

今天看了YouTube上的一个讲Design Pattern的视频，把这个视频的大意给大家分享一下，该视频的作者是Anthony Ferrara。
大意就是作者把22种Design Pattern不断的重组归纳抽象直道最后抽象为一种设计模式，Mediator。
而所有的Design Pattern关注的核心问题就是如何控制信息流（但是我个人认为核心是如何解耦）。再根据信息流划分出对象在系统中担任的5种角色，Representer, Doer, Dispatcher, Translator, Maker。

大概就是以上的内容，但是具体如何实践还不太清楚。。。

演变过程

Re-grouped

GoF Design Pattern分类 v.s 作者分类

如表格所示，GoF把26种设计模式分为了Creational, structural和Behavioral三大类。

而作者把设计模式按照Shim, Compsitional, Decompsitional分类

• Shim Patterns: 编程语言不能处理当前情况
  例子：iterator模式，没有其他的方法能够更方便的遍历对象的时候，就会使用iterator模式。
• Compositional Patterns：要把一系列的object组合在一起
• Decompositional Patterns: 要把一个object拆分成多个object

要注意的是有些模式在多个分类里， 比如Mediator既可以用于组合模式又可以用于拆分模式。

由于现有的26种模式，有些模式彼此之间很难分辨区别。

如： Adapter, Facade, Bridge, Decorator, Proxy

如图所示，UML结构相同。

代码例子：
Adapter
要把已有的系统watchdog插入系统PSRLogger中,在log函数中，旧的接口（watchdog）被转换成了新的接口（log）。
用这个方法可以把watchdog插入任何系统。

phpuse Psr\Log\LoggerInterface as Log
class PSR3Logger implements Log {public function log ($level, $msg, array $ctx = array()){$severity = $this->convertLevelToSeverity($level);watchdog("unknown", $msg, $ctx, $severity);}/* ... */
}

Facade
把一个复杂的系统转换成一个简单的接口。

phpclass EntityMetadataWrapper {public function __construct($type, $data = null, $info = array()){$this->type = $type;$this->info = $info + array("langcode" => null,);$this->info["type"] = ￥type;if (isset($data)) {$this->set($data);}}/* ... */
}

抽象一下过程
把已有代码用于其他代码中，而设计模式提供的就是这个转化的过程

由于结构相同，差别比较细微，把这5种归为一种，用adapter作为代表。
同理把其他design pattern按UML相似合并，有以下表格

De-duplicated Grouping

这里除去重复的只有6种pattern。

• Adapter - This has a single class which makes one or more other classes behave as a single interface.
• Composite - This abstracts a recursive structure.
• Command - This abstracts determination of execution from actual execution
• Mediator - This abstracts communication between several objects
• Memento - This abstracts state representation from execution
• Observer - This abstracts communication between two objects

如果按照Information Flow的传递来分，有三种

• Controlling Information Flow Between Multiple Systems (多系统间)
• Controlling Information Flow Within An Individual System （单系统）
• Controlling Information Flow Between Individual Objects （object之间）

De-Duplicated Re-Groupings

下面开始继续简化

注意：information flow 和 structure是相对的。

再简化

DeDe-Duplicated Re-Groupings

最终简化

DeDe-Duplicated ReRe-Groupings

information flow和structure其实是一种概念的不同表达形式，例如list，可以传递信息作为input，output，也可以作为一种数据结构。所以归为一种

核心：
所有的Design Pattern的职责都是控制information flow。

然而故事到这里并没有完。
下面关于information flow还有logic（变量）和message（即input和output，可以是string，array，object等等）的区别

Information Flow

Information Flow传递方式

信息流的传递方式可以归纳为三种：Ask(类似get方法), Tell(类似set方法), Translate(input=>output).

Ask

$msg = $obj->something();

Tell

$obj->something($msg);

Translate

$msg2 = $obj->do($msg1);

Note:

• ask总是有状态
• tell总是有状态
• translate可以是有状态也可以是无状态的

Object Role Patterns

按Object角色role来分，一共5种：Representer, Doer, Dispatcher, Translator, Maker

Representer

phpclass User {public function getName(); //askpublic function isAdmin();public function setName($name); //tell
}

Doer

phpclass EmailSystem {/*** @return boolean*/public function send(Message $msg); //tell
}

Dispatcher

phpclass Controller {/*** @return Response*/public function handle(Request $req); //translate
}

Translator

phpclass UserView {/*** @return string HTML*/public function render(User $user);//translate
}

Maker

phpclass UserFactory {/*** @return User a user object*/public function getUser();//ask
}

作者的开发经验得出有95%~99%的应用可以用以上模式表达。

文章还会继续修改，有兴趣的同学可以直接观看YouTube上的视频，我在reference里面给出了链接，还有作者的blog，但是blog中只有前半部分内容。
我个人对于design pattern的理解也很有限，希望各位大神赐教。另外关于一些单词的具体含义，我只能意会不能言传。。。如果有大神愿意仔细解读的话，可以留言。
同步更新在我的gitbook笔记中。

Reference

1. Beyond Design Pattern 视频
2. 视频作者blog