Best practice for coding
0 likes364 views
该文档概述了编码的最佳实践，包括命名、访问范围、代码冗余、异常处理和简化设计等方面的建议。重点强调了遵循行业标准和利用类库的重要性，并提倡编写可读性高的代码和保持简洁性。文档还提到了一些工具和参考书籍，旨在提高程序员的编程能力。
Best practice for coding
- 1. Best Practice for Coding 冯斌 [email protected] 珠海 正点科技 2011-08 @ZhuHai , CN Power by
- 2. 本文档将告诉你: ● 业界普遍认可的编码习惯 ● 优秀程序员的一些想法 ● 我的编程体会
- 3. 本文档不会试图告诉你: ● 唯一标准 ● 不变的规范 ● 某种语言的编程细节
- 4. 编程建议
- 5. 命名 变量名 ● 达意 "ct"? "bt"? "l"? ● 简洁 "friendsFromServer"? ● magic number "3600000"?
- 6. 命名 方法签名 - 对外接口 ● 不要说废话 "getItemById(int id)"? ● 不要说太多 "getItemFromSQLite"? ● 无二义
- 9. 访问范围与生命周期 访问范围与命名紧密相关 ● 访问范围越大, 命名应越细致 ● for(int i; i<size; i++) ● 在不增加复杂度的情况下尽可能隔离 变量
- 10. 访问范围与生命周期 生命周期 - static, final, ... ● 谁是对象的管理者 ● 对外暴露尽可能使用不可变的对象 ● 生命周期越长, 访问范围控制越严格 ● 保护性拷贝
- 11. Sucks 复制/粘贴 代码冗余 Why 每次复制/粘贴时都思考一下 ● 重复逻辑不可忍受 ● 修改不便 ● 制造混乱, 降低代码的可阅读性
- 12. 了解和使用类库 标准库 ● 可靠, 经严格测试, 不同版本行为固定 ● 主流, 易读, 易维护, 易重用 ● 持续改进
- 13. 妥善处理异常 ● 关键逻辑的异常处理 ● 忽略异常, 几乎都是不正确的
- 14. 哲学 or 原则
- 15. 分割问题 现实世界的复杂性 ● MVC ● 模块, 分工, 协作 ● 划分方法, 需要长时间的积累
- 16. K.I.S.S Keep It Simple, Stupid ● 保持简洁的设计 ● 更多的代码(逻辑), 引入更多的复杂 度 ● 弹性, 灵活
- 17. 优化 优化三原则: 不要优化, 不要优化, 不要优化 ● 确认你的代码真的需要优化 ● 真正地找到瓶颈 ● 优化使代码更复杂
- 18. 重构 易变的需求 ● 带病的代码, 日后的灾难 ● 需要足够的测试 ● 单元测试
- 19. 注释 注释能提高代码的可读性 ● 避免代码段落中插入过多的注释 ● 使用变量名, 方法名来解释代码 ● 对外接口, 都应该在完整的注释 ● 方法注释, 做了什么而不是怎么做
- 20. 语言特性 优秀的代码, 需要充分运用语言特 性 ● 充分发挥语言自身的强大功能 ● 体会编程语言在设计思想 ● 不同的语言, 不同的设计思想
- 21. 工具 Linux (*UNIX) ● 30年前的设计, 仍然让人爱不释手 ● 编程哲学 ● 非常强大的开发环境 ● 入门阵痛期
- 22. 书籍 了解优秀工程师的思维 ● Effictive Java ● Clear Code ● UNIX编程艺术