关于代码的复用、扩展、以及设计模式

看完了大多设计模式之后，感觉用抽象编程，是最能够复用代码以及扩展的方式，所以，在日常编码的时候，方法参数最好传接口，而不是具体的实现类，这样才能更好的扩展。

其次，就是如果你想增强类的功能，或者想把类的一些代码块，如某个方法或者if else分支，或者一些公共的代码块，如计算、遍历等，拿出来复用，都可以另外开接口，把这些代码分离出来一个接口，然后去实现接口即可，本质上是把垂直的代码块进行横向的分离，也就是把垂直的代码块变成横向的类文件，从而实现对原来类的增强、解耦，更好的代码复用、扩展、维护等。

另外就是关于代码的复用也是从垂直和水平两个维度来分析的，垂直的角度就是同一个类中，相同的代码块，比如多个if else 、for循环、多个方法，多个相同的任意代码块，比如计算、遍历、更新、查询、逻辑处理等代码块， 水平的角度就是在多个类中相同的方法、代码块等，比如多个类中有read方法，多个类中有某个一样的行为，如遍历，多个类中有某些一样的代码，比如某个计算过程，某个更新操作，这些都可以抽象出来，怎么抽呢？一般可能是新建一个接口，然后有几个类，就建几个实现类，如果方法是一模一样的实现，那么可能考虑直接使用工具类还好一点，比如把一个类转成map格式，虽然可以用装饰器模式，但是没有必要，因为任何类转换的过程是一样的，序列化也是如此，除非每个对象的序列化过程不一样，那么才考虑用接口，比如一个类有很多的if else 分支来处理不同的业务逻辑，但是这些逻辑其他对象也用不到，只和这个对象相关，那么即使用策略模式提取出来接口，每个接口也只有这么一个方法，而且也只有一个实现类会用到，基本无法复用，那么还不如直接把这几个分支封装成内部方法或者新建一个逻辑工具类。

最好的场景就是每个抽象出来的实现类，每个类都有很多同样的行为，但是每个行为的实现是不一样的，否则如果只有一个行为的话，用工具类也是可以处理的，即使每个对象的处理逻辑不一样，最多就是多加几个方法，而扩展的时候加方法就好了。

能够单独使用的分支可以创建接口，即使只有一个方法，比如iterator可以单独处理list，有可以单独处理set，不需要去判断，但是对于一些无法单独使用的分支，需要根据客户端输入来决定执行分支的，就不太适合去做接口，更好的方案是把这个分支封装成方法，或者新建一个工具类，把代码放到工具类中。