正确答案: C

从效率方面考虑，一般情况下消息机制比方法调用更有优势

题目：在企业应用系统开发中，方法调用（Method Invocation）和消息（Messaging）机制是两种常用的数据处理与交换方式，下面关于这两种机制的描述，不正确的是（）

解析：方法调用是指当某个事件发生时，调用某个对象的方法来处理事件。消息机制是指当某个事件发生时，把相关的消息发送给某些对象（一个或多个），相关对象捕获消息后，进行相应的处理。从以上定义可以看出，方法调用一般具有同步特性，而消息机制具有异步的特点。在消息调用机制中，消息是通过消息总线进行发送的，可以支持多个数据的发送者和接收者，更加灵活。从效率方面考虑，由于方法调用指定调用某个对象的方法，同步进行，所以效率要高一些。而消息机制由于采用异步方法，数据不一定得到很快的处理，具体要根据接收消息的对象的处理情况，所以一般情况下效率会低一些。但是，从可靠性方面考虑，由于消息机制是通过系统总线来完成，且可能有多个接收者，所以比方法调用更有优势。

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]设计模式（Design Pattem）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。下面关于设计模式所倡导的基本原则的描述，错误的是（）

优先使用继承，而不是组合

解析：设计模式所倡导的基本原则如下。①开闭原则：一个软件实体应当对扩展开放，对修改关闭。在设计一个模块时，应当使这个模块可以在不被修改的情况下被扩展。关键在于抽象，抽象层要预见所有可能的扩展，因此，抽象层在任何扩展情况下都不会改变，即对修改关闭。同时，由于从抽象层导出一个或多个新类，可以有不同的实现，改变系统的行为，此即为对扩展开发。简而言之，抽象层对修改关闭，通过扩展实现改变系统行为。②里氏代换原则：任何基类可以出现的地方，子类一定可以出现。③依赖原则：要依赖于抽象，而不是具体实现。也可以这样说，要针对接口编程，不要针对实现编程。④接口分离原则：应当为客户端提供尽量小的单独的接口，而不是提供大的接口。⑤组合复用原则：要尽量使用组合，而不是继承关系达到复用目的。⑥迪米特法则：又叫最少知识法则，就是说一个对象应当对其他对象有尽可能少的了解。

[单选题]系统应用架构设计中，网络架构数据流图的主要作用是将处理器和设备分配到网络中。（）不属于网络架构数据流图的内容。

单位时间的数据流大小

解析：应用架构建模中要绘制的第一个物理数据流图（PDFD）是网络架构DFD，它们不显示单位时间的数据流量，需要显示的信息包括服务器及其物理位置、客户端及其物理位置、处理器说明、传输协议。

[单选题]博学公司欲开发一个基于图形用户界面的集成调试器。该调试器的编辑器和变量监视器可以设置调试断点。当调试器在断点处暂停运行时，编辑程序可以自动卷屏到断点，变量监视器刷新变量数值。针对这样的功能描述，采用（）的架构风格最为合适。

隐式调用

解析：根据题干描述，调试器在设置端点时，其本质是在断点处设置一个事件监听函数，当程序执行到断点位置时，会触发并调用该事件监听函数，监听函数负责进行自动卷屏、刷新变量数值等动作。这是一个典型的回调机制，属于隐式调用的架构风格。

[单选题]某公司欲开发一种工业机器人，用来进行汽车零件的装配。公司的架构师经过分析与讨论，给出了该机器人控制软件的两种候选架构方案：闭环控制和分层结构。以下对于这两种候选架构的选择理由，错误的是（）

应该采用闭环控制架构，因为闭环结构给出了将软件分解成几个协作构件的方法，这对于复杂任务特别适合

解析：采用闭环结构的软件通常由几个协作构件共同构成，且其中的主要构件彼此分开，能够进行替换与重用，但闭环结构通常适用于处理简单任务（如机器装配等），并不适用于复杂任务。分层结构的特点是通过引入抽象层，在较低层次不确定的实现细节在较高层次会变得确定，并能够组织层间构件的协作，系统结构更加清晰。

[单选题]Architecture TradeoffAnalysis Method（ATAM）是一种软件架构的评估方法，以下关于该方法的叙述中，正确的是（）

ATAM不是一种精确的评估工具

解析：本题考查软件体系结构中的评估方法。ATAM是软件体系结构评估中的一种方法，主要对软件体系结构的设计结果进行评估。评估是软件系统详细设计、实现和测试之前的阶段工作，因此评估不涉及系统的实现代码和测试，因为评估是考查软件体系结构是否能够合适地解决软件系统的需求，并不对软件需求自身是否准确进行核实，而软件需求是否准确是需求评审阶段的工作。ATAM并不是一种精确的评估方法，该方法表现的主要形式是评审会议。

[单选题]软件的分层式体系结构把软件系统划分为4层，这4层结构自顶向下分别是（）

应用软件、业务构件、中间件、系统软件

解析：软件的分层式体系结构把软件系统划分为4层，这4层结构自顶向下分别是应用软件、业务构件、中间件和系统软件。

[单选题]识别风险点、非风险点、敏感点和权衡点是软件架构评估过程中的关键步骤。针对某系统所作的架构设计中，“系统需要支持的最大并发用户数量直接影响传输协议和数据格式”描述了系统架构设计中的一个（1）：“由于系统的业务逻辑目前尚不清楚，因此现有系统三层架构中的第2层可能会出现功能重复，这会影响系统的可修改性”描述了系统架构设计中的一个（2）。

解析：本题考查架构设计中的一些基本概念。风险点与非风险点不是以标准专业术语形式出现的，只是一个常规概念，即可能引起风险的因素，可称为风险点。敏感点是一个或多个构件（和／或构件之间的关系）的特性。研究敏感点可使设计人员或分析员明确在搞清楚如何实现质量目标时应注意什么。权衡点是影响多个质量属性的特性，是多个质量属性的敏感点。例如，改变加密级别可能会对安全性和性能产生非常重要的影响。提高加密级别可以提高安全性，但可能要耗费更多的处理时间，影响系统性能。如果某个机密消息的处理有严格的时间延迟要求，则加密级别可能就会成为一个权衡点。