流程签署使用桥接模式和职责链模式的demo

    项目中有个功能模块，多人签署同一份文件， 流程分为顺序签署、无序签署和任一签署等。

    业务逻辑比较复杂，今天自己尝试着引入设计模式，于是就先实现“顺序签署”功能吧。 

 

1.Bridge模式。 

    【GOF95】在提出桥梁模式的时候指出，桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱藕，使得二者可以独立地变化"。这句话有三个关键词，也就是抽象化、实现化和脱耦。

抽象化    存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待【LISKOV94】。

实现化    抽象化给出的具体实现，就是实现化。

脱耦     所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。

    将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以相对独立地变化。这就是桥梁模式的用意。

 

 

 

 

2.职责链模式

     GoF对职责链模式的定义为：为了避免请求的发送者和接收者之间的耦合关系，使多个接受对象都有机会处理请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

      通俗一点说就是，当客户提交一个请求时，从第一个对象开始，链中收到请求的对象要么亲自处理它，要么转发给链中的下一个候选者。提交请求的对象并不知道哪一个对象将会处理它。

 
 
 

3.代码的整体类图关系为：