为什么bug这么多，论一个规范的开发框架重要性

在公司做项目二次开发快一年了，说实话，每次我和同事调侃，写一个星期代码，就要改一个月bug，心累。为什么我会产出这么多bug，我技术很low吗？我是程序员渣渣？扪心自问，我不服啊

每次做单独项目接口都会写个文档，说明的一清二处，上回和专业线那边合作做开发，根本就不需要我费什么劲跟人沟通，直接一个文档甩过去。

哪怕是搞前后端是我一个人，我也把文档给写了，怕到时候后面的同事接手我的项目，或者项目变更外包给其他团队。

自己做单独项目，技术框架自己搭的，算不上好，但是努力去遵循一些基本的解耦，代码分层规范，响应层只作调用，一行业务代码都不放，所有的业务处理都放在业务层service里面处理，响应层就负责调用

而公司几个主要产品的代码，一个响应方法不写个上千行业务代码，决不罢休 ，简直醉了.

再复杂的业务十几行搞定，不同的独立业务全部拆分，响应层只是把独立的业务再捏合一下就ok了，这样需求变动的时候，那块业务要改，就只需要到service层去调整一下，其他层代码看不都不用看.

再看service层，公共方法用继承抽到父类去，每个业务方法基本一行搞定，复杂的业务查询sql我又全部抽离到一个层去统一管理，代码层次清晰，简洁优雅到一目了然（~_~）

所有复杂的sql都放到统一的sql模板层，就不存在一个sql语句到处写，然后表加了改了一个字段，你得改几十个地方，你整个项目只能全局搜索还不一定搜索得全.

反观公司一些项目的代码，简直丧心病狂好吗，见过加一个字段搞了两三天，一开始同事和我说我还不信，知道我一脚也踏进了坑中。

有一些大神总结出来的经验真的是只有被坑过才能理解：

1.一个方法只做一件事情

2.当一段代码重复了第3次的时候，就要把这段代码剥离出来。

3.字面量不要到处写，能用常量定义的就用常量。