浏览器的请求方式，封装请求，分离请求者与接收者

---

命令模式：

是一种数据驱动的设计模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。

意图：将一个请求封装成一个对象，从而可以用不同的请求对客户进行参数化。

主要解决：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录，撤销或重做，事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。

如何解决：通过调用者调用接受者执行命令。顺序：调用者 -> 接受者 -> 命令。

关键代码：定义三个角色：1. received真正的命令执行对象。2.Command 3.invoker 使用命令对象的入口。

优点：1.降低了系统耦合度。2.新的命令可以很容易添加到系统中去。

缺点：使用命令模式可能会导致某些系统有过多的具体命令类。

使用场景：认为是命令的地方都可以使用命令模式，如 GUI中每一个按钮都是一条命令。

注意事项：系统需要支持命令的撤销操作和恢复操作。

角色：

1、抽象命令（Command）：定义命令的接口，声明命令执行的方法；

2、具体命令（Concrete Command）：命令接口实现对象，需要维持对接收者的引用，并调用接收者的功能来完成命令要执行的操作；

3、接收者（Receiver）：真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能；

4、调用者（Invoker）：要求命令对象执行请求，需要维持命令对象的引用，可以持有很多的命令对象。

命令模式