以下关于软件架构风格与系统性能关系的叙述，错误的是（ ）。A.对于采用层次化架构风格的系统，划分的层次越多，系统的性能越差 B.对于采用管道-过滤器架构风格的系统，可以通过引入过滤器的数据并发处理提高系统性能 C.对于采用面向对象架构风格的系统，可以通过减少功能调用层次提高系统性能 D.对于采用过程调用架构风格的系统，可以通过将显式调用策略替换为隐式调用策略提高系统性能。

Garlan和Shaw对通用软件架构风格进行了分类，他们将软件架构分为数据流风格、调用/返回风格、独立构件风格、虚拟机风格和仓库风格。（1）数据流风格：数据流风格包括批处理序列和管理/过滤器两种风格。（2）调用/返回风格：调用/返回风格包括主程序/子程序、数据抽象和面向对象，以及层次结构。（3）独立构件风格：独立构件风格包括进程通信和事件驱动的系统。（4）虚拟机风格：虚拟机风格包括解释器和基于规则的系统。（5）仓库风格：仓库风格包括数据库系统、黑板系统和超文本系统。

[写作要点] 一、简要描述所参与分析和开发的软件系统开发项目，并明确指出在其中承担的主要任务和开展的主要工作。 二、分析在软件系统开发中常用的软件系统架构风格，详细阐述每种风格的具体含义。 软件系统开发中常用的软件系统架构风格主要包括： 1．管道和过滤器风格 在管道/过滤器风格的软件体系结构中，每个构件都有一组输入和输出，构件读输入的数据流，经过内部处理，然后产生输出数据流。这个过程通常通过对输入流的变换及增量计算来完成，所以在输入被完全消费之前，输出便产生了。因此，这里的构件被称为过滤器，这种风格的连接件就像是数据流传输的管道，将一个过滤器的输出传到另一过滤器的输入。此风格特别重要的过滤器必须是独立的实体，它不能与其他的过滤器共享数据，而且一个过滤器不知道它上游和下游的标识。一个管道/过滤器网络输出的正确性并不依赖于过滤器进行增量计算过程的顺序。 2．数据抽象和面向对象风格 抽象数据类型概念对软件系统有着重要作用，目前软件界已普遍转向使用面向对象系统。这种风格建立在数据抽象和面向对象的基础上，数据的表示方法和它们的相应操作封装在一个抽象数据类型或对象中。这种风格的构件是对象，或者说是抽象数据类型的实例。对象是一种被称作管理者的构件，因为它负责保持资源的完整性。对象是通过函数和过程的调用来交互的。 3．基于事件的隐式调用风格 基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程，这样，一个事件的触发就导致了另一模块中的过程的调用。基于事件的隐式调用风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。这样不能假定构件的处理顺序，甚至不知道哪些过程会被调用，因此，许多隐式调用的系统也包含显式调用作为构件交互的补充形式。 4．层次系统风格 层次系统组织成一个层次结构，每一层为上层服务，并作为下层客户。在一些层次系统中，除了一些精心挑选的输出函数外，内部的层只对相邻的层可见。这样的系统中构件在一些层实现了虚拟机(在另一些层次系统中层是部分不透明的)。连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。这种风格支持基于可增加抽象层的设计。这样，允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件重用提供了强大的支持。 5．仓库风格 在仓库风格中，有两种不同的构件：中央数据结构说明当前状态，独立构件在中央数据存储上执行，仓库与构件间的相互作用在系统中会有大的变化。控制原则的选取产生两个主要的子类。若输入流中某类时间触发进程执行的选择，则仓库是一传统型数据库；另一方面，若中央数据结构的当前状态触发进程执行的选择，则仓库是一黑板系统。 6．C2风格 C2体系结构风格可以概括为：通过连接件绑定在一起的按照一组规则运作的并行构件网络。C2风格中的系统组织规则如下：系统中的构件和连接件都有一个顶部和一个底部；构件的顶部应连接到某连接件的底部，构件的底部则应连接到某连接件的顶部，而构件与构件之间的直接连接是不允许的；一个连接件可以和任意数目的其他构件和连接件连接；当两个连接件进行直接连接时，必须由其中一个的底部到另一个的顶部。 三、针对作者实际参与的软件系统开发项目，说明所采用的软件架构风格，并描述该架构风格所产生的实际应用效果。

语音识别是黑板风格的经典应用场景。

体系结构风格反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成一个完整的系统。对软件体系结构风格的研究和实践促进对设计的重用，一些经过实践证实的解决方案也可以可靠地用于解决新的问题。例如，如果某人把系统描述为客户/服务器模式，则不必给出设计细节，我们立刻就会明白系统是如何组织和工作的。语音识别是黑板风格的经典应用场景。输入某个构件，经过内部处理，产生数据输出的系统，正是管道-过滤器中过滤器的职能，把多个过滤器使用管道相联的风格为管道-过滤器风格。

