本章目录
第 3 章 UML 类图
3.1 UML 基本介绍
- UML——Unified modeling language UML (统一建模语言),是一种用于软件系统分析和设计的语言工具,它用于帮助软件开发人员进行思考和记录思路的结果
- UML 本身是一套符号的规定,就像数学符号和化学符号一样,这些符号用于描述软件模型中的各个元素和他们之间的关系,比如类、接口、实现、泛化、依赖、组合、聚合等,如右图:
- 使用 UML 来建模,常用的工具有 Rational Rose , 也可以使用一些插件来建模
3.2 UML 图
- 画 UML 图与写文章差不多,都是把自己的思想描述给别人看,关键在于思路和条理,UML 图分类:
(1)用例图(use case)
(2)静态结构图:类图、对象图、包图、组件图、部署图
(3)动态行为图:交互图(时序图与协作图)、状态图、活动图 - 说明:
(1)类图是描述类与类之间的关系的,是 UML 图中最核心的
(2)在讲解设计模式时,我们必然会使用类图,为了让学员们能够把设计模式学到位,需要先给大家讲解类图
3.3 类图描述类之间的关系
- 用于描述系统中的类(对象)本身的组成和类(对象)之间的各种静态关系。
- 类之间的关系:依赖、泛化(继承)、实现、关联、聚合与组合。
3.3.1 类图—依赖关系(Dependence)
- 只要是在类中用到了对方,那么他们之间就存在依赖关系。如果没有对方,连编绎都通过不了。
- 代码体现
public class PersonServiceBean {
private PersonDao personDao;//类
public void save(Person person){}
public IDCard getIDCard(Integer personid){}
public void modify(){
Department department = new Department();
}
}
public class PersonDao{}
public class IDCard{}
public class Person{}
public class Department{}
-
对应类图
-
小结
(1)类中用到了对方
(2)如果是类的成员属性
(3)如果是方法的返回类型
(4)是方法接收的参数类型
(5)方法中使用到
3.3.2 类图—泛化关系(generalization)
- 泛化关系实际上就是继承关系,他是依赖关系的特例
- 代码体现
public abstract class DaoSupport{
public void save(Object entity){ }
public void delete(Object id){ }
}
public class PersonServiceBean extends Daosupport{ }
-
对应类图
-
小结
(1)泛化关系实际上就是继承关系
(2)如果 A 类继承了 B 类,我们就说 A 和 B 存在泛化关系
3.3.3 类图—实现关系(Implementation)
- 实现关系实际上就是 A 类实现 B 接口,他是依赖关系的特例
- 代码体现
public interface PersonService {
public void delete(Interger id);
}
public class PersonServiceBean implements PersonService {
public void delete(Interger id){}
}
- 对应类图
3.3.4 类图—关联关系
- 关联关系实际上就是类与类之间的联系,他是依赖关系的特例
- 关联具有导航性:即双向关系或单向关系
- 关系具有多重性:如“1”(表示有且仅有一个),“0…”(表示0个或者多个), “0,1”(表示0个或者一个),“n…m”(表示n到 m个都可以),“m…*”(表示至少m 个)。
- 单向一对一关系
public class Person {
private IDCard card;
}
public class IDCard{}
5.双向一对一关系
public class Person {
private IDCard card;
}
public class IDCard{
private Person person
}
- 对应类图
3.3.5 类图—聚合关系(Aggregation)
- 聚合关系(Aggregation)表示的是整体和部分的关系,整体与部分可以分开。
- 聚合关系是关联关系的特例,所以他具有关联的导航性与多重性。
- 使用带空心菱形的实线来表示
3.3.6 类图—组合关系(Composition)
- 基本介绍
组合关系:也是整体与部分的关系,但是整体与部分不可以分开。 - 再看一个案例:在程序中我们定义实体:Person 与 IDCard、Head, 那么 Head 和 Person 就是 组合,IDCard 和Person 就是聚合。
- 但是如果在程序中 Person 实体中定义了对 IDCard 进行级联删除,即删除 Person 时连同 IDCard 一起删除,那么 IDCard 和 Person 就是组合了.
- 代码体现
public class Person{
private IDCard card;
private Head head = new Head();
}
public class IDCard{}
public class Head{}
- 对应类图
第 4 章 设计模式概述
4.1 掌握设计模式的层次
- 第 1 层:刚开始学编程不久,听说过什么是设计模式
- 第 2 层:有很长时间的编程经验,自己写了很多代码,其中用到了设计模式,但是自己却不知道
- 第 3 层:学习过了设计模式,发现自己已经在使用了,并且发现了一些新的模式挺好用的
- 第 4 层:阅读了很多别人写的源码和框架,在其中看到别人设计模式,并且能够领会设计模式的精妙和带来的好处。
- 第 5 层:代码写着写着,自己都没有意识到使用了设计模式,并且熟练的写了出来。
4.2 设计模式介绍
- 设计模式是程序员在面对同类软件工程设计问题所总结出来的有用的经验,模式不是代码,而是某类问题的通用解决方案,设计模式(Design pattern)代表了最佳的实践。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。
- 设计模式的本质提高 软件的维护性,通用性和扩展性,并降低软件的复杂度。
- <<设计模式>> 是经典的书,作者是 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides Design(俗称 “四人组 GOF”)
- 设计模式并不局限于某种语言,java,php,c++ 都有设计模式.
4.3 设计模式类型
设计模式分为三种类型,共 23 种
- 创建型模式:单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式。
- 结构型模式:适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
- 行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter 模式)、状态模式、策略模式、职责链模式(责任链模式)。
注意:不同的书籍上对分类和名称略有差别