如何写好一段代码？直接CRUD、if-else、for、一个大方法等实现，从完成任务的角度来说没任何问题，但是会遇到一些问题，例如：后续写个新逻辑又得重新开发，而且代码相似度很高；想添加一个额外的功能发现代码写的不够灵活-实现不了；其他人来读代码发现耦合太严重，一个大逻辑读的不太懂。这里讲的其实就是代码的复用性、可维护性、扩展性，结合日常写代码的一些经验和大家分享一下具体怎么实现？

目标：复用性、可维护性、扩展性

思想：抽象设计思想、重构思想

实现：通过一些设计模式(这里讲用到的常用设计模式)可以很好的实现代码抽象化设计，同时结合java的一些常用工具，运用上述在开发过程中不断重构实现

• 设计模式：

1. 装饰模式：创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。例如：对发送MQ消息添加一个trace id，不改变原有发送消息基础上进行增强实现。
2. 工厂模式：创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。例如：调用不同支付方式支付，传入支付方式id，工厂自动创建对应处理类，然后进行处理。
3. 责任链模式：每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。例如：对一个业务进行N个逻辑验证，有一个不匹配就返回参数验证异常，如何匹配就往下传递。
4. 模板模式：一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。例如：不同支付方式退款，核心流程一致，但是逻辑上有差异，抽象类定义通用处理流程(核心流程)不具体实现，子类进行个性化实现。
5. 代理模式：创建具有现有对象的对象，以便向外界提供功能接口，通过代理控制(限制)对这个对象的访问。例如：mybatis的具体执行方法。
6. 策略模式：创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。例如：不同支付方式的实际支付行为，通过策略来控制。
7. 外观模式(门面模式)：隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。例如：后台各子系统需要统一的访问入口，但是各自又不太想直接和前端对接。
8. 单例模式：涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。例如：spring的bean管理，公共线程池的创建，分布式id生成器等
9. 观察者模式：当一个对象被修改时，则会自动通知依赖它的对象。例如：支付成功后发送消息，通知订单修改状态、生成财务记录、生成对账数据等
10. 建造者模式：使用多个简单的对象一步一步构建成一个复杂的对象。例如：mybatis查询对象的构建(最终生成动态sql)
11. 状态模式：创建表示各种状态的对象和一个行为随着状态对象改变而改变的 context 对象。例如：不同支付状态业务流转处理，不同退款装业务流转处理等

• java相关：

1. 接口：定义协议不用关心具体怎么实现
2. 抽象类：父类包含了子类集合的常见的方法，差异化方法子类自己实现
3. 反射：在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制
4. 动态代理：利用反射机制在运行时创建代理类(区别静态代理)
5. AOP：面向切面编程，切面编程的目的是为了把通用逻辑从业务逻辑分离出来
6. SPI：举个简单的例子，我们想在运行时动态给它添加实现，你只需要添加一个实现，然后把新的实现描述给JDK知道就行了。大家耳熟能详的如JDBC，日志框架都有用到
7. 函数式接口：
   Functio接口 接受一个输入参数，返回一个结果
   Consumer接口 消费者，接受一个输入参数，并且不返回任何结果
   Supplier接口 生产者，无参数，返回一个结果
   Predicate接口 断言，该接口对应的方法为接收一个参数，返回一个Boolean类型值，多用于判断与过滤
8. 其他：过滤器、拦截器、注解+反射、注解+拦截器、map+函数接口、Lambda 表达式、方法引用 、Stream API、Optional 类、默认方法等