写代码的那些事1

1.  代码量和是否复杂没有什么直接关系. Copy&Paste 的bug 有很多. 虽然看起来代码量很容易就上来了.

结论1: 长一点也没关系 但要逻辑简单一些  少用一些语法糖, 看着代码量少 但是不见得会与性能有关. 有朝一日还没办法兼容 旧版本. 比如 python 2.4,2.6

2.  太长了也有问题:  我见过超长的 600多行代码的一个函数:  充满了各种 if  else   显然一不小心删了个 #  就直接逻辑全变了.  维护难度太高了.我觉得就是没有设计好处理流程. 虽然最后能勉强工作.

我通常在 else 结束后面都加上  ### else end..

3. 重复代码有好几处.  为啥不变成函数?    理由是说python 函数调用也有开销. 有的过了.  改变成函数的变成函数, 会减少其它调用函数的长度.  就不会有超长的代码出现.

比如: 控制逻辑分支的是一个函数 , 具体处理的是各自的函数. 避免挤在一起, 写在一堆if else 之间..

4. 没有绝对的标准怎么写就好 怎么写就不好. 但经验告诉我们, 凡是有可能需要变成参数配置的部分, 你最好都给它留出接口函数. 某一日用户说想实现什么功能, 你告诉他把配置文件改一下就行了. 都不用重写一行代码.

但这就要求,你得先写一些暂时用不上的功能. 其实十有八九,是些你用起来都觉得很需要的功能. 比如: 支持通过标记插入到旧的脚本里. 而不是完全的重写. 得把你自己当作用户来写.

Leave a comment

0 Comments.

Leave a Reply


[ Ctrl + Enter ]

click to change验证码

无觅相关文章插件