课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
提高代码可读性是每一个软件开发程序员在学习编程语言的时候都需要遵守的一个编程规范要求,下面我们就通过案例分析来了解一下,不好的编程代码都有哪些特点。
1、开发人员并不总是以读者为中心来编码
即使是在协作项目中,开发人员也倾向于在编码时仅考虑其功能。他们这样做时,就会忘记“代码也是需要维护”的这一事实。
问题在于这种心态会适得其反。当开发人员想在三个月后再添加一个特性时,他们可能连自己都无法理解自己编写的代码了。这种情况比你想象中的要更常见!
当另一个开发人员被要求实现这个新特性时,情况会变得更加复杂。由于项目规模大小的不同,理解其他人编写的代码可能需要花费几天到几周的时间。
2、风格很重要
每个人都以不同的方式编码。有人讨厌行注释,有人则喜欢。有人会在一行的上面注释它们的功能,有人则会在一行的下面注释。有人喜欢使用switch开关语句,有人则讨厌。
这就是为什么一段代码对一个人来说可能很可怕,但对另一个人来说却很好。
当你独自工作时,这没什么问题。但如今,很多软件都是协同构建的。因此,在项目的早期,制定风格指南是很重要的。
当然,我们还需要确保所有的开发人员都遵守它。否则,我们将以代码更加混乱而告终,因为此时代码会是各种不同约定混杂后的产物。
3、即时奖励的谬论
你被一个问题困扰了很几天,当你终于找到了解决方案时,你是否会感到兴奋?这是一个非常激动人心的时刻。
问题在于,当开发人员追求快速修复时,往往会忽略长期的问题。例如,他们可能修复了一个bug或者添加了一个特性,但是他们没有意识到代码结构已经过时了。
这意味着每当他们要添加一个新特性时,都不得不投入更多的工作。相反,从长远来看,对程序进行一次重构,当添加更多新特性时,将会变得更加容易。
如果你更喜欢快速修复而不是解决潜在的问题,没关系,这样的人很多。人类的奖励系统更容易受到短期修正而不是长期变化的影响。但这样一来,我们就欠下了“技术债”。从长远来看,这会让我们付出更多代价。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。