设计模式之规格模式(Specification Pattern)

开发 前端
规格模式(Specification Pattern)可以认为是组合模式的一种扩展。很多时候程序中的某些条件决定了业务逻辑,这些条件就可以抽离出来以某种关系(与、或、非)进行组合,从而灵活地对业务逻辑进行定制。

[[437714]]

1 规格模式的定义

规格模式(Specification Pattern)可以认为是组合模式的一种扩展。很多时候程序中的某些条件决定了业务逻辑,这些条件就可以抽离出来以某种关系(与、或、非)进行组合,从而灵活地对业务逻辑进行定制。另外,在查询、过滤等应用场合中,通过预定义多个条件,然后使用这些条件的组合来处理查询或过滤,而不是使用逻辑判断语句来处理,可以简化整个实现逻辑。这里的每个条件都是一个规格,多个规格(条件)通过串联的方式以某种逻辑关系形成一个组合式的规格。规格模式属于结构型设计模式。

2 规格模式的应用场景

规格模式主要适用于以下应用场景。

(1)验证对象,检验对象本身是否满足某些业务要求或者是否已经为实现某个业务目标做好了准备。

(2)从集合中选择符合特定业务规则的对象或对象子集。

(3)指定在创建新对象的时候必须要满足某种业务要求。

3 规格模式的UML类图

规格模式的UML类图如下图所示。

由上图可以看到,规格模式主要包含6个角色。

(1)抽象规格书(Specification):对规格书的抽象定义。

(2)组合规格书(CompositeSpecification):一般设计为抽象类,对规格书进行与或非操作,实现and()、or()、not()方法,在方法中关联子类,因为子类为固定类,所以父类可以进行关联。

(3)与规格书(AndSpecification):对规格书进行与操作,实现isSatisfiedBy()方法。

(4)或规格书(OrSpecification):对规格书进行或操作,实现isSatisfiedBy()方法。

(5)非规格书(NotSpecification):对规格书进行非操作,实现isSatisfiedBy()方法。

(6)业务规格书(BizSpecification):实现isSatisfiedBy()方法,对业务进行判断,一个类为一种判断方式,可进行扩展。

4 规格模式的通用写法

