当不能采用生成子类的方法进行扩充时,可采用( )设计模式动态的给一个对象添加一些额外的职责。
A. Facade (外观)
B. Singleton(单利)
C. Decorator(装饰)
D. Composite(组合)
查看答案
以下( )不是装饰模式的使用条件
A. 要扩展一个类的功能或给一个类增加附件责任
B. 要动态给一个对象增加功能,这些功能还能动态撤销
C. 要动态的组合多于一个的抽象化角色和实现化角色
D. 要通过一些基本功能的组合产生复杂功能,而不使用继承关系
某系统存在很多粒度十分小的类,不方便被外界直接使用,采用( )设计模式可以定义一个高层接口,是的系统更加容易使用。
A. facade(外观)
B. Singleton(单例)
C. Decorator(装饰)
D. Composite(组合)
以下关于外观模式的叙述错误的是( )
A. 在外观模式中,一个子系统的外部与其内部的通信可以通过一个统一的外观对象进行。
B. 在增加外观对象之后,客户端只需要直接和外观对象交互即可,与子系统类之间的复杂引用关系通过外观对象来实现,降低了系统的耦合度
C. 外观模式可以很好的限制客户类使用子系统,对客户类访问子系统类做出限制,可以提高系统的灵活性。
D. 可以为一个系统提供多个外观类
Windows操作系统中的应用程序快捷方式是( )模式的应用实例
A. 代理(Proxy)
B. 组合(Composite)
C. 装饰(Decorator)
D. 外观(Facade)