如何写业务代码

梳理中

1、什么是业务代码？

2、业务代码的特点？

逻辑复杂

规则复杂

前后依赖多

可复用性差

迭代周期短(辛辛苦苦写的代码，上线运行一周可能就下线了)

3、写业务代码的目标？

问题定位效率：日志

4、如何写业务代码？

反复提炼和沉淀有复用价值的功能

合理抽象、甚至精雕细琢，要把业务代码写得优雅

4.1、渐进式重构

渐进式重构是不断地对既有代码进行抽象、分离和组合。做代码重构之前需要回答两个问题：

1、什么样的代码需要重构？

2、何时进行重构？

设计不是一蹴而就的，有时候写着写着才发现某些代码可以抽离出来单独使用，需要重构的代码需要满足几个条件：

1、代码后期可复用

2、代码无副作用

3、代码逻辑单一

过早重构可能会因需求变化太快白白浪费许多时间；过晚重构会因为代码逻辑复杂、相似代码积压过多导致变更风险太高，难以维护。

首先我们在同一个源文件中新增功能，发现部分代码无副作用且可分离，因此在同一个文件中进行代码分割，形成许多功能单一的模块。如此往复后发现单文件的体积越来越大，此时就可以将功能相关联的模块抽出来放到单独的文件中统一管理

4.2、高内聚低耦合

高内聚低耦合一直是软件设计领域里亘古不变的话题，重构的目标是提高代码的内聚性，降低各功能间的耦合程度，降低后期维护成本，特别是写业务代码，这一点相当重要。

对代码进行渐进式重构是提升代码健壮性的有力武器；设计高内聚低耦合的代码可以让你在做需求的过程中沉淀出一套通用解决方案；