获得徽章 0
主要包含以下内容:
1.
高质量编程的目标是编写正确可靠、简洁清晰的代码,需要考虑代码的复杂程度和可维护性。
2. 💡 编程要遵循简单性原则,尽量用简单清晰的逻辑表达,减少程序复杂度。
3. 📖 编程要遵循可读性原则,代码要容易被人理解,减少他人的代码理解成本。
4. ⚙️ 编程要遵循生产力原则,提高团队协作效率,统一代码格式。
5. 🖥 要使用代码格式化工具,统一代码格式,方便团队协作。
6. 🗒️ 注释要解释代码的作用、实现原因和可能出错情况。好的代码需要少量注释。
7. 📝 公共函数都需要添加注释,说明功能和用法。私有函数注释根据需要决定。
8. 🏷️ 变量和函数命名要简洁明了,不同的作用域需要不同的命名方式。
9. 📐 控制流程要保持正常逻辑简单直线,错误逻辑先返回。避免代码嵌套。
10. 🚧 使用错误机制传递错误信息,方便跟踪调试。避免过多使用panic。
11.
使用recover机制屏蔽panic错误,不要在业务代码中嵌套使用。
12.
性能优化需要从整体链路进行分析,定位优化关键点。
13. 📈 需要获取详细的性能数据进行分析,定位性能瓶颈。
14. 🛠️ 使用性能分析工具分析程序热点和资源消耗情况。
15. 🚏 注意分析服务的上下游依赖,问题可能不在自己代码中。
16. 📉 避免过早优化,需要有明确的性能数据支持。
17. 🔨 可以通过添加缓存、减少IO、改善算法等方式提高性能。
18.
️ 对核心热点函数进行特定优化,其他函数保持简单。
19. 📊 性能测试要覆盖不同输入、负载情况,对比优化效果。
20. 🏭 生产环境性能数据才是优化的目标,测试环境引导方向。
21. 🛩 避免复杂逻辑的嵌套和循环,提高代码可读性。
22. 🗃 尽量减少变量作用域,或增加上下文信息。提高可读性。
23. 🏁 控制流要保持主线简单直白,错误逻辑先返回。
24. 🚨 错误需要传递明确信息,方便调试。避免过多使用panic。
25. 🆘 使用recover处理panic,注意作用域。不要嵌套使用。
26. 📐 命名要简明表达,避免使用常见名称和缩写。
27. 📝 注释要解释额外上下文信息,补充代码的不足。
28. 🛠️ 使用代码格式化工具,保持风格一致,提高协作效率。
1.
高质量编程的目标是编写正确可靠、简洁清晰的代码,需要考虑代码的复杂程度和可维护性。2. 💡 编程要遵循简单性原则,尽量用简单清晰的逻辑表达,减少程序复杂度。
3. 📖 编程要遵循可读性原则,代码要容易被人理解,减少他人的代码理解成本。
4. ⚙️ 编程要遵循生产力原则,提高团队协作效率,统一代码格式。
5. 🖥 要使用代码格式化工具,统一代码格式,方便团队协作。
6. 🗒️ 注释要解释代码的作用、实现原因和可能出错情况。好的代码需要少量注释。
7. 📝 公共函数都需要添加注释,说明功能和用法。私有函数注释根据需要决定。
8. 🏷️ 变量和函数命名要简洁明了,不同的作用域需要不同的命名方式。
9. 📐 控制流程要保持正常逻辑简单直线,错误逻辑先返回。避免代码嵌套。
10. 🚧 使用错误机制传递错误信息,方便跟踪调试。避免过多使用panic。
11.
使用recover机制屏蔽panic错误,不要在业务代码中嵌套使用。12.
性能优化需要从整体链路进行分析,定位优化关键点。13. 📈 需要获取详细的性能数据进行分析,定位性能瓶颈。
14. 🛠️ 使用性能分析工具分析程序热点和资源消耗情况。
15. 🚏 注意分析服务的上下游依赖,问题可能不在自己代码中。
16. 📉 避免过早优化,需要有明确的性能数据支持。
17. 🔨 可以通过添加缓存、减少IO、改善算法等方式提高性能。
18.
️ 对核心热点函数进行特定优化,其他函数保持简单。19. 📊 性能测试要覆盖不同输入、负载情况,对比优化效果。
20. 🏭 生产环境性能数据才是优化的目标,测试环境引导方向。
21. 🛩 避免复杂逻辑的嵌套和循环,提高代码可读性。
22. 🗃 尽量减少变量作用域,或增加上下文信息。提高可读性。
23. 🏁 控制流要保持主线简单直白,错误逻辑先返回。
24. 🚨 错误需要传递明确信息,方便调试。避免过多使用panic。
25. 🆘 使用recover处理panic,注意作用域。不要嵌套使用。
26. 📐 命名要简明表达,避免使用常见名称和缩写。
27. 📝 注释要解释额外上下文信息,补充代码的不足。
28. 🛠️ 使用代码格式化工具,保持风格一致,提高协作效率。
展开
评论
点赞
Go 语言工程实践之测试
课程内容主要包含以下20个要点:
1. 📝 介绍测试的重要性,提到测试关系系统质量和稳定性,列举了若干没有做好测试导致的事故案例
2. 📈 提出回归测试、集成测试和单元测试的概念,测试成本逐渐降低,测试覆盖率逐步增加
3. 🎯 解释单元测试的组成部分是输入、输出和期望输出的比较,通过比较输出和期望输出验证代码逻辑
4. 📊 代码覆盖率反映测试覆盖面积,一般要求主流程覆盖50%-60%,资金类交易要求80%以上
5. 🧪 介绍如何编写单元测试,需要遵循特定的命名规范,可以用TestMain做准备工作
6. 🧼 以霍洛塔姆函数测试示例,展示单元测试发现错误、定位错误、修复错误的过程
7. 📐 推荐单元测试力度保持足够小、测试分支完备独立等实践来提高覆盖率
8. 📦 解释项目中存在强依赖如数据库、缓存等,测试需要关注稳定性和确定性
9. 🕹 介绍模拟测试工具Monkey,通过打桩实现模拟,提高测试稳定性
10.️ 介绍基准测试工具,定位代码性能瓶颈,案例找到随机函数影响性能
11. 🗂 介绍项目分层结构,包括数据层、服务层、控制层,提高代码可读性
12. 📑 以社区帖子页面需求为例,说明从分析需求到设计实体的过程
13. 🛠 介绍项目中用到的工具,如Gin等,演示步骤搭建Web服务
14. 📝 以 Repository 层为起点,说明从下至上逐层实现服务的代码流程
15. 🎯 利用 Map 实现内存索引加速查询,使查找时间复杂度为 O(1)
16. ⚙️ 服务层封装实体,控制层做格式化返回,组装成完整的接口服务
17. 🧪 对实现的接口做测试,验证服务能正确返回社区帖子信息
18. 💡 总结项目开发过程的需求分析、代码设计、开发实现、测试流程
19. 📝 讲解创建帖子接口的要点,需要生成唯一 ID,并更新索引
20. 🙇♂️ 结束语,感谢大家的收看,希望对项目开发有所启发
课程内容主要包含以下20个要点:
1. 📝 介绍测试的重要性,提到测试关系系统质量和稳定性,列举了若干没有做好测试导致的事故案例
2. 📈 提出回归测试、集成测试和单元测试的概念,测试成本逐渐降低,测试覆盖率逐步增加
3. 🎯 解释单元测试的组成部分是输入、输出和期望输出的比较,通过比较输出和期望输出验证代码逻辑
4. 📊 代码覆盖率反映测试覆盖面积,一般要求主流程覆盖50%-60%,资金类交易要求80%以上
5. 🧪 介绍如何编写单元测试,需要遵循特定的命名规范,可以用TestMain做准备工作
6. 🧼 以霍洛塔姆函数测试示例,展示单元测试发现错误、定位错误、修复错误的过程
7. 📐 推荐单元测试力度保持足够小、测试分支完备独立等实践来提高覆盖率
8. 📦 解释项目中存在强依赖如数据库、缓存等,测试需要关注稳定性和确定性
9. 🕹 介绍模拟测试工具Monkey,通过打桩实现模拟,提高测试稳定性
10.
️ 介绍基准测试工具,定位代码性能瓶颈,案例找到随机函数影响性能11. 🗂 介绍项目分层结构,包括数据层、服务层、控制层,提高代码可读性
12. 📑 以社区帖子页面需求为例,说明从分析需求到设计实体的过程
13. 🛠 介绍项目中用到的工具,如Gin等,演示步骤搭建Web服务
14. 📝 以 Repository 层为起点,说明从下至上逐层实现服务的代码流程
15. 🎯 利用 Map 实现内存索引加速查询,使查找时间复杂度为 O(1)
16. ⚙️ 服务层封装实体,控制层做格式化返回,组装成完整的接口服务
17. 🧪 对实现的接口做测试,验证服务能正确返回社区帖子信息
18. 💡 总结项目开发过程的需求分析、代码设计、开发实现、测试流程
19. 📝 讲解创建帖子接口的要点,需要生成唯一 ID,并更新索引
20. 🙇♂️ 结束语,感谢大家的收看,希望对项目开发有所启发
展开
评论
点赞