可复用性（Reuseability）
复用又叫重用，是重复使用的意思。目前，一般软件的复用率并不高，尤其在国内。
复用的重要性
复用的好处：
1. 较高的生产效率。（以及随之而来的成本降低）
2. 较高的软件质量。（错误可以更快的被纠正）
3. 恰当的使用复用可以改善系统的可维护性。
传统的复用
1、 代码的剪贴复用：最初步的复用，每块代码分散在各处，独立的演变，仍需要针对每一块修改和测试。这种复用带来的好处很有限。
2、 算法的复用：在已有的成熟算法中选择一个比自己重新开发一个好的多。比如排序算法。这就是算法的复用。
3、 数据结构的复用：
比如队列、栈、链表，在实践中得到了大量的应用。
传统的复用种类各有优点也有各自的缺陷。（LY注：有哪些优势和缺陷呢？）
可维护性与复用的关系
传统复用方案的致命缺陷是复用常常以破坏可维护性为代价的。
因此我们要支持可维护性的复用，即在保持甚至提高系统的可维护性的同时，实现系统的复用。（LY注：旧有复用方式的缺陷是为了复用破坏了可维护性，或者说支持那些维护性差的复用。归根到底是因为，将不应该复用在一起的东西复用在了一起。设计上就出现了混乱。良好的设计不应该出现这种后果。而现在我们仅考虑支持可维护性的复用。将相关的东西放在一起，不相关的部分即使看似相同可以复用，也不能这样做。因为这种可复用其实是偶然的，以后系统一旦变化，这种所谓的“相同”就消失了。不知道我这个理解是否正确。）
面向对象设计的复用
在面向对象语言中，语言具有的良好特性，使得细节的复用变得简单成熟而不再是重点。复用的重点在于带有商业逻辑的抽象层次上。这是提高复用性同时保持和提高可维护性的关键。
抽象层次应是较为稳定的，是复用的重点。抽象层次的模块相对独立于具体层次。这样具体层次内部的变化就不会影响到抽象层次，抽象层次的模块复用会较为容易。
在面向对象设计中，可维护性复用以设计原则和设计模式为基础。
对可维护性的支持
针对三个目标，可扩展性、灵活性、可插入性。
1. 提高复用性，可以提高可扩展性。允许一个具有同样接口的新类替代旧类，是对抽象接口的复用。客户端依赖于抽象接口，而不是一个具体实现类，使得这个具体类可以被别的具体类替换，而不影响客户端。这提高了系统的可扩展性。
系统可扩展性由“开-闭”原则、里氏代换原则、依赖倒转原则和组合/聚合复用原则所保证。（LY：“开-闭”原则，是指一个软件实体应当对扩展开放，对修改关闭，即可以在不修改的情况下扩展。里氏代换原则，是指任何基类可以出现的地方，子类一定可以出现。依赖倒转原则，是指要依赖于抽象，不要依赖于实现。合成/聚合复用原则，是指要尽量使用合成/聚合，而不是继承关系来达到复用目的。）
2. 提高复用性，可以提高灵活性。模块相对独立，通信尽可能少。这样当一个模块修改时，对别的模块的影响很小。
这由“开-闭”原则、迪米特法则、接口隔离原则保证的。
（LY注：迪米特法则，是指一个软件实体应该与尽可能少的其他实体发生相互作用。 接口隔离原则，是指应当为客户端提供尽可能小的单独的接口，而不要提供大的总接口）
3. 提高复用性，可以提高系统的可插入性。当一部分不再满足需要时，可以将旧的部分拔出，新的部分插入。
可插入性由“开-闭”原则、里氏代换原则、依赖倒转原则和组合/聚合复用原则所保证。
这样，在提高一个系统可维护性的同时，提高了这个系统的可复用性。具体的设计原则有：
l “开-闭”原则
l 里氏代换原则
l 依赖倒转原则
l 接口隔离原则
l 组合/聚合复用原则
l 迪米特法则
这些原则首先是复用的原则，遵循这些原则可以有效提高系统的复用性，同时提高系统的可维护性。
学习设计模式对复用性与可维护性的帮助
设计模式是将OO设计理论应用到实践中的例子。设计模式分为创建模式、结构模式和行为模式。设计模式本身不能保证系统的可复用性和可维护性。但是通过学习这些设计模式的思想可以提高设计师的水平，加强与同行的交流，从而帮助设计师提高系统设计的可复用性和可维护性。
