如何写出让自己满意的代码
2019-03-23 07:30:43 来源：沈阳软件公司 作者：沈阳软件开发
测试很主要，设计测试用例就像开发时设计数据结构一样，也是很要害的。在设计测试用例的时间，要把其时自己设计数据结构的思绪所有忘记，或者找别人来设计测试用例，否则会情不自禁地测试那些你已经思量到了的地方。这样测试是跑通了，用户一用起来可能种种界限条件会随处出问题。
有人会推许TDD的要领，先设计好测试用例，然后在开发历程中确保所有测试通过。我小我私家不喜欢这种要领，虽然认可从开发质量治理和恒久维护的角度来说TDD是很有须要的，但我小我私家实验的效果是，设计完测试用例后，想到开发的目的不是实现功效，而是为了跑通测试，就感应毫无兴趣可言。这一点我自己也以为很矛盾。
写到这里我又想到大神Linus说过的另一句话：”Regression testing” What’s that If it compiles, it is good; if it boots up, it is perfect. （“回归测试”？这是什么工具？若是代码能编译就是好的，若是它汇海了，那就是完善的。）
固然了，大神水平摆在那里，他有资源目中无人，咱确实没资格仿效。可是我照旧以为TDD也有TDD的问题，测试是很主要，但把它摆到驱动开发的高度，就有点舍本逐末了。这个是我自己的一点看法，本人对TDD相识得不深入，若是有谬误之处，请多多指教。
要想自己满足，代码的可读性一定要好。要做到一年后甚至几年后你拿到自己写的代码，还能很容易看明确其时的思绪和实现。这就涉及到命名和注释的问题。
命名就像超市里的商品标签一样，要让看得人一目了然就知道这是个什么工具，好比你在员工类里界说了两个属性是到岗日期和去职日期，界说成date1和date2就没有几多可读性，界说成dateOnBoard和dateQuit就比力清晰一些。
注释也是很主要的，它可以用来说明一段代码的作用，算法的设计头脑，或者是要领挪用的参数花样要求等。有人以为命名就是注释，代码自己就为自己代言了。我以为这种说法用来强调命名规范的主要性是很好的，可是因此说不需要注释则有失偏颇。试想，若是Dijkstra首次发现最短路径算法的时间，他给出的代码里没有一行注释，纵然所有的变量命名都界说得准确而严谨，又有几小我私家能看懂他的算法呢？以是，在主要或者庞大的地方，都需要详细地写一些注释，便于看代码的人清晰地相识你的思绪。
最后总结一下：要想写出自己满足的代码，首先不要急于下手，要先仔细想清晰思绪性的工具，尤其是数据结构，然后在实现历程中斗胆实验小心验证，设计好测试用例，确保代码的可读性，就可以在代码中体现出自己的最高水平。但究竟各人水平是有差异的，自己满足并不即是其他人浏览。我对此的看法是，不求尽如人意，但求无愧我心，足矣。最后再
“沈阳软件公司”的新闻页面文章、图片、音频、视频等稿件均为自媒体人、第三方机构发布或转载。如稿件涉及版权等问题，请与
我们联系删除或处理，客服QQ:55506560，稿件内容仅为传递更多信息之目的，不代表本网观点，亦不代表本网站赞同
其观点或证实其内容的真实性。
热门文章
使用“扫一扫”即可将网页分享至朋友圈。
