[toc]
软件设计师笔记07_面向对象技术_精简考点
科目一考试大概有11分左右，科目二考试有一道大题。
基本概念
- 对象：对象是一个基本实体，包括数据（属性）和操作（方法）。
- 消息和消息通信：对象之间进行通信的一种方式叫做消息。消息是异步通信的。
- 类：类是对象的模板，它定义了对象的属性和方法。
- 继承：继承是父类与子类之间共享数据和方法的机制。这是类之间的一种关系。
- 重置/覆盖：在子类中重新定义父类中已经定义的方法。
- 重载：一个类可以有多个同名而参数类型不同的方法。
- 动态绑定：根据接收对象的具体情况将请求的操作与实现的方法进行连接（运行时绑定）。
- 多态：不同对象收到同样的消息产生不同的结果（软设一般只涉及过载多态。即同一个名字在不同的上下文中所代表的含义不同）。
类的类型
类可以分为三种类型，分别是实体类、边界类和控制类。
- 实体类：代表实体对象
- 控制类：描述一个用例所具有的事件流控制行为，控制一个用例中的事件顺序。通常情况下，控制类没有属性，但一定有方法。
- 边界类： 描述外部参与者与系统之间的交互。常见的边界类有窗口、通信协议、打印机接口、传感器和终端等。
类图关系
类与类之间的关联关系可分为依赖、关联、聚合、组合和继承5种
- 依赖关系：若类A的方法中仅仅使用了类B的对象，那么类A依赖于类B。
- 泛化关系：泛化是一个类与它的一个或多个细化类之间的关系，表达一般与特殊的关系。
- 关联关系：关联是类与类之间，对象与对象之间的一种结构关系。
- 聚合关系：整体与部分的生命周期不同。购物车与商品是整体与部分的关系，购物车包含了商品，但是商品可以脱离购物车独立存在，这是一种聚合关系。
- 组合关系：整体与部分的生命周期相同。网店与商品之间是一种整体与部分的关系，商品是网店的一部分，如果网店不存在了，那么网店中的商品也不存在，它们之间是组合关系。
- 实现关系：接口与类之间的关系。
- 聚集关系：若其中一个较大的整体类包含一个或多个较小的部分类；则大类和小类是聚集关系。
组合是一种很强的"拥有"关系，"部分"和"整体"的生命周期通常一样。整体对象完全支配其组成部分，包括它们的创建和销毁等;
聚合同样表示"拥有"关系，但"部分"对象的生命周期也可以与"整体"对象不同，甚至"部分"对象可以脱离"整体"对象而单独存在。
面向对象
- 单一职责原则:设计目的单一的类。
- 开放封闭原则:对扩展开放，对修改封闭。
- 里氏替换原则:子类可以替换父类。
- 依赖倒置原则:要依赖于抽象，而不是具体实现;要针对接口编程，不要针对实现编程。
- 接口分离原则:不强迫客户依赖于他们不用的方法。
- 共同封闭原则：包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。
- 共同重用原则：一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。
多态
多态有不同的形式，分为参数多态、包含多态、过载多态和强制多态四种。
- 参数多态 通过给出不同的类型参数，使得一个结构有多种类型;
- 包含多态是指同样的操作可用于一个类型及其子类型，即子类型化:
- 过载多态是指同一个名字在不同上下文中可代表不同的含义；
- 强制多态是指通过语义操作把一个变量的类型加以变换。
UML
UML由3个要素构成
- UML的基本构造块
- 支配这些构造块如何放置在一起的规则和运用
- 整个UML语言的一些公共机制
UML的3种基本构造块
- 事物（对模型中最具有代表性的成分的抽象）
- 关系（把事物结合在一起）
- 图（聚集了相关的事物）
UML中的事物
UML 中有4种事物:结构事物、行为事物、分组事物和注释事物。
结构事物是指 UML 模型的静态部分，是模型中的名词，用来描述概念。如类、接口、用例、构件等。 
行为事物是指 UML 模型的动态部分，是模型中的动词，用来描述行为。如交互、活动等。 
分组事物是指 UML 模型的组织部分。最主要的分组事物是包，包是把元素组织在一起的一种机制。
注释事物是指 UML 模型的解释部分，用来描述，说明模型中的元素。
UML中的关系
UML 中有4种关系:依赖、关联、泛化和实现。
依赖
依赖是两个事物间的语义关系，其中一个事物(独立事物)发生变化会影响另一个事物(依赖事物)的语义。在图形上，把一个依赖画成一条可能有方向的虚线
关联
关联是一种结构关系，它描述了一组链，链是对象之间的连接。
聚集是一种特殊类型的关联，它描述了整体和部分间的结构关系。
其中关联分为组合和聚合,都是部分和整体的关系，其中组合之间关系更强。
- 聚合体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的。
- 组合同样体现整体与部分间的关系，是一种con-tains-a的关系，这种关系比聚合更强。它但此时整体与部分是不可分的。
关联和聚集如图所示。 
泛化
泛化是一种特殊/一般关系，即子元素的对象可替代父元素的对象。用这种方法，子元素共享了父元素的结构和行为。
在图形上，把一个泛化关系画成一条带有空心箭头的实线，它指向父元素。 
实现
实现是类元之间的语义关系，其中一个类元指定了由另一个类元保证执行的契约。
在两种情况下会使用实现关系:
- 一种是在接口和实现它们的类或构件之间;
- 另一种是在用例和实现它们的协作之间。
在图形上，把一个实现关系画成一条带有空心箭头的虚线，如图所示 
UML中的关系总结
- 依赖关系：一个事物发生变化影响另一个事物。
- 泛化关系：特殊/一般关系。
- 关联关系：描述了一组链，链是对象之间的连接。
- 聚合关系：整体与部分生命周期不同。
- 组合关系：整体与部分生命周期相同。
- 实现关系：接口与类之间的关系。
UML中的图
- 类图：描述系统中的对象、接口、类之间的关系，是系统的静态设计视图。
- 对象图：描述对象之间的关系。对象图描述了在类图中所建立的对象的静态快照。
- 用例图：描述系统与外部系统及用户的交互。从用户使用系统的角度对系统进行了划分；
- 序列图：描述了对象如何通过消息互相交互，说明了消息如何在对象之间被发送和接收以及发送的顺序。。
- 通信图：不强调时间顺序，只强调事件之间的通信。
- 状态图：用于对一个特定对象的动态行为建模，说明了一个对象的生命周期——对象可以经历的各种状态，以及引起对象从一个状态向另一个状态转换的事件。
- 活动图：是一种特殊的状态图，描述一个业务过程或者一个用例的活动的顺序流。
- 构件图：描述系统的物理结构，它可以用来显示程序代码如何分解成模块。
- 部署图：描述系统中硬件和软件的物理架构，它描述构成系统架构的软件构件、处理器和设备。
- 顺序图：是一种交互图，它由一组对象或参与者以及它们之间可能发送的消息构成。顺序图是强调消息的时间次序的交互图。
UML图中
- 关联关系是普通直线。
- 依赖关系是虚线。
- 聚集关系是黑色方块线。
- 组合关系是黑色三角线。
- 泛化关系是白色三角线。
设计模式
设计模式的要素
设计模式的核心在于提供了相关问题的解决方案，使得人们可以更加简单方便地复用成功的设计和体系结构。
设计模式的四个基本要素：
- 模式名称
- 问题：问题描述了应该在何时使用模式。
- 解决方案：解决方案描述了设计模式的具体内容
- 效果：描述了设计模式应用的效果以及使用设计模式需要权衡的问题。
简而言之,每一个设计模式都集中于一个特定的面向对象设计问题或设计要点，描述了什么时候使用它，在另一些条件下是否还能使用，以及使用的效果和如何取舍。
设计模式的类别
- 创建型模式：主要抽象了实例化过程,用于帮助系统如何创建对象。
- 结构型模式：主要处理类和对象的组合
- 行为型模式：主要涉及算法和对象间职责的分配。行为设计模式不仅描述对象或类的模式，还描述了它们之间的通信模式。
各个设计模式的应用场景
装饰器模式：无法对已有的类进行扩充的时候，可以动态的给对象添加一些额外的功能。
桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
外观模式：为复杂系统提供简化接口（隐藏内部细节，对外暴露单一入口）
组合模式：处理树形结构（整体与部分可统一操作，如文件夹与文件）
观察者模式： 处理一对多关系（一个主题变化，多个观察者自动更新）
代理模式：控制对对象的访问权限（如远程访问、权限校验、延迟加载）
策略模式：多个算法 / 策略（如排序算法、支付方式），需动态切换
责任链模式： 让多个对象依次处理请求（每个对象决定自己处理或传递给下一个）
享元模式：由于大量对象造成很大开销的时候，可以运用共享技术支持大量相似对象的复用。
适配器模式：若接口不符合需求时，将该类接口转换为想要的接口。
中介者模式：用一个中介对象来封装一系列的对象交互。它使各对象不需要显式地相互调用，从而达到低耦合，还可以独立地改变对象间的交互。如使一个后端数据模型能够被多个前端用户界面连接，采用此模式最合适。
创建型设计模式的应用场景 
结构型设计模式应用场景 
行为型设计模式应用场景 
真题
在面向对象设计时，如果重用了包中的一个类，那么就要重用包中的所有类，这属于（ 共同重用 ）原则。
在领域类模型中不包含（ 领域对象 ）。
在面向对象方法中，两个及以上的类作为一个类的父类时，称为（ 多重继承 ），使用它可能造成子类中存在（ 二义性 ）的成员。
（ 泛化 ） 是一个类与它的一个或多个细化类之间的关系，即一般与特殊的关系。
在面向对象的系统中，对象是运行时实体，其组成部分不包括（ 消息 ）；一个类定义了一组大体相似的对象，这些对象共享（ 属性和行为 ）。
采用面向对象方法进行系统开发时，以下与新型冠状病毒有关的对象中，存在“一般-特殊’关系的是（ 确诊病人和治愈病人 ）。
对象的（ 状态 ）标识了该对象的所有属性(通常是静态的)以及每个属性的当前值(通常是动态的)。
在面向对象方法中，支持多态的是（ 动态绑定 ）。
（ 过载 ）多态是指操作（方法）具有相同的名称、且在不同的上下文中所代表的含义不同。
采用面向对象方法进行系统开发时，需要对两者之间关系创建新类的是（ 医生和病人 ）。
对采用面向对象方法开发的系统进行测试时，通常从不同层次进行测试。测试类中定义的每个方法属于（ 算法 ）层。
在下列机制中，（ 动态绑定 ）是指过程调用和响应调用所需执行的代码在运行时加以结合；而（ 静态绑定 ）是过程调用和响应调用所需执行的代码在编译时加以结合。
采用面向对象方法进行软件开发，在分析阶段，架构师主要关注系统的（ 行为 ）。
进行面向对象系统设计时，修改某个类的原因有且只有一个，即一个类只做一种类型的功能，这属于（ 单一责任 ）原则。
在面向对象方法中,多态指的是（ 客户类无需知道所调用方法的特定子类的实现 ）。
以下关于面向对象继承的叙述中，错误的是（ 继承仅仅允许单重继承，即不允许一个子类有多个父类 ）。
UML
- 在UML用例图中，参与者表示（ 人、硬件或其他系统可以扮演的角色 ）。
- UML中关联是一个结构关系，描述了一组链。两个类之间（ 可以有多个由不同角色标识的 ）关联。
- 在UML图中，（ 部署 ）图用于展示所交付系统中软件组件和硬件之间的物理关系。
- 对一个复杂用例中的业务处理流程进行进一步建模的最佳工具是UML （ 活动图 ） 。
- UML包图展现由模型本身分解而成的组织单元及其依赖关系，以下关于包图的叙述中，不正确的是（ 一个元素可以被多个包拥有 ）。
- UML构件图(component diagram)展现了一组构件之间的组织和依赖，专注于系统的静态（ 实现 ）视图，图中通常包括构件、接口以及各种关系。
设计模式
- 为图形用户界面（GUI）组件定义不同平台的并行类层次绩构，适合采用（ 抽象工厂 ）模式。
- （ 策略 ）模式定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换，使得算法可以独立于使用它们的客户而变化。
- 以下关于 单例 模式的描述中，正确的是（ 它能够保证一个类只产生唯一的一个实例 ） 。
- （ 观察者 ）设计模式能使一个对象的状态发生改变时通知所有依赖它的监听者。
- 在发布-订阅消息模型中，订阅者订阅一个主题后，当该主题有新消息到达时，所有订阅者都会收到通知。（ 观察者 ）设计模式最适合这一模型。
- （ 命令 ）设计模式将一个请求封装为一个对象，从而使得可以用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤销的操作。
- 欲使一个后端数据模型能够被多个前端用户界面连接，采用（ 中介者 ）模式最适合。
- 某旅游公司欲开发—套软件系统，要求能根据季节，节假日等推出不同的旅行定价包，如淡季打折、一口价等。实现该要求适合采用（ 策略 ）模式，该模式的主要意图是（ 定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换 ）
- 因使用大量的对象而造成很大的存储开销时，适合采用（ 享元 ）模式进行对象共享，以减少对象数量从而达到较少的内存占用并提升性能。
- 某公司欲开发一个软件系统的在线文档帮助系统，用户可以在任何一个查询上下文中输入查询关键字，如果当前查询环境下没有相关内容，则系统会将查询按照一定的顺序转发给其他查询环境。基于上述需求，采用（ 责任链模式 ）最为合适。
- 在责任链模式中，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。