程序员的编码规则之少编码原则
作者:网络转载 发布时间:[ 2012/7/17 11:14:21 ] 推荐标签:
本文作者是一位软件工程师,他根据多年的编程经验,把自己的观点组织整理成本文,希望能给大家一点启发。
"少编码原则"并不是说写的代码少到令意思表达不清楚。其实在很多情况下,可以只写几行代码能执行相同的逻辑,但这对于后来接手的开发者来说是非常棘手的。少编码不只是写少量的代码,还意味着优雅的代码。如果你是有经验的程序员,可能会明白我将要说什么了。本文的目的是尝试着去阐述清楚这个原则,虽然程序员们都听过都了解该原则,却很少能在每天的工作中将其运用起来。
少编码指的是代码不仅仅全面解决了问题,而且除了执行能够准确地解决问题的逻辑行,没有其他多余的行。代码要尽可能普通,简单的代码也是优雅的代码,程序员看到这样的代码会感到愉悦。
少编码和设计良好的解决方案之间有着密切的关系,的解决方案可以大大减少代码量。使用组态代码(不同功能的代码可以很容易地组合)以及减低代码行或逻辑之间的耦合度,是很好的代码设计例子,同时也符合少编码原则。
将一段代码转换成少代码是我们通常所说的重构,重构可以删掉多余的不必要的部分,精简代码。
大量的代码需要执行大量的逻辑,很容易造成 bug.没有写出来的代码才没有 bug,只要在编辑器中输入了字符,那么 bug 也可能潜伏在其中。重点是,如果代码不是特别繁琐,那么潜在的 bug 也会相应减少,少编码原则可以将出现 bug 的可能性降到低。
如何写出少代码?通常在写代码前要进行代码设计,而不是一来开始敲代码,这是毋庸置疑的。简单的、通用的逻辑能减少代码量。对第一稿代码运用代码重构可以使代码简练,将终版本转化为优雅的解决方案等,这都遵循了少编码的原则。其实反复思考以及不断运用少编码原则能够使任何垃圾代码变得优雅。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11