上篇主要对类图关系及类图符号表示作了一个简单介绍，本篇将详细阐述设计模式的理论指导：6大设计原则。
单一职责原则（Single Responsibility Principle）的定义是：应该有且仅有一个原因引起类的变更。单一职责原则有什么好处呢？主要表现在以下几个方面：
类的复杂性降低，可以明确定义类要实现的职责； 因复杂性降低，类的可读性与维护性也大大提高； 类的变更风险也会大大降低。类的变更是必不可少的，若接口的单一职责做的好，一个接口修改只对相应的实现类有影响，其它接口无影响，这将对系统的扩展和维护帮助很大。但问题是，“职责”没有一个量化的标准，一个类到底要实现哪些职责，这些职责如何细化，细化后是否都要有一个接口或类，这些都需要从实际项目中去考虑，这就为我们在项目过程中遵守这个原则带来了难度。
单一职责原则提出了一个编写程序的标准，用“职责”或“变化原因”来衡量接口或类设计得是否优良，但是“职责”和“变化原因”都是不可度量的，因实际项目而定。因此，在实际项目中，我们在遵守单一原则进行设计时，对接口一定要做到单一职责，对类的设计要多方面考虑，尽量做到只有一个原因引起变化。
在面向对象语言中，继承是非常优秀的语言机制，它有很多语言优点，比如，