以下是规格模式的通用写法。

  1. public class Client { 
  2.  
  3.     public static void main(String[] args) { 
  4.         //待分析的对象 
  5.         List<Object> list = new ArrayList<Object>(); 
  6.         //定义两个业务规格书 
  7.         ISpecification spec1 = new BizSpecification("a"); 
  8.         ISpecification spec2 = new BizSpecification("b"); 
  9.         //规格调用 
  10.         for (Object o : list) { 
  11.             if(spec1.and(spec2).isSatisfiedBy(o)){  //如果o满足spec1 && spec2 
  12.                 System.out.println(o); 
  13.             } 
  14.         } 
  15.     } 
  16.  
  17.     //抽象规格书 
  18.     interface ISpecification { 
  19.         //候选者是否满足条件 
  20.         boolean isSatisfiedBy (Object candidate) ; 
  21.         //and操作 
  22.         ISpecification and (ISpecification spec); 
  23.         //or操作 
  24.         ISpecification or (ISpecification spec); 
  25.         //not操作 
  26.         ISpecification not (); 
  27.     } 
  28.  
  29.     //组合规格书 
  30.     static abstract class CompositeSpecification implements ISpecification { 
  31.         //是否满足条件由子类实现 
  32.         public abstract boolean isSatisfiedBy (Object candidate) ; 
  33.         //and操作 
  34.         public ISpecification and (ISpecification spec) { 
  35.             return new AndSpecification(this, spec); 
  36.         } 
  37.         //or操作 
  38.         public ISpecification or(ISpecification spec) { 
  39.             return new OrSpecification(this, spec); 
  40.         } 
  41.         //not操作 
  42.         public ISpecification not() { 
  43.             return new NotSpecification(this); 
  44.         } 
  45.     } 
  46.  
  47.     //与规格书 
  48.     static class AndSpecification extends CompositeSpecification { 
  49.         //传递两个规格书进行and操作 
  50.         private ISpecification left
  51.         private ISpecification right
  52.  
  53.         public AndSpecification(ISpecification left, ISpecification right) { 
  54.             this.left = left
  55.             this.right = right
  56.         } 
  57.  
  58.         //进行and运算 
  59.         public boolean isSatisfiedBy(Object candidate) { 
  60.             return left.isSatisfiedBy(candidate) && right.isSatisfiedBy(candidate); 
  61.         } 
  62.     } 
  63.  
  64.  
  65.     static class OrSpecification extends CompositeSpecification { 
  66.         //传递两个规格书进行or操作 
  67.         private ISpecification left
  68.         private ISpecification right
  69.  
  70.         public OrSpecification(ISpecification left, ISpecification right) { 
  71.             this.leftleft
  72.             this.right = right
  73.         } 
  74.  
  75.         //进行or运算 
  76.         public boolean isSatisfiedBy(Object candidate) { 
  77.             return left.isSatisfiedBy(candidate) || right.isSatisfiedBy(candidate); 
  78.         } 
  79.     } 
  80.  
  81.     static class NotSpecification extends CompositeSpecification { 
  82.         //传递两个规格书进行非操作 
  83.         private ISpecification spec; 
  84.  
  85.         public NotSpecification(ISpecification spec) { 
  86.             this.spec = spec; 
  87.         } 
  88.  
  89.         //进行not运算 
  90.         public boolean isSatisfiedBy(Object candidate) { 
  91.             return !spec.isSatisfiedBy(candidate); 
  92.         } 
  93.     } 
  94.  
  95.     //业务规格书 
  96.     static class BizSpecification extends CompositeSpecification { 
  97.         //基准对象,如姓名等,也可以是int等类型 
  98.         private String obj; 
  99.         public BizSpecification(String obj) { 
  100.             this.obj = obj; 
  101.         } 
  102.         //判断是否满足要求 
  103.         public boolean isSatisfiedBy(Object candidate){ 
  104.             //根据基准对象判断是否符合 
  105.             return true
  106.         } 
  107.     } 

5 规格模式的优点

规格模式非常巧妙地实现了对象筛选功能,适合在多个对象中筛选查找,或者业务规则不适于放在任何已有实体或值对象中,而且规则变化和组合会掩盖对象的基本含义的情况。

6 规格模式的缺点

规格模式中有一个很严重的问题就是父类依赖子类,这种情景只有在非常明确不会发生变化的场景中存在,它不具备扩展性,是一种固化而不可变化的结构。一般在面向对象设计中应该尽量避免。

 

责任编辑:姜华 来源: Tom弹架构
相关推荐

2019-08-16 10:46:46

JavaScript工厂模式抽象工厂模式

2021-11-29 09:38:12

设计模式对象池模式Object Pool

2024-07-31 10:41:16

C#设计模式

2020-08-21 07:23:50

工厂模式设计

2012-08-22 10:10:25

单态单态设计设计模式

2024-02-19 08:38:34

建造者模式Android设计模式

2021-06-09 08:53:34

设计模式策略模式工厂模式

2012-02-29 09:41:14

JavaScript

2021-06-16 08:56:06

模版方法模式设计模式行为型设计模式

2021-12-24 07:50:45

责任链模式设计

2021-06-29 08:54:23

设计模式代理模式远程代理

2015-09-08 13:39:10

JavaScript设计模式

2012-01-13 15:59:07

2023-09-04 13:14:00

装饰器设计模式

2020-12-01 07:16:05

重学设计模式

2021-01-21 05:34:14

设计模式建造者

2021-03-05 07:57:41

设计模式桥接

2010-04-19 09:30:00

工厂模式PHP设计模式

2012-07-11 08:51:51

设计模式

2016-03-28 10:23:11

Android设计单例
点赞
收藏

51CTO技术栈公众号