取消
显示结果 
搜索替代 
您的意思是: 
cancel
公告

December 2020

December 2020

【原创】开发者常见的十种不良编程习惯 (1)

216
查看次数
0
有帮助
0
评论
引言:本文和您讨论开发者常见的十种不良编程习惯。当然,这些问题也并非是一成不变的,关键在于开发者是否能够在恰当的场景下,使用恰当的编程方式。

常言道:嘴上说不要,习惯却很诚实。朋友,您是否扪心自问过:有过多少次违背了编程的基本规范?或许您根本就没有意识到自己会常犯的那些不良编程习惯。实际上,我们在交付已编译好的代码后,客户是不会在使用中马上发现到程序的缺陷。
通常,编程规则只会规定程序员在编写代码时,需要遵守的准则、以及建议采用的风格,而不是那些细枝末节需要遵循的、一成不变的指令。因此,就算您偶有“犯规”也并不可怕。可怕的是不去认真总结,甚至置若罔闻。下面,我将和您讨论十种常见的不良编程习惯。
不良的编程习惯1:直接复制操作
请不要直接将他人的代码整块地复制、粘贴到自己的程序中,特别是那些已经标记了版权信息的专有代码。请最好在理解的基础上,动手键入自己的版本。毕竟,您的老板或客户并不是花钱来请你专门进行复制、粘贴
当然,从代码的可靠性来说,我们通常应当从信誉良好的来源,获取那些经过原创作者深思熟虑、以及反复测试的源代码。为了避免重复造轮子,许多原始创作者会在各种在线编程论坛上共享、并开放自己的源代码。不过,有时候他们可能会带有许可证(如BSDMIT)、以及使用范围的限制。
另外,有些程序往往是针对某个特定的棘手问题所开发的。其中难免会存在着一些未被发现的错误、或是对具体情况的假设与限制条件。如果您只是将其简单地添加到自己的代码段中的话,很有可能会出现空指针、或是死循环之类的潜在错误。而由于原始代码并未预见到您的使用环境,因此可能会出现“水土不服”,甚至是实现效果并不理想的情况。
不良的编程习惯2:非功能性的代码
在过去的十年间,功能性范式有了长足进步。有多项研究证明:使用嵌套函数调用程序来构建程序的方法,与旧式的变量和循环模式相比,程序代码本身会更加安全,错误也会更少。因此,资深程序员往往会通过审查代码、以及推拉请求的方式,来发现那些非功能性的代码,进而让程序的结构更为合理且协调。
请不要妄想一次性设计出全面的架构。毕竟,精心的分层设计、复杂的界面导航、以及用于构建的配套代码,都需要事先向程序员提供充裕的时间、以及昂贵的费用。因此,为了确保所有必要的数据能够正确地被定义,并能够通过准确的途径进行传递,进而让整个系统能够以高效的方式运行起来,我们应当尽量保持代码的简洁与直观,不要遗留各种冗长的非功能性代码。
不良的编程习惯3:非标准的间距
众所周知,除了诸如Python之类少数编程语言使用空格间距来标识代码块之外,大多数程序中的空格一般都不会影响软件的行为效果、以及整体性能。尽管如此,我们依然需要抱着“强迫症”的态度,苛求自己不要写出“非标的代码(Non Standard Code)”,特别是在等号的两侧不要留下空格,以至于违反了ESLint space-infix-ops规则(https://eslint.org/docs/rules/space-infix-ops)。
有时候,过多的空格会导致数据库的过载,甚至是由于空指针导致了程序运行的崩溃。因此,在某些要求严格的软件开发企业中,他们会专门成立标准委员会,以规范各种空格、或制表符在代码、以及页面中所允许出现的位置。
在实际编程过程中,开发人员往往更专注于程序的功能与效果,而忽略了间距与空格之类的格式问题。不过,值得庆幸的是:目前有好几种工具可以帮助您自动化地规范代码的格式,并能遵守各种预先定义的插入规则。
不能显示该小部件。