写作背景：
作为一个程序员避免不了的遇见bug，解决bug。我是比较喜欢解决bug的。每次解决bug都会有不一样的成就感。可是这次遇到这个重构项目着实把我恶心到了，解决了一个bug又出现一个bug，里面复杂又乱，不挺的更新再更新。堆积了一层又一层，出于对自己的怀疑，写了这个文章总结一下我是如何解决bug的
bug的本质：
只要不符合业务需求的就可以称为bug 只要达到业务需求就可以修改bug
解决bug的方式：
- 在代码编辑的时候创建逻辑的时候修改
- 在bug发生的时候修改 这里利用代码的课代替性 后面的代码会覆盖前面的代码
- 在商议产品更换交互方式 更换逻辑变更 一切以实现为目的
bug的定位：
- 显示层面的出现不符合逻辑的需求 用户可看
- 前后端交互接口出现 与定义不符导致页面的问题 测试可看
- 代码之间逻辑 出现的问题 程序员可看
