在做excel模板解析的时候，其实会有两个部分，第一，将模板读取出来，校验一些必录项等。 但除了这些，在数据真正被业务线使用的时候，还会有一些其他的校验，比如说：根据业务，年龄是不能超过多少岁的，包括一些属性，在数据库、业务中是以什么类型传输应用的。 而且，这两个部分，都会面临着变化，模板并非一成不变，业务校验，也不可能一成不变。 怎样设计，才可以适应这种变化呢？
科普：变化驱动——正交设计 PS：理解并不是很深刻，就不叨叨了
为了应对这种随时可能面临的变化，引入了桥接模式，分离了一个模板的数据解析工作，和数据校验工作。
一、桥接模式
桥接模式(Bridge Pattern)：将抽象部分与它的实现部分分离，使它们都可以独立地变化。它是一种对象结构型模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。
●Abstraction（抽象类）：用于定义抽象类的接口，它一般是抽象类而不是接口，其中定义了一个Implementor（实现类接口）类型的对象并可以维护该对象，它与Implementor之间具有关联关系，它既可以包含抽象业务方法，也可以包含具体业务方法。
●RefinedAbstraction（扩充抽象类）：扩充由Abstraction定义的接口，通常情况下它不再是抽象类而是具体类，它实现了在Abstraction中声明的抽象业务方法，在RefinedAbstraction中可以调用在Implementor中定义的业务方法。
●Implementor（实现类接口）：定义实现类的接口，这个接口不一定要与Abstraction的接口完全一致，事实上这两个接口可以完全不同，一般而言，Implementor接口仅提供基本操作，而Abstraction定义的接口可能会做更多更复杂的操作。Implementor接口对这些基本操作进行了声明，而具体实现交给其子类。通过关联关系，在Abstraction中不仅拥有自己的方法，还可以调用到Implementor中定义的方法，使用关联关系来替代继承关系。
●ConcreteImplementor（具体实现类）：具体实现Implementor接口，在不同的ConcreteImplementor中提供基本操作的不同实现，在程序运行时，ConcreteImplementor对象将替换其父类对象，提供给抽象类具体的业务操作方法。
二、具体应用
在实际应用时，将具体的一些校验以工具类的形式实现。 毕竟，这是has a和is a的区别！
具体的代码结构：
三、总结
这段内容很简单，但怎样做到从一开始就想到并做到，这是一个需要思考和总结的内容！ 当系统这样设计后，如果我要增加一个模板，那么只需要增加一个类实例就可以，不管是读取还是业务校验，都是新增一个类，互不影响。 而抽离出来的工具类，可以服务于这些所有的模板。
PS：在最开始的时候，我的顶层接口，是用抽象类做的，后来改为了接口。 这是为什么呢？
