项目中有个功能模块,多人签署同一份文件, 流程分为顺序签署、无序签署和任一签署等。
业务逻辑比较复杂,今天自己尝试着引入设计模式,于是就先实现“顺序签署”功能吧。
1.Bridge模式。
【GOF95】在提出桥梁模式的时候指出,桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱藕,使得二者可以独立地变化"。这句话有三个关键词,也就是抽象化、实现化和脱耦。
抽象化 存在于多个实体中的共同的概念性联系,就是抽象化。作为一个过程,抽象化就是忽略一些信息,从而把不同的实体当做同样的实体对待【LISKOV94】。
实现化 抽象化给出的具体实现,就是实现化。
脱耦 所谓耦合,就是两个实体的行为的某种强关联。而将它们的强关联去掉,就是耦合的解脱,或称脱耦。在这里,脱耦是指将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联。
将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联。因此,桥梁模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以相对独立地变化。这就是桥梁模式的用意。
![](https://i-blog.csdnimg.cn/blog_migrate/2336d9717e3307b7ac7ec9de65ec7152.jpeg)
2.职责链模式
GoF对职责链模式的定义为:为了避免请求的发送者和接收者之间的耦合关系,使多个接受对象都有机会处理请求。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。
通俗一点说就是,当客户提交一个请求时,从第一个对象开始,链中收到请求的对象要么亲自处理它,要么转发给链中的下一个候选者。提交请求的对象并不知道哪一个对象将会处理它。
![](https://i-blog.csdnimg.cn/blog_migrate/699732dc41b26af28ee5531f1e3e57df.jpeg)
3.代码的整体类图关系为:
![](https://i-blog.csdnimg.cn/blog_migrate/1cfc4c4ec63acd676da55ac28be52b8f.jpeg)