经验之谈

优秀的程序员,要有'自测'精神。

作为程序猿,写好程序是你的本分,出bug是正常的事情,但是如何保证你的程序的bug比较少呢?回答:多测试自己的程序。因为你比测试人员更知道你的程序哪里有bug,所以你不能已写完程序就完事大吉,有经验的程序猿知道他们写完某个模块的程序之后,工作量也就是完成了70%,剩下的30%就是进行自测,时间紧张,没时间进行测试那就另说了,如果有多余时间,要把自己的模块的逻辑都跑一遍,只要你写到的,都跑一遍。这样通常能够消灭50%的bug,还有一些就是在非正常的操作情况下,我个人感觉,这时候有必要结合你前期的设计进行测试,看看有没有设计上的缺陷,理清楚思路,再跑一些极端(自己用程序构造极端情况)的情况,这样你的bug又少了30%。剩下的20%的bug应该就是比较偶现的bug,有能力再解决,没有的话就暂且留着说不定哪天随着你的知识增长,回过头一看,认为这不过是个小小的问题呢。

测试这个对于刚毕业的学生来说应该是领悟不到的,工作时间长了就会有所感觉。

优秀的程序员,设计要好一些架构,用来节省时间进行二次开发

从工作到现在,从别人手里接过来的代码,经过两次自己的重构,第一次重构就是减少代码单元,把该放到类内部的东西都放进去,把一些判断逻辑提取成函数,把一些较长的函数内部分割提取成较短的函数。重新整理代码格式。过了2,3个月之后,再次在原来的基础上加功能,感觉没法加了,索性继续重构,这次重构用到了一些面向对象和设计模式的方法,重构时间很短,仅仅是做了重新组织增加类,把原来的功能都分了出去,这下子原来3000多行的代码分到了三个类里,顿时脑袋清净许多了。我会想为什么面向对象能让问题变的不那么麻烦呢?为什么这样做就是感觉简单呢? 我觉得很大的原因是因为:

面向对象能够让你更加关注每个对象自己的功能,即把逻辑都拆分了,你只需要把握好每个部分的逻辑。一个小函数是做什么的它就是做什么的,只是完成自己的工作,他也不要去管谁会去调用它。面向对象把一个很大的问题分离成了各个小问题,所以用面向对象的思想解决起问题来更加容易一些。


尽量在一开始就设计好的架构逻辑,这样之后再添加功能就方便很多了,否则不经历重构,以后每一次添加一次功能,都会经历一次难产,这是非常不爽的一件事。

而且,设计优于一切进行,在设计的时候,一点也不要去考虑代码的实现,这会影响设计时的思路,整体逻辑设计好之后,开始设计类,然后设计接口,再然后开始进行开发。这时候才到代码级别的实现。反正我现在在设计的时候考虑代码实现,我觉得自己的脑袋会乱很多。所以还是掌握一些对自己比较友好的开发方法比较好。



  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值