本文共 1681 字,大约阅读时间需要 5 分钟。
软件的质量属性鲁棒 - Solid and Robust Code简洁 - Maintainable and Simple Code高效 - Fast Code简短 - Small Code共享 - Re-usable Code可测试 - Testable Code可移植 - Portable Code?集百家之长, 归我所用 - Follow Basic Coding Style1.代码能够清晰的表达你的思路2.代码应该具备自解释能力,注释代码别是单纯解释语句,这种注释毫无疑义3.编码的缩进和排版规范4.所有的函数和变量应有他人容易理解的名字5.将Tab键改用为4个空格字符6.减少单个函数的长度,控制在50-100行以内7.避免幻数,多使用枚举和常量的定义?取个好名字 - Use Naming Conventions1.采用匈牙利命名法对变量进行命名2.名字要清晰表达含义,不要怕长?凌波微步, 未必摔跤 - Evil goto’s? Maybe Not…1.goto的使用应该遵循原则,而不是全盘否定2.不用写高深晦涩的语句,不要一味追求性能忽视代码可读性3.模式并不是一味正确,特定问题更需要考虑反模式?先发制人, 后发制于人- Practice Defensive Coding1.尽量保持代码的简洁和简单2.调用其它接口和函数时候首先对返回值进行检查3.避免有符号/无符号,32位/16位,被零除等误算情况?见招拆招, 滴水不漏 - Handle The Error Cases: They Will Occur!1.通过异常处理机制来保证程序代码的健壮性2.异常处理中一定要注意资源的释放3.异常处理要关注日志的详细记录,便于后续BUG分析4.不用把后台编码或系统异常直接抛给用户?熟习剑法刀术, 所向无敌 - Learn Win32 API Seriously1.Win32 API是微软平台编程根本2.对系统强大的公用类库的熟悉和整理将事半功倍?双手互搏, 无坚不摧 - Test, but don’t stop there1.如果你没有进行测试,你完成的代码将仅仅是个半成品2.尽可能多的对自己的代码进行测试3.编码人员应该更专注于百盒测试和单元测试4.要善于使用JUnit,NUnit,PureCoverage,Compuware,NCover等测试工具5.相互间的Review和走查是对代码可维护性的重要测试手段6.有特殊性能要求时候需要对相关功能或模块单独进行性能测试?活用段言 - Use, don’t abuse, assertions1.断言可以很好的描述假设和不可能的情况2.断言对程序Debug很有用,可以尽早的发现程序问题?草木皆兵, 不可大意 - Avoid Assumptions1.考虑到用户使用的各种场景2.不用假设用户会正确输入数据,要做好各种完整性和边界的检验3.程序中70%左右代码是为了保证这种完整性服务的,正常条件下功能可能30%代码就实现了?最高境界, 无招胜有招 - Stop writing so much code1.一味拷贝粘贴代码就是在制造拷贝BUG,这种代码对系统无任何意义2.编码过程注意重用,函数级->组件级->系统级3.通过重构持续改进代码质量,改进自我逻辑思维?最后总结下:1.养成良好编码习惯,你面试的一小段代码可能就足一展现你全部陋习。2.熟练使用好各种辅助工具,但不要全部依赖工具,最主要是学习分析和设计的思考方式3.注重单元测试,关注程序性能,可维护性,可测试性是编码技能提升重要手段4.通过重构使编码过程形成完整闭环的反馈回路,重构能力可以很好体现自己的设计能力5.养成良好习惯,形成自己的编码过程检查单,多请教老员工可能事半功倍。本文来源:http://blog.sina.com.cn/u/493a8455010004pz
转载地址:http://pnjsi.baihongyu.com/