某软件公司基于面向对象技术开发了一套图形界面显示构件库Visual Component。在使用该库构建某图形界面时，用户要求为界面定制一些特效显示效果，如带滚动条、能够显示艺术字体的透明窗体等。针对这种需求，公司采用（）最为灵活。 桥接模式。 命令模式。 组合模式。 装饰模式。
一个软件的架构设计是随着技术的不断进步而不断变化的。以编译器为例，其主流架构经历了管道-过滤器到数据共享为中心的转变过程。以下关于编译器架构的叙述中，错误的是（） 早期的编译器采用管道.过滤器架构风格，以文本形式输入的代码被逐步转化为各种形式，最终生成可执行代码。 早期的编译器采用管道-过滤器架构风格，并且大多数编译器在词法分析时创造独立的符号表，在其后的阶段会不断修改符号表，因此符号表并不是程序数据的一部分。 现代的编译器采用以数据共享为中心的架构风格，主要关心编译过程中程序的中间表示。 现代的编译器采用以数据共享为中心的架构风格，但由于分析树是在语法分析阶段结束后才产生作为语义分析的输入，因此分析树不是数据中心的共享数据。
某公司欲开发一种工业机器人，用来进行汽车零件的装配。公司的架构师经过分析与讨论，给出了该机器人控制软件的两种候选架构方案：闭环控制和分层结构。以下对于这两种候选架构的选择理由，错误的是（） 应该采用闭环控制架构，因为闭环结构给出了将软件分解成几个协作构件的方法，这对于复杂任务特别适合。 应该采用闭环控制结构，因为闭环控制架构中机器人的主要构件监控器、传感器、发动机等）是彼此分开的，并能够独立替换。 应该采用分层结构，因为分层结构很好地组织了用来协调机器人操作的构件，系统结构更加清晰。 应该采用分层结构，因为抽象层的存在，满足了处理不确定性的需要：在较低层次不确定的实现细节在较高层次会变得确定。
软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是（） 架构文档应该从架构设计者的角度进行编写。 应该保持架构文档的即时更新，但更新不要过于频繁。 架构文档中的描述应该尽量避免不必要的重复。 每次架构文档修改，都应该记录修改的原则。
基于架构的软件设计（ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。以下关于ABSD的叙述中，错误的是（） 使用ABSD方法，设计活动可以从项目总体功能框架明确就开始。 ABSD方法是一个自顶向下，递归细化的过程。 ABSD方法有3个基础：功能分解、选择架构风格实现质量和商业需求及软件模板的使用。 使用ABSD方法，设计活动的开始意味着需求抽取和分析活动可以终止。
某软件开发公司负责开发一个Web服务器服务端处理软件，其核心部分是对客户端请求消息的解析与处理，包括HTTP报头分离、SOAP报文解析等功能。该公司的架构师决定采用成熟的架构风格指导整个软件的设计，以下（）架构风格，最适合该服务端处理软件。
