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


11. 编写好的测试
你会注意到经验丰富、能力更强的开发人员花更多的时间编写好的测试 。 拥有好的测试可以帮助你更有信心地扩展应用程序 , 并减少错误 。
12. 花时间设计程序
在真正投入写代码之前 , 开发者会经过一番思考并将代码分解成小块 。 这有助于他们更好地将所有内容组合在一起并创建更清晰的代码 。
13. 关注基础原理 , 而不是语法
更多地关注基础原理 , 而不是语法 , 有助于开发者更快地发现问题 , 也能更好地理解问题并在搜索引擎上搜索解决方案 。
14. 让搜索引擎成为你最好的朋友
高级开发者都是用搜索引擎来解决问题的专家 。 从上一条也可以看出 , 他们关注基础原理而不是语法 , 因此知道要搜索的关键词 。 如果你一直专注于语法 , 这将很难做到 。
15. 首先确保程序能运行 , 然后再完善
你经常会看到一些相对较弱的开发人员 , 他们一开始花费大量的时间让程序看起来漂亮 , 但之后发现 , 程序不能运行 。
优秀的开发人员会在更早的阶段找到愉快的工作方式 。 在他们把事情做好之前 , 尽早发现问题 。 这可以帮助项目进行得更加顺利 。
16. 风险管理和问题解决
高级开发人员可以定义风险 , 能够通过应用设计模式提炼出复杂的问题 , 并且能够根据以往的经验独立解决不同的问题 。
17. 多提问
高级开发人员什么都想知道 。 他们不介意问问题 , 包括技术问题和业务问题 , 尽管这些问题听起来非常简单 。 理解业务需求有助于开发者编写更好的代码!他们不害怕问问题 , 因为他们对自己的能力有信心 。
18. 尽可能将逻辑排除在数据库之外
这一点可以归结为你正在构建的应用程序的类型 , 并且仅当它不会影响性能时才适用 。
高级开发人员知道将数据库查询保留为简单的 CRUD 操作 。 CRUD 是指在做计算处理时的增加 (Create)、检索(Retrieve)、更新(Update) 和删除(Delete) 。
接下来 , 业务逻辑层应将 CRUD 操作整合在一起 。 这有助于开发人员了解在哪里寻找业务逻辑 。 如果你在数据库查询和代码中有逻辑 , 这会很快变得混乱!
19. 保持代码简洁
保持代码简洁是最好的做法 。 即使这意味着要编写更多行代码 。 下面是相对较弱的开发人员编写的单行代码:
这样的代码虽然可以运行 , 但可读性很低 。