写代码那些事2

1.  函数一开始是处理A功能的. 结果越加参数越多, 越加逻辑分支越多. 还有各种各种人加的return   .

总结: 该写新函数就写新函数. 别跟着函数数量较劲. 于是就不用纠结突然谁把bug修了, 然后你的功能却不好使了. 归根到底其实还是函数名惹的祸.

方案2:如果真觉得函数名需要统一. 那就应该把原有的函数体移出 成为一个新函数. 然后其它重载的函数在这里继续.  你的老函数不用和其它函数搅在一起.

def  findMatch(matchid=1,roundid=1):

pass

但凡能隔离开的就可以写成独立函数. 好维护.

2. 默认值万能大法,  为了兼容老函数调用者, 加了若干默认值.. 结果无意间就产生了新bug..  因为有人用参数值个数阿啥的做逻辑判断了.

制造破坏性代码, 最好显示的让所有调用的 都不工作. 总比日后上线了 再发现bug好得多.

方案2:  保证单元测试代码及时更新和检查. 可以确保每一个函数都是按设计者的初衷工作, 真的出了问题 , 那也是设计的缺陷. 很容易定位.

3. 临时修bug 火线上传.

越着急越悲剧. 修了A 又发现B.   除非是导致服务器崩溃, 否则切忌临时起意.

方案2:  尽早测试. 不要心存侥幸. 为自己写的代码负责, 也可以避免无谓的加班.

Leave a comment

0 Comments.

Leave a Reply


[ Ctrl + Enter ]

click to change验证码

无觅相关文章插件