拙劣软件设计的症状
- 僵化性：设计难以改变
- 脆弱性：设计易于遭到破坏
- 牢固性：设计难以重用
- 粘滞性：难以做正确的事
- 不必要的复杂性：过分设计
- 不必要的重复：滥用鼠标进行拷贝
- 晦涩型：混乱的表达
通俗点说就是：软件无法新增功能、现有功能无法被抽象进行复用、代码臃肿冗余和代码不具有可读性。这种拙劣的软件会使得后续的维护和迭代非常困难。
这些症状也被称为软件的臭味。
消除软件臭味的设计原则
- 单一职责原则(SRP)
- 开放-封闭原则(OCP)
- Liskov 替换原则(LSP)
- 依赖倒置原则(DIP)
- 接口隔离原则(ISP)
单一职责原则(SRP)
什么是职责，职责是变化的原因。一个类应该仅有一个引起它变化的原因，职责与变化是相关联的，如果一个类承担了多于一个的职责，那么引起它变化的原因就会有多个。如果一个类承担的职责过多，就等于把职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。
开放-封闭原则(OCP)
软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改的。遵循 OCP 设计的模块具有两个主要特征：
- 对于扩展是开放的
- 对于更改是封闭的
消除软件臭味的最佳实践
为什么需要最佳实践
- 我门使用 C++、Java 这类面向对象编程语言不一定就能写出面向对象的代码。
- 面向对象的设计原则太过于抽象，我们不知道在软件开发中如何践行这些原则。
最佳实践是什么
- 测试驱动开发
- 快速迭代
- 优先开发重要特性
- 经常发布软件，获取客户反馈
- 不要过度使用设计软则
最佳实践是如何践行设计原则的
面向对象的核心是抽象，软件的高层模块不依赖于底层实现。测试驱动开发是从一开始就是通过抽象将软件特性展示出来，隔离了底层实现。通过提前展示特性，能够提早知道特性是否满足需求，避免了不必要的设计。在测试驱动开发的过程中，开发人员能够方便的经常对代码进行重构，避免出现脏代码。
在应用设计软则的时候，我们得知道引起代码变化的原因是什么。在最开始编写代码的时候，开发人员只会对已知的变化进行抽象设计，不会过度的使用设计原则。但是那些未知的变化会使软件具有臭味，这时快速迭代和经常发布软件很好的解决了这个问题。因为快读迭代和经常发布软件能够让开发人员尽早地知道软件需要哪些需求变化，他们也就能尽早地根据这些需求变化进行代码重构和功能扩展。