本题主要考查对软件架构风格与系统性能之间关系的理解。对于采用层次化架构风格的系统，划分的层次越多，系统完成某项功能需要的中间调用操作越多，其性能越差。对于采用管道一过滤器架构风格的系统，可以通过引入过滤器的数据并发处理可以有效提高系统性能。对于采用面向对象架构风格的系统，可以通过减少功能调用层次提高系统性能。对于采用过程调用架构风格的系统，将显式调用策略替换为隐式调用策略能够提高系统的灵活性，但会降低系统的性能。

软件架构五大风格：
（1）数据流风格：包括批处理序列架构风格（Batch Sequential）和管理/过滤器架构风格（Pipes/Filters）。
（2）调用/返回风格：包括主程序/子程序架构风格（Main Program and Subroutine）、数据抽象和面向对象架构风格（DataAbstraction and Object-Oriented）及层次结构架构风格（Hierarchical Layers）.
（3）独立构件风格：包括进程通信架构风格（Communicating Processes）和事件驱动架构风格（EventSystems）。
（4）虚拟机风格：包括解释器架构风格（Interpreters）和基于规则的系统（Rule-based Systems）架构风格。
（5）仓库风格：包括数据库架构风格（Database）和黑板架构风格（BlackBoards）

在REST中，资源可以简单的理解为URI，表示一个网络实体。比如，/users/1/name，对应id=1的用户的属性name。既然资源是URI，就会具有以下特征：名词，代表一个资源；它对应唯一的一个资源，是资源的地址。

输入某个构件，经过内部处理，产生数据输出的系统，正是管道-过滤器中过滤器的职能，把多个过滤器使用管道相联的风格为管道-过滤器风格。

Windows操作系统在图形用户界面处理方面采用的是典型的"事件驱动"的架构风格。首先注册事件处理的是回调函数，当某个界面事件发生时（例如键盘敲击、鼠标移动等），系统会查找并选择合适的回调函数处理该事件。Java语言是一种解释型语言，在Java虚拟机上运行，这从架构风格上看是典型的"虚拟机"风格，即通过虚拟机架构屏蔽不同的硬件环境。

【问题1】
软件架构风格是描述某一类特定应用领域中软件系统组织方式和惯用方式。
面向对象架构风格的特征是将数据表示和基本操作封装在对象中。这种模式的构件是对象，对象维护自身表示的完整性，对象之间通过消息机制进行通信，对象交互时需要知道彼此的标识，通过对象之间的协作完成计算过程。
控制环路架构风格是将过程输出的指定属性维护在一个特定的参考值（设定点）。控制环路风格包括过程变量、被控变量、输入变量、操纵变量和设定点等构件，通过收集实际和理想的过程状态信息，并能调整过程变量使得实际状态趋于理想状态。
【问题2】
对于系统的增减速功能，采用面向对象风格的巡航控制系统首先会定义司机、油门、时钟、速度计和车轮等构件。
整个计算的主要过程是：
（1）司机进行增／减速操作设置期望速度，该期望速度以消息的形式传递给速度计；
（2）速度计通过向车轮和时钟发送消息获取车轮转速和时钟值，得到当前速度；
（3）速度计计算当前速度和期望速度的速度差值；
（4）该差值以消息的形式发送给油门，油门通过速度差值调节自身状态；
（5）整个过程在时钟的控制下定期向速度计发送消息，重复执行（2）～（4）。
控制环路的架构风格以控制器为核心，期望速度、车轮脉冲、时钟和油门等作为构件。
具体的计算过程是：
（1）司机进行增／减速操作设置期望速度值；
（2）将设定值置为期望速度值；
（3）控制器采集车轮脉冲和时钟值，计算出当前速度；
（4）比较期望速度和当前速度，计算速度差值，控制油门动作；
（5）反复执行（3）和（4）。
【问题3】
适合面向对象架构风格的应用场景：
（1）用户刹车，立即退出巡航控制系统。理由：这是一个典型的事件驱动的场景，适合于面向对象风格。
（2）系统对突发事件的处理，如某些部件失灵等。理由：当发生突发事件时，系统会同时产生数据和事件，这种清况用对象建模较为恰当。
适合面向控制环路架构风格的应用场景：
（1）在达到期望速度后，系统维持恒定速度行驶。理由：这是一个典型的闭环控制的情景，系统需要在外界情况不断发生变化的情况下进行调整，使得系统状态尽可能接近期望状态。
（2）用户改变期望速度后，系统不断进行调整，直至到达恒定速度。理由：这是一个闭环控制情景，当用户设定期望速度值后，系统需要在不断获取当前速度和外界条件的情况下对系统状态持续调整，使得系统状态尽可能接近这个新的期望状态。

该软件系统特别强调用户定义系统中对象的关系和行为这一特性，这需要在软件架构层面提供一种运行时的系统行为定义与改变的能力，根据常见架构风格的特点和适用环境，可以知道最合适的架构设计风格应该是解释器风格