我如何构建一个高效的业务处理框架来天天优化业务代码？

本文共计3495个文字，预计阅读时间需要14分钟。

业务复杂性是我们难以控制的，面对一个复杂的问题，如何将其拆解成多个相对简单的问题，降低系统复杂性，从而减少对开发人员自身水平的依赖，降低开发人员的强度，提升业务效率？

业务的复杂性是我们无法控制的，面对一个复杂的问题，如何将其拆解成多个相对简单的问题，降低系统复杂性，从而减少对开发人员自身水平的依赖，减少开发人员工作强度，提升业务代码质量，是一个优秀的技术人能力的体现。 更高的代码质量和更快的开发效率，是我们一直追求的目标。 更好的复用，更简单的维护，更清晰的结构，是我们应该遵循的原则。

套用一个吸睛的说法“天天写业务代码，如何成为技术大牛？”，分享一下自己在写业务代码过程中，梳理出一个业务处理框架的过程。

先说结果 框架效果：

1. 规范了业务逻辑与校验逻辑的编写规则，实现了业务逻辑与校验逻辑的分离解耦
2. 通过一组自定义特性，取代了原先大量的低价值代码
3. 实现了校验逻辑的插件化，提高代码复用性，可维护性，可测试性

框架构成：

1. 一个封装了校验记录构造器的校验基类
2. 一组自定义校验特性，及其对应的处理类
3. 一个校验接口，及一组配套的负责校验实现类插件化执行的类

说明

此框架是在处理业务过程中梳理出来的，并不具有通用性，这里主要展示框架一步步产生的过程，可以通过其处理过程和思路，思考自己的处理方案。