体系结构复习整理：思考题.docVIP

面向接口的编程——Itrator Proxy Prototype 有一个数据列表DataList，其基本类型是3维向量ThreeDx,y,z。假设有三个外部对象A,B,C，分别对其x、y、z维度感兴趣，希望访问DataList在相应维度的数据并进行处理 1）用Java语言实现该数据列表的数据结构 2）请定义其对外的数据接口 分别使用迭代器与Proxy OCP——Decorator 用Decorator模式解决问题 Extension: Border( Plain, 3D, Fancy) ScrollBar( Horiz, Vert) abstract class Decorator extends VisualComponent { VisualComponent vc; Decorator(VisualComponent vc) {this.vc = vc;} void draw() {vc.draw();} void resize() {vc.resize();} } abstract class Border extends Decorator { void draw() {super.draw(); drawBorder();} abstract void drawBorder(); } class PlainBorder extends Border { void drawBorder() {...} } ... Information Hiding棗nFa?ade Strategy 比较facade与controller(collaboration design)的异同 比较facade与collaboration desigsn的异同 Collaboration有三种方式，一种是委托，一种是集成式，一种式分散式。Fa?ade 类似于collaboration 中的controller,不同的是，fa?ade 更多关注的是区别对待，而controller 主要是为了决策。 比较Facade. Mediator,在collaboration design方面异同： Fa?ade mediator collaboration design 目标都是解耦，方式与强调的方面不同。 Fa?ade 是将外界与内界之间进行解耦，而mediator 强调的是系统内部的。 collaboration design 强调的是决策。 相同： 它们自己不进行一些逻辑处理，都只是进行一些任务转发的功能 它们都是对两个模块或外部和内部进行解耦 都是抽出来的一层，屏蔽了底层的接口 不同： facade 主要关注的是模块之间的解耦和信息隐藏，为一个子系统提供一个简单的，外在的接口，任意两个之间，只要有一些解耦的需求，都可以用 facade 。而 controller 的目的是对应用户需求，职责分配，主要处理当来了一个请求或什么的，具体要分配给那个对象取。 （yy）facade由于是为了模块的解耦，在两个基本的类之间做一个 facade 是没有意义的。而 controller 目的是为了让用户的请求和处理之间彼此独立，所以可以存在两个类之间有一个controller。 在策略模式中， 为什么使用“聚合”而不是 “关联”关系？ 聚合可以说是一种比较强的关联，聚合指出在对象 A 中需要有 B 的应用，而关联仅仅是一种使用关系。由于关联没有规定 A 中有B的引用，那么如果 策略模式使用关联来实现，那么就无法解决综合使用多个策略的问题，它要么使用一个策略，要么策略的个数是确定的。 ？？ Common and Variation——State Brige ！策略树的应用 如果一个对象集之间除共性外，有超过２个的差异行为，如何处理？ 每个行为都封装出去，两棵策略树 如果一个对象集的部分行为组存在差异性，如何处理？ 把行为组放在策略中 如果一个对象集的部分属性（以及依赖于这些属性的方法）存在差异性，如何处理？ 把这些属性和方法放在策略中 如果一个对象集的一个行为需要协作对象来完成，但是它们的协作对象存在差异性，如何处理？ 在协作对象上加上一个adapter组成策略（Command Pattern） 前四个都是将变化的部分移出去，采用策略模式。 如果一个对象集的行为因为属性的取值而存在差异性，如何处理？ 将与其他对象连接的部分分离出去;每个行为都封装出去;保留接口，其他全部做成策略; 比较strategy 与 state 1 of N or M of N? 策略模式用在M of N 的情况下；状态模式也可以，但是通常用在1 of N 的情况下。 Who control the changing? 谁控制修改是不固