软件开发|我从高级开发者身上学到的19条编码原则( 二 )


10. 花时间进行代码评审优秀的开发人员会花更多的时间在代码评审上 , 代码评审的重要性包括:

  • 更早地发现错误;
  • 提高开发人员的技能 , 并让团队的其他成员参与到良好的实践中;
  • 共享知识;
  • 一致的设计和实现 。
最好的代码评审过程是:
对于一个风险较小的任务 , 1 名开发人员评审就可以;中型 / 大型更改或者是有风险的更改 , 应由 3 名开发人员进行评审 , 其中须有一位是高级开发人员;风险极高的更改或者是正在开发的应用程序的新部分 , 应该安排一次会议 , 3 名开发人员中至少有一位是首席开发人员 , 他们一起完成每条线并提出观点 。
11. 编写好的测试你会注意到经验丰富、能力更强的开发人员花更多的时间编写好的测试 。 拥有好的测试可以帮助你更有信心地扩展应用程序 , 并减少错误 。
12. 花时间设计程序在真正投入写代码之前 , 开发者会经过一番思考并将代码分解成小块 。 这有助于他们更好地将所有内容组合在一起并创建更清晰的代码 。
13. 关注基础原理 , 而不是语法更多地关注基础原理 , 而不是语法 , 有助于开发者更快地发现问题 , 也能更好地理解问题并在搜索引擎上搜索解决方案 。
14. 让搜索引擎成为你最好的朋友高级开发者都是用搜索引擎来解决问题的专家 。 从上一条也可以看出 , 他们关注基础原理而不是语法 , 因此知道要搜索的关键词 。 如果你一直专注于语法 , 这将很难做到 。
15. 首先确保程序能运行 , 然后再完善你经常会看到一些相对较弱的开发人员 , 他们一开始花费大量的时间让程序看起来漂亮 , 但之后发现 , 程序不能运行 。
优秀的开发人员会在更早的阶段找到愉快的工作方式 。 在他们把事情做好之前 , 尽早发现问题 。 这可以帮助项目进行得更加顺利 。
16. 风险管理和问题解决高级开发人员可以定义风险 , 能够通过应用设计模式提炼出复杂的问题 , 并且能够根据以往的经验独立解决不同的问题 。
17. 多提问高级开发人员什么都想知道 。 他们不介意问问题 , 包括技术问题和业务问题 , 尽管这些问题听起来非常简单 。 理解业务需求有助于开发者编写更好的代码!他们不害怕问问题 , 因为他们对自己的能力有信心 。
18. 尽可能将逻辑排除在数据库之外这一点可以归结为你正在构建的应用程序的类型 , 并且仅当它不会影响性能时才适用 。
高级开发人员知道将数据库查询保留为简单的 CRUD 操作 。 CRUD 是指在做计算处理时的增加 (Create)、检索(Retrieve)、更新(Update) 和删除(Delete) 。
接下来 , 业务逻辑层应将 CRUD 操作整合在一起 。 这有助于开发人员了解在哪里寻找业务逻辑 。 如果你在数据库查询和代码中有逻辑 , 这会很快变得混乱!
19. 保持代码简洁保持代码简洁是最好的做法 。 即使这意味着要编写更多行代码 。 下面是相对较弱的开发人员编写的单行代码:
return dir.Keys.Any(k => k >= limit) ? dir.First(x => x.Key >= limit).Value : dir[dir.Keys.Max()
;
这样的代码虽然可以运行 , 但可读性很低 。
看完三件事??如果你觉得这篇内容对你还蛮有帮助 , 我想邀请你帮我三个小忙:
  1. 点赞 , 转发 , 有你们的 『点赞和评论』 , 才是我创造的动力 。
  2. 关注小编 , 不定期分享原创知识 。
  3. 同时关注后回复“666”即可免费领取1000道互联网面试题
【软件开发|我从高级开发者身上学到的19条编码原则】