写出好代码,一直是少部分程序员的追求

本文探讨了写出好代码的重要性,强调了可读性、可测试性和可拓展性的关键。通过内功心法(设计思想、设计原则和设计模式)和神兵利器(单元测试、集成测试和代码重构),阐述了提高代码质量的方法。同时,介绍了SRP等设计原则和设计模式的应用,以及好代码验证的重要性,如CodeReview和单元测试的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

file

写出好代码,一直是少部分程序员的追求。

大部分程序员都只追求“能跑就行”,或者“代码和人有一个能跑就行”。

file

追求代码质量终究是一条少有人走的路。

1. 什么是好代码

  • 可读性
  • 可测试性
  • 可拓展性

2. 如何写出好代码:内功心法和神兵利器

内功心法:设计思想

  • 设计原则
  • 设计模式

神兵利器:

  • 单元测试
  • 集成测试
  • 代码重构
  • 好用的工具

3. 设计原则

  • SRP 单一职责原则:类/方法只干一件事
  • OCP开闭原则:对拓展开放/对修改开闭
  • LSP里氏替代原则:确保派生类型从行为的角度来看是可替代的;使用父类的地方都可以用子类替代
  • ISP接口隔离原则:不依赖不需要的接口,减少耦合
  • DIP依赖倒置原则:高级模块不依赖低级模块;低级/高级模块应依赖于抽象模块;细节应依赖于抽象模块;抽象模块不依赖于细节模块
  • DRY原则:不做重复的事儿
  • KISS原则:不做复杂的事儿
  • YAGNI原则:不做不需要的事儿
  • LOD原则:最小依赖原则

4. 设计模式

使用设计模式的目标是实现软件模块的高内聚/低耦合/可复用。其中高内聚指相近功能放在同一个类中,易于维护;低耦合指类与类之间的依赖关系简单清晰,类的代码改动不会或者很少导致依赖类的代码修改。

  • 创建型模式:将创建代码与使用代码解耦
  • 结构性模式:将功能代码解耦
  • 行为型模式:将行为代码解耦

5. 好代码验证

  • CodeReview
  • 单元测试:单元测试一个程序员的自我修养

6. 单元测试

  • 提高代码正确性
  • 发现设计问题
  • 提升代码可读性
  • 顺便微重构
  • 提升开发人员自信心
  • 避免返工提供效率
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值