软件设计师刷题——面向对象技术

1、面向对象开发方法有Booch方法、Coad方法和OMT方法。Jackson方法是一种面向数据结构的开发方法。             

2、LISP一种基于λ演算的函数式编程语言，HTML用于处理静态网页。

3、面向对象分析的第一步就是确定问题域。

4、组合关系表示整体与其部分之间的一种关系。

5、 在面向对象技术中，不同的对象收到同一消息可以产生完全不同的结果，这一现象叫做多态（polymorphism）。在使用多态的时候，用户可以发送一个通用的消息，而实现的细节则由接收对象自行决定。这样，同一消息就可以调用不同的方法。多态有参数多态、包含多态、过载多态和强制多态四类。参数多态是应用比较广泛的多态，被称为最纯的多态，包含多态在许多语言中都存在，最常见的例子就是子类型化，即一个类型是另一个类型的子类型。过载多态是同一个名字在不同的上下文中所代表的含义不同。             

6、领域模型是从按对象分类的角度来创建对象领域的描述，包括定义概念、属性和重要的关联

7、事件触发一个没有特定监护条件的迁移，对象不一定离开当前状态             

8、实体类主要负责数据和业务逻辑；边界类负责和用户进行交互，即用户界面；控制类则负责实体类和界面类的交互。

9、一个类是一组对象的抽象定义。

10、在采用面向对象技术开发系统时，主要步骤有面向对象分析、面向对象设计、面向对象程序设计和面向对象测试。面向对象分析主要包括：认定对象、组织对象、描述对象间的相互作用、定义对象的操作、定义对象的内部信息。面向对象设计是设计分析模型和实现相应源代码。面向对象程序设计选择合适的面向对象程序设计语言，将程序组织为相互协作的对象集合，每个对象表示某个类的实例，类通过继承等关系进行组织。 面向对象测试是尽可能早的开始进行系统测试，以发现系统中可能存在的错误并进行修复，进而保证系统质量。

11、继承是父类（超类）和子类之间共享数据和方法的机制。覆盖是子类的方法覆盖了基类的方法，以实现不同的功能，或者对父类的功能进行扩充。

12、UML类图中，如果父类中已有方法名在子类中不出现，表示子类继承父类中的方法；如果父类中已有方法名在子类中出规了，就表示子类在继承父类接口定义的前提下，用适 合于自己要求的 实现去置换父类中的相应实现，即覆盖了父类中的方法。    

13、面向对象分析时主要关注系统的行为

14、对象图展现了一组对象以及其之间的关系，描述了在类图中所建立的事物的实例的静态快照。序列图是场景的图形化表示，描述了以时间顺序组织的对象之间的交互活动。通信图和序列图同构，强调收发消息的对象的结构组织。状态图展现了一个状态机，由状态、转换、事件和活动组成， 它关注系统的动态视图，强调对象行为的事件顺序。活动图是一种特殊的状态图，展现了在系统内从一个活动到另一个活动的流程，它专注于系统的动态视图。

15、UML2.0中提供的部署图展现了运行处理节点以及其中组件的配置，描述代码的物理模块，用于描述系统在，不同计算机系统的物理分布。部署图给出了体系结构的静态实施视图。它与组件图相关，通常一个节点包含一个或多个组件，其依赖关系类似于包图。部署图通常在实施阶段使用，以说明哪些组件或子系统部署于哪些结点。

16、两个类之间可以有多个关联，但这些关联需要由不同角色进行标识。

17、在面向对象分析过程中，选择名词短语来识别对象，动词短语识别对象的操作

18、类间关系可分为依赖、关联、聚合、组合和继承5种。按照上述顺序，类间关系依次增强，若类A的方法中仅仅使用了类B的对象，那么类A依赖于类B。如果类A的部分是由类B的对象组成，并且类A控制类B的生命周期，那么类A与类B是组合关系。

19、

 

20、面向对象设计中存在很多原则，其中高层模块不应该依赖于底层模块就是其中一条。 

21、UML中接口可用于声明对象类所需要的服务。

22、装饰模式主要的目的是在无法生成子类的情况下给一个对象动态地增加新的职责；
享元设计模式是共享大量细粒度的对象；适配器设计模式则是将已有的接口转换为系统希望的接口形式

23、采用设计模式的主要目的就是复用成功的设计。

24、设计模式： 

适配器（Adapter）模式是将类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
Bridge （桥接）模式将对象的抽象和其实现分离，从而可以独立地改变它们。
组合（Composite）模式描述了如何构造一个类层次式结构。结构型对象模式。
装饰器（Decorator）模式的意图是动态地给一个对象添加一些额外职责。在需要给某个对象而不是整个类添加一些功能时使用。这种模式对增加功能比生成子类更加灵活。

代理（Proxy） 模式通过提供与对象相同的接口来控制对这个对象的访问，以使得在确实需要这个对象时才对它进行创建和初始化。

命令（Command）模式将一个请求封装为一个对象，从而使使用者可以釆用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
25、通信图 其中如果一个框中的名称中带有“:”号，说明这表示的是一个对象，“:”号前的部分是对象名，“:”号后面的部分是类名。而对象之间连线上面的箭头所标识的是对象之间通信的消息。

26、UML类图（刻画系统静态）通常不用于对对象快照进行建模。

27、序列图展示了1个用例和多个对象的行为。

28、抽象工厂设计模式，该设计模式的意图是提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。一个系统要独立于其产品的创建、组合和表示时；一个系统要由多个产品系列中的一个来配置时；当需要强调一系列相关的产品对象的设计以便进行联合使用时；当提供一个产品类库，而只想显示它们的接口而不是实现时。对于希望使用已经存在的类，但其接口不符合需求的情形，应当考虑桥接设计模式。

策略（Strategy）设计模式定义一系列算法，把它们一个个封装起来，并且使它们可相互替换。这一模式使得算法可独立于它的客户而变化。

观察者（Observer）模式定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。使所要交互的对象尽量松耦合。此模式最适合用于发布/订阅消息模型由订阅者订阅消息主题，发布者一旦发布，所有的订阅者都会收到通知。
状态（State）模式是使得一个对象在其内部状态改变时通过调用另一个类中的方法改变其行为，使这个对象看起来如同修改了它的类。

外观（Facade）模式为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。适用于需要为一个复杂子系统提供一个简单接口的情况。

责任链模式（Chain of Responsibility）：通过给多个对象处理请求的机会，减少请求的发送者与接收者之间的耦合。将接收对象链接起来，在链中传递请求，直到有一个对象处理这个请求。
迭代器模式（Iterator）：提供一种方法来顺序访问一个聚合对象中的各个元素，而不需要暴露该对象的内部表示。

29、Singleton（单例）设计模式是一种创建型模式，其意图是保证一个类仅有一个实例，并提供一个访问这个唯一实例的全局访问点。单例模式适用于当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时，以及当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。

30、业务用例和参与者一起描述组织支持的业务过程。

31、工厂方法（Factory Method）定义一个用于创建对象的接口，让子类决定将哪-个类实例化，使一个类的实例化延迟到其子类。

32、生成器（Builder）模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

33、解释器模式（Interpreter）：给定一种语言，定义它的文法表示，并定义一个解释器，该解释器用来根据文法表示来解释语言中的句子。