网站建设讯美,wordpress文章所属栏目,如何做h5页面,开发平台app这个问题的答案是#xff0c;在很短的一段时期#xff0c;编写高质量代码似乎会拖慢我们的进度。与按照头脑中首先闪现的念头编写代码相比#xff0c;高质量的代码需要更多的思考和努力。但如果我们编写的不仅仅是运行一次就抛之脑后的小程序#xff0c;而是更有实质性的软…这个问题的答案是在很短的一段时期编写高质量代码似乎会拖慢我们的进度。与按照头脑中首先闪现的念头编写代码相比高质量的代码需要更多的思考和努力。但如果我们编写的不仅仅是运行一次就抛之脑后的小程序而是更有实质性的软件系统那么编写高质量的代码通常会在中长期加快开发进程。
想象一下我们要在家里装一块搁板。有一种“恰当”的方法也有一种快速的“变通”方法。
〓● “恰当”的方法——我们在墙体立柱或砖石等坚固的东西上钻孔、固定螺钉将支架固定在墙上。然后我们将搁板安装在这些支架上。花费时间30min。
〓● “变通”方法——购买一些胶水将搁板粘在墙上。花费时间10min。
看起来用“变通”方法装搁板可以节约20min也不会用到手钻。我们选择了这种快速的方法。现在我们来考虑接下来发生的事情。
我们将搁板粘在墙面上但墙面材料最有可能是一层灰泥。灰泥并不坚固很容易开裂并大块大块地剥落。一旦我们开始使用搁板所放东西的重量很可能导致灰泥开裂搁板将掉下来并带下来大块的灰泥。现在不仅我们的搁板无法使用而且需要重新粉刷墙面这项工作即便不需要几天至少也要几个小时。即便奇迹出现搁板没有掉下来我们也因为采用了“变通”方法而给未来带来问题。想象如下两种场景。
〓● 我们发现搁板放得不够水平缺陷。
〓❏ 对于有支架的搁板我们只需要在支架和搁板之间加入一个较小的垫片。花费时间5min。
〓❏ 对于用胶水粘上的搁板我们必须将它从墙上揭下来这会带下来一大块灰泥。现在我们必须重新粉刷墙面再将搁板装回去。花费时间几个小时甚至几天。
〓● 我们决定重新装饰房间新需求。
〓❏ 我们可以卸下螺钉将带支架的搁板拆下来。重新装饰房间以后我们再将搁板放回去。与搁板相关的工作花费时间15min。
〓❏ 对于用胶水粘上的搁板我们要么不动搁板那么它有滴上油漆、在我们必须油漆或者铺上墙纸的地方留下不干净边缘的风险。我们也可以将搁板揭下来那么必须重新刷上灰泥。我们只能在低劣的重新装饰工作和花几小时甚至几天重新涂抹墙面之中选择一个。
你应该明白了吧。最初看起来按照“恰当”的方法做安装一个带支架的搁板似乎毫无意义地浪费了20min但从长期看它很有可能节省许多时间和减少麻烦。在将来的重新装饰计划中我们还会看到一开始采用快速的“变通”方法以后将迫使我们走上一条采用更多权宜之计的道路比如在搁板周围刷油漆或者贴墙纸而不是在重新装饰时取下搁板。
编写代码与此很相似。根据我们脑海里浮现的第一个想法编程而不考虑代码质量很可能一开始会节省一些时间。但我们很可能得到一个脆弱、复杂的代码库它将越来越难以理解或推测。添加新功能或修复缺陷将变得越来越难因为我们不得不应付破坏的情况并重新设计一切。
你以前一定听过“欲速则不达”这句话这是通过对生活中许多事物的观察得出的经验在没有考虑清楚正确的方法之前过于匆忙的行动往往导致错误从而降低总体的速度。这也很好地总结了编写高质量代码能加快开发速度的原因不要为了速度而鲁莽行动。
以上回答摘自《好代码 坏代码》 本书的目标读者是那些已经具备基本编程技能想继续提高编程技能的人。本书适合有03年软件工程师工作经验的人阅读。有丰富工作经验的工程师可能发现本书中的许多内容他们都已经掌握但我希望他们把这本书当作指导其他同行的有用资源。
本书分享了编写鲁棒、可靠且易于团队成员理解和适应的代码的实用技巧。内容涉及如何像高效的软件工程师一样思考代码如何编写读起来像一个结构良好的句子的函数如何确保代码可靠且无错误如何进行有效的单元测试如何识别可能导致问题的代码并对其进行改进如何编写可重用并适应新需求的代码如何提高读者的中长期生产力同时还介绍了如何节省开发人员及团队的宝贵时间等等。
本书文字简洁、论述精辟、层次清晰适合零基础的开发人员阅读对于高等院校计算机及相关专业的学生也具有很高的参考价值。
