- 单态类只可有一个实例。
- ATAM：Architecture Tradeoff Analysis Method（体系结构权衡分析方法）不可调整步骤顺序。
- ABSD方法第一个步骤功能分解的标准：（ ）。
- 云计算软件体系结构包括：（ ）。
- Web服务开发生命周期包括：（ ）。
- 分布式方法开发系统的主要优势是（）。
- 面向对象系统必须修改所有显式调用它的其它对象，并消除由此带来的一些副作用。
- 经典的体系结构风格包括（）。
- Kruchten对软件体系结构的定义包括（）。
- 软件设计采用的方法是（）。
- 以下哪一项（ ）可用来描述中介者（Mediator）。
- 模板模式的关键在于在抽象类实现，其他步骤在子类实现。
- 中介者模式用来降低多个对象和类之间的通信复杂性。
- 在实际开发中，通常采用不定义中介者接口，把具体中介者对象实现成为单例的方法来简化中介者模式。
- 模板方法父类中的抽象方法由子类实现，子类执行的结果会影响父类的结果，这导致一种反向的控制结构，它提高了代码阅读的难度。
- 模板方法对每个不同的实现都需要定义一个子类，这会导致类的个数增加，系统更加庞大，设计也更加抽象。
- 中介者模式有以下（）优点。
- 模板方法的主要优点是（）。
- 模板方法模式的基本方法是整个算法中的一个步骤，它包含（）几种类型。
- 关于模式适用性，以下（）不适合使用模板方法（Template Method）模式。
- 在对象的数据类型很少改变，但是需要经常的改变操作或者增加新操作的情况下可以使用访问者模式。
- 策略模式会使策略类会增多。
- 策略模式关键在于实现不同的接口。
- 策略对象改变 context 对象的执行算法。
- 访问者集中相关的操作而分离无关的操作。
- 访问者模式使得易于增加新的操作。
- 下面（）是策略（Strategy）模式的优缺点。
- 状态（State）模式有下面（ ）效果。
- 以下意图（ ）可用来描述访问者（Visitor）。
- 关于模式适用性，以下（）不适合使用策略（Strategy）模式。
- 拍卖的时候，拍卖师观察最高标价，然后通知给其他竞价者竞价，可以用观察者模式。
- 被观察者可以通知观察者进行更新。
- 观察者可以改变被观察者的状态，再由被观察者通知所有观察者依据被观察者的状态进行。
- 迭代器模式的结构包括（）。
- 备忘录模式有以下（ ）的效果。
- 观察者模式（Observer Pattern）还有（）其他名称。
- 观察者模式允许用户独立地改变目标和观察者。用户可以单独复用目标对象而无须同时复用其观察者，反之亦然。它也使用户可以在不改动目标和其他的观察者的前提下增加观察者。下面（ ）是观察者模式其他的优缺点。
- 观察者（Observer）模式适用于（）。
- 以下哪一种说法可用来描述备忘录（Memento）（）。
- 以下选项可用来描述观察者（Observer）的是（）。
- 职责链模式中纯的职责链模式比不纯的职责链模式优先级高。
- 解释器模式可利用场景比较少，JAVA 中如果碰到可以用 expression4J 代替。
- 责任链模式可动态指定一组对象处理请求。
- 命令模式中，请求以命令的形式包裹在对象中，并传给调用对象。
- 解释器模式的优点是（）。
- 责任链模式优点包括（）。
- 使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系可用来描述职责链（Chain of Responsibility）。
- 以下意图（ ）可用来描述解释器（Interpreter）。
- Java的异常处理机制可理解为（ ）行为模式。
- 关于模式适用性，（ ）不适合使用职责链（Chain of Responsibility）模式。
- JAVA 的三层开发模式可用门面（外观Facade）模式。
- 桥梁（桥接Bridge）模式中，抽象类依赖实现类。
- 外观(Facade)模式能很好地限制客户使用子系统类。
- 外观(Facade)模式的优点有（）。
- 使用桥接(Bridge)模式时需要注意（ ）。
- 桥接( Bridge )模式的优点有( )。
- 在不破坏类封装性的基础上，使得类可以同不曾估计到的系统进行交互，主要体现在( )。
- 以下可用来描述外观(Facade)的是（）。
- 以下用来描述桥接( Bridge )的意图是( )。
- 桥接(Bridge)模式不能用在下列哪个场合（）。
- 系统中有大量对象时可以使用享元模式。
- 代理模式降低了系统的复杂度。
- 代理模式在客户端和目标对象增加一个代理对象，会造成请求处理速度变慢。
- 代理模式的主要优点（）。
- 代理模式有以下的应用场景（）。
- 关于模式活用性，以下（ ）不适合使用Flyweight(享元)模式。
- 如果有一个2MB的文本（英文字母)，为了对其中的字母进行分类和计数，若为文本中的每个字母都定义一个对象显然不合实际，对与该问题最好可使用的模式是( )。
- 代理模式的扩展是（）。
- 以下意图用来描述代理(Proxy)的是( )。
- 关于模式适用性，以下情况不适合使用代理(Proxy)模式的是( )。
- 需要扩展一个类的功能，或给一个类增加附加责任时可以使用装饰器模式。
- 需要增加由一个基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得不现实，此时可以使用装饰器模式。
- 使用装饰模式会产生比使用继承关系更多的对象，更多的对象会使得查错变得困难，特别是这些对象看上去都很像。
- 装饰器模式的优点是（）。
- 使用装饰模式时应注意( )。
- 根据合成模式中提供父类对象的管理方法所在位置，即实现接口的区别分为两种形式（）。
- 以下意图（）是用来描述组合（Composite )。
- 关于模式适用性，以下( )不适合使用 Composite(组合)模式。
- 装饰（Decorator)模式不能用于下列那个选项（）。
- 以下哪一项可用来描述装饰(Decorator)（）。
- 作为适配器模式的一个特例，缺省适配器模式在Java语言中有着特殊的应用。
- 对象的结构模式描述怎样把各种不同类型的对象组合在一起，以实现新的功能，其是动态的。
- 一个类的结构模式的典型例子就是类的适配器模式。
- 适配器模式不可以模拟新能源汽车的发动机。
- 类结构型模式之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。
- 类适配器模式和对象适配器模式可用Java实现。
- 适配器模式分为（） 2 种。
- 对象的结构模式包括（）。
- 关于模式适用性，不适合使用适配器( Adapter )模式的是( )。
- 用来描述适配器( Adapter)的意图是( )。
- 懒汉式单例类在第一次被引用时将自己实例化。
- 建造者的退化模式是通过省略使用者角色完成退化的。
- 原型（Prototype）模式包含：抽象原型类、具体原型类和访问者类等3个部分。
- 单例模式分为懒汉式单例和饿汉式单例两种。
- 建造者模式包括:（）等主要角色。
- 使用原型（Prototype）模式时要考虑的问题有（）。
- 单例模式中，两个基本要点（）和单子类自己提供单利。
- 在（）不适合使用原型（Prototype）模式。
- 在（）适合使用单例（Singleton）模式。
- （）可用来描述原型（Prototype）。
- 由于Abstract Factory类和具体工厂方法可以分离，因此在实现时会产生更多的类。
- 创建型模式把实例化的责任与使用实例的责任分割开来。
- 抽象工厂模式是简单工厂模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。
- 工厂方法模式的主要角色有:抽象工厂(Abstract Factory) 、 具体工厂(Concrete Factory) 、抽象产品(Product)和具体产品（Concrete Product）。
- 简单工厂模式可以根据参数的不同返回不同的实例。
- 工厂模式分为（）3种类型。
- 当应用工厂方法（Factory Method）模式时要考虑（）。
- 当需要在项目中定制自己的元素时，可使用（）模式来定制。
- 当创建一个具体的对象而不希望制定具体的类时，可以使用（）模式。
- 以下关于创建型模式说法正确的是（）。
- 学习设计模式可以缩短软件的开发周期。
- 设计模式一般用来解决同一问题的不同表相。
- 依据设计模式思想，程序开发中应优先使用的是创建。
- “不要和陌生人说话”是迪米特原则的通俗表述。
- 常用的描述设计模式的格式有（）。
- 软件设计模式的最关键的元素包括（）。
- 下列属于面向对象基本原则的是（）。
- 对违反里氏替换原则的两个类，可以采用的候选解决方案正确的是（）。
- 常用的基本设计模式可分为（）。
- 以下对开闭原则的描述错误的是（）。
- 在原型设计模式里运用复制技术来快速构建对象，而复制分类深复制与浅复制两种类型。
- 生成器模式为了使构建复杂对象的过程和它的部件解耦，软件设计用一个类单独封装一个构造对象的过程，该类为（Director类）。
- 单例模式分为饿汉式和懒汉式两种类型。
- 创建型软件设计模式的目标是将一个系统与其对象的创建、组合、表示分离开来，该模式的主要任务是为客户程序创建对象，而不是由客户程序直接初始化对象。
- 创建型软件设计模式分为：简单工厂方法模式、工厂方法模式、抽象工厂模式、生成器模式、单例模式和原型模式。
- 工厂设计模式可以分为：简单工厂方法，工厂方法模式和抽象工厂模式。
- 命令模式的缺点是（ ）。
- 命令模式的优点是（ ）。
- 在餐厅点餐的实例中，（ ）是命令，（ ）是接收者，（ ）是调用者。
- 命令模式将请求封装成对象，形成命令，以便统一控制。使得不同的请求，如日志、队列等来参数化其他对象。
- 任何设计模式均是为了解决特定场景的耦合问题，以达到对修改关闭，对扩展开放的效果。命令模式主要是解决请求者与实现者之间的耦合关系。
- 装饰器模式的类图中具有（ ）。
- 在Java JDK中大量运用了装饰器模式，如JDK经常使用的Reader抽象类，CharArrayReader类、InputStreamReader类、BufferedReader类等。
- 使用继承方法，可重写父类中的方法以增强父类的责任与功能，但使用继承会破坏对象的封装性及浪费继承位，不建议使用。
- 装饰器模式以对客户透明的方式动态地给一个对象附加上更多的责任。
- 装饰器模式又叫包装模式，装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。
答案:对
答案:错
答案:类似的抽象级别###功能的局部性###数据或计算行为的类似模式###功能聚合
答案:平台层###硬件层###基础设施层###应用层
答案:运行###部署###构建###管理
答案:并发性与可扩展性###容错性与透明性###开放性###资源共享与开放性
答案:对
答案:数据流风格###仓库风格###调用/返回风格###独立构件风格###虚拟机风格
答案:模块角度###概念角度###运行角度###代码角度
答案:耦合###抽象与逐步求精###模块化与信息隐藏###内聚
答案:用一个中介对象来封装一系列的对象交互
温馨提示支付 ￥5.00 元后可查看付费内容,请先翻页预览!
