【问题3】（6分）表现层状态转换（REST）是面向资源架构的核心思想，请用200字以内的文字解释什么是REST，并指出在REST中将哪三种关注点进行分离。
题目
【问题3】（6分）
表现层状态转换（REST）是面向资源架构的核心思想，请用200字以内的文字解释什么是REST，并指出在REST中将哪三种关注点进行分离。
相似考题
更多“【问题3】(6分) 表现层状态转换(REST)是面向资源架构的核心思想,请用200字以内的文字解释什么 ”相关问题
-
第1题：
试题四（共25分）
阅读以下Web应用系统架构设计的说明，在答题纸上回答问题1至问题3。
【说明】
某公司拟开发一个市场策略跟踪与分析系统，根据互联网上用户对公司产品信息的访问情况和产品实际销售情况来追踪各种市场策略的效果。其中互联网上用户对公司产品信息的访问情况需要借助两种不同的第三方Web分析软件进行数据采集与统计，并生成不同格式的数据报表；公司产品的实际销售情况则需要通过各个分公司的产品销售电子表格或数据库进行采集与汇总。得到相关数据后，还要对数据进行分析与统计，并通过浏览器以在线的方式向市场策略制定者展示最终的市场策略效果。
在对市场策略跟踪与分析系统的架构进行设计时，公司的架构师王工提出采用面向服务的系统架构，首先将各种待集成的第三方软件和异构数据源统一进行包装，然后将数据访问功能以标准Web服务接口的形式对外暴露，从而支持系统进行数据的分析与处理，前端则采CSS等技术实现浏览器数据的渲染与展示。架构师李工则认为该系统的核心在于数据的定位、汇聚与转换，更适合采用面向资源的架构，即首先为每种数据元素确定地址，然后将各种数据格式统一转换为JSON格式，通过对JSON数据的组合支持数据的分析与处理任务，处理结果经过渲染后在浏览器的环境中进行展示。在架构评估会议上，专家对这两种方案进行综合评价，最终采用了李工的方案。
【问题1】（7分）
请根据题干描述，对市场策略跟踪与分析系统的数据源特征与数据操作方式进行分析，完成表4-1中的(1)～(3)，并用200字以内的文字说明李工方案的优点。
【问题2】 (12分)
请从数据获取方式、数据交互方式和数据访问的上下文无关性三个方面对王工和李工的方案进行比较，并用500字以内的文字说明为什么没有采用王工的方案。
【问题3】（6分）
表现层状态转换( REST)是面向资源架构的核心思想，请用200字以内的文字解释什么是REST，并指出在REST中将哪三种关注点进行分离。
正确答案：试题四
【问题1】
通过对系统的数据源特征和数据操作方式进行分析可以看出，待集成的数据均为持久型数据（文件或数据库），系统对数据的访问均为只读非实时性的。针对上述应用特征，李工提出的面向资源的架构方式以对数据资源的只读访问为核心，通过数据唯一标识直接对各种数据进行访问与获取，系统架构清晰、实现简单、效率较高。
【问题2】
从数据获取方式看，王工的方案需要将现有的多个系统和异构的数据源包装为服务，采用Web服务暴露数据接口，客户端需要通过服务调用获取数据，这种方法工作量大，复杂度较高。李工的方案则绕开了复杂的功能封装，只需要明确数据的位置与标识，通过特定的网络协议直接使用标识定位并获取数据，与王工的方案相比工作量小，实现简单。
从数据交互方式看，王工的方案采用远程过程调用和异步XML消息等模式实现数据交互，这种方式适合于系统之间功能调用时进行的少量数据传输，而在进行单纯的数据访问时效率不高，稳定性也较差。李工的方案则以数据资源为核心，在对数据资源进行标识的基础上，通过标识符直接对数据资源进行访问与交互，实现简单且效率较高。
从数据访问的上下文无关性看，王工的方案中数据访问是上下文有关的，具体表现在每次客户端进行数据请求都需要附加唯一的请求标识，并且服务端需要区分不同的客户端请求，效率较低。李工的方案中数据访问是上下文无关的，客户端通过全局唯一的统一资源标识符（URI）请求对应的数据资源，服务端不需要区分不同的客户端请求。
【问题3】
REST从资源的角度来定义整个网络系统结构，分布在各处的资源由统一资源标识符（URI）确定，客户端应用程序通过URI获取资源的表现，并通过获得资源表现使得其状态发生改变。
REST中将资源、资源的表现和获取资源的动作三者进行分离。 -
第2题：
基于Web 2.0的Web应用十分强调用户的体验与感受，Ajax是目前广泛使用的表现层技术。请用200字以内的文字简要介绍Ajax的概念和核心思想，并说明在使用Ajax时，从效率方面考虑需要注意的问题(列举三个即可)。
正确答案：1．Ajax并不是一种全新的技术而是几种现有技术的组合。 (1)XHTML和CSS。 (2)使用文档对象模型作动态显示和交互。 (3)使用XML和XSLT做数据交互和操作。 (4)使用XMLHttpRequest进行异步数据接收； (5)使用JavaScript将它们绑定在一起。 2．在使用Ajax时从性能方面考虑需要注意以下几个问题。 (1)替换部分而不是全部HTML网页。 (2)不要在没有必要的情况下使用轮询计时器。 (3)根据不同的情况考虑传递不同格式的数据(Java Script、XML、HTML和XHTML等)。 (4)充分利用客户端的动态特性和计算能力减轻服务端负载。
1．Ajax并不是一种全新的技术，而是几种现有技术的组合。 (1)XHTML和CSS。 (2)使用文档对象模型作动态显示和交互。 (3)使用XML和XSLT做数据交互和操作。 (4)使用XMLHttpRequest进行异步数据接收； (5)使用JavaScript将它们绑定在一起。 2．在使用Ajax时，从性能方面考虑，需要注意以下几个问题。 (1)替换部分而不是全部HTML网页。 (2)不要在没有必要的情况下使用轮询计时器。 (3)根据不同的情况，考虑传递不同格式的数据(Java Script、XML、HTML和XHTML等)。 (4)充分利用客户端的动态特性和计算能力减轻服务端负载。 -
第3题：
阅读以下软件系统架构选择的问题，在答题纸上回答问题1至问题3。
某公司欲开发一个车辆定速巡航控制系统，以确保车辆在不断变化的地形中以固定的速度行驶。图4-1给出了该系统的简化示意图。表4-1描述了各种系统输入的含义。
公司的领域专家对需求进行深入分析后，将系统需求认定为：任何时刻，只要定速巡航控制系统处于工作状态，就要有确定的期望速度，并通过调整引擎油门的设定值来维持期望速度。
在对车辆定速巡航控制系统的架构进行设计时，公司的架构师王工提出采用面向对象的架构风格，而李工则主张采用控制环路的架构风格。在架构评估会议上，专家对这两种方案进行综合评价，最终采用了面向对象和控制环路相结合的混合架构风格。
【问题1】（5分）
在实际的软件项目开发中，采用成熟的架构风格是项目成功的保证。请用200字以内的文字说明：什么是软件架构风格；面向对象和控制环路两种架构风格各自的特点。
【问题2】（12分）
用户需求没有明确给出该系统如何根据输入集合计算输出。请用300字以内的文字针对该系统的增减速功能，分别给出两种架构风格中的主要构件，并详细描述计算过程。
【问题3】（8分）
实际的软件系统架构通常是多种架构风格的混合，不同的架构风格都有其适合的应用场景。以该系统为例，针对面向对象架构风格和控制环路架构风格，各给出两个适合的应用场景，并简要说明理由。答案：解析：【问题1】
软件架构风格是描述某一类特定应用领域中软件系统组织方式和惯用方式。
面向对象架构风格的特征是将数据表示和基本操作封装在对象中。这种模式的构件是对象，对象维护自身表示的完整性，对象之间通过消息机制进行通信，对象交互时需要知道彼此的标识，通过对象之间的协作完成计算过程。
控制环路架构风格是将过程输出的指定属性维护在一个特定的参考值（设定点）。控制环路风格包括过程变量、被控变量、输入变量、操纵变量和设定点等构件，通过收集实际和理想的过程状态信息，并能调整过程变量使得实际状态趋于理想状态。
【问题2】
对于系统的增减速功能，采用面向对象风格的巡航控制系统首先会定义司机、油门、时钟、速度计和车轮等构件。
整个计算的主要过程是：
（1）司机进行增／减速操作设置期望速度，该期望速度以消息的形式传递给速度计；
（2）速度计通过向车轮和时钟发送消息获取车轮转速和时钟值，得到当前速度；
（3）速度计计算当前速度和期望速度的速度差值；
（4）该差值以消息的形式发送给油门，油门通过速度差值调节自身状态；
（5）整个过程在时钟的控制下定期向速度计发送消息，重复执行（2）～（4）。
控制环路的架构风格以控制器为核心，期望速度、车轮脉冲、时钟和油门等作为构件。
具体的计算过程是：
（1）司机进行增／减速操作设置期望速度值；
（2）将设定值置为期望速度值；
（3）控制器采集车轮脉冲和时钟值，计算出当前速度；
（4）比较期望速度和当前速度，计算速度差值，控制油门动作；
（5）反复执行（3）和（4）。
【问题3】
适合面向对象架构风格的应用场景：
（1）用户刹车，立即退出巡航控制系统。理由：这是一个典型的事件驱动的场景，适合于面向对象风格。
（2）系统对突发事件的处理，如某些部件失灵等。理由：当发生突发事件时，系统会同时产生数据和事件，这种清况用对象建模较为恰当。
适合面向控制环路架构风格的应用场景：
（1）在达到期望速度后，系统维持恒定速度行驶。理由：这是一个典型的闭环控制的情景，系统需要在外界情况不断发生变化的情况下进行调整，使得系统状态尽可能接近期望状态。
（2）用户改变期望速度后，系统不断进行调整，直至到达恒定速度。理由：这是一个闭环控制情景，当用户设定期望速度值后，系统需要在不断获取当前速度和外界条件的情况下对系统状态持续调整，使得系统状态尽可能接近这个新的期望状态。 -
第4题：
阅读以下软件系统架构选择的问题。
某公司欲开发一个车辆定速巡航控制系统，以确保车辆在不断变化的地形中以固定的速度行驶。该系统的简化示意图如下图所示。各种系统输入的含义见下表。
定速巡航控制系统输入说明
公司的领域专家对需求进行深入分析后，将系统需求认定为：任何时刻，只要定速巡航控制系统处于工作状态，就要有确定的期望速度，并通过调整引擎油门的设定值来维持期望速度。
在对车辆定速巡航控制系统的架构进行设计时，公司的架构师王工提出采用面向对象的架构风格，而李工则主张采用控制环路的架构风格。在架构评估会议上，专家对这两种方案进行综合评价，最终采用了面向对象和控制环路相结合的混合架构风格。
[问题1]
在实际的软件项目开发中，采用成熟的架构风格是项目成功的保证。请用200字以内的文字说明：什么是软件架构风格：面向对象和控制环路两种架构风格各自的特点。
[问题2]
用户需求没有明确给出该系统如何根据输入集合计算输出。请用300字以内的文字针对该系统的增减速功能，分别给出两种架构风格中的主要构件，并详细描述计算过程。
[问题3]
实际的软件系统架构通常是多种架构风格的混合，不同的架构风格都有其适合的应用场景。以该系统为例，针对面向对象架构风格和控制环路架构风格，各给出两个适合的应用场景，并简要说明理由。
正确答案：[问题1] 软件架构风格是描述某一类特定应用领域中软件系统组织方式和惯用方式。 面向对象架构风格的特征是将数据表示和基本操作封装在对象中。这种模式的构件是对象对象维扩自身表示的完整性对象之间通过消息机制进行通信对象交互时需要知道彼此的标识通过对象之间的协作完成计算过程。 控制环路架构风格是将过程输出的指定属性维护在一个特定的参考值(设定点)。控制环路风格包括过程变量、被控变量、输入变量、操纵变量和设定点等构件通过收集实际和理想的过程状态信息并能调整过程变量使得实际状态趋于理想状态。 [问题2] 对于系统的增减速功能采用面向对象风格的巡航控制系统首先会定义司机、油门、时钟、速度计和车轮等构件。 整个计算的主要过程是： (1) 司机进行增/减速操作设置期望速度该期望速度以消息的形式传递给速度计； (2) 速度计通过向车轮和时钟发送消息获取车轮转速和时钟值得到当前速度； (3) 速度计计算当前速度和期望速度的速度差值： (4) 该差值以消息的形式发送给油门油门通过速度差值调节自身状态； (5) 整个过程在时钟的控制下定期向速度计发送消息重复执行(2)～(4)。 控制环路的架构风格以控制器为核心期望速度、车轮脉冲、时钟和油门等作为构件。 具体的计算过程是： (1) 司机进行增/减速操作设置期望速度值； (2) 将设定值置为期望速度值： (3) 控制器采集车轮脉冲和时钟值计算出当前速度； (4) 比较期望速度和当前速度计算速度差值控制油门动作； (5) 反复执行(3)和(4)。 [问题3] 适合面向对象架构风格的应用场景： (1) 用户刹车立即退出巡航控制系统。理由：这是一个典型的事件驱动的场景适合于面向对象风格。 (2) 系统对突发事件的处理如某些部件失灵等。理由：当发生突发事件时系统会同时产生数据和事件这种情况用对象建模较为恰当。 适合面向控制环路架构风格的应用场景： (1) 在达到期望速度后系统维持恒定速度行驶。理由：这是一个典型的闭环控制的情景系统需要在外界情况不断发生变化的情况下进行调整使得系统状态尽可能接近期望状态。 (2) 用户改变期望速度后系统不断进行调整直至到达恒定速度。理由：这是一个闭环控制情景当用户设定期望速度值后系统需要在不断获取当前速度和外界条件的情况下对系统状态持续调整使得系统状态尽可能接近这个新的期望状态。
[问题1] 软件架构风格是描述某一类特定应用领域中软件系统组织方式和惯用方式。 面向对象架构风格的特征是将数据表示和基本操作封装在对象中。这种模式的构件是对象，对象维扩自身表示的完整性，对象之间通过消息机制进行通信，对象交互时需要知道彼此的标识，通过对象之间的协作完成计算过程。 控制环路架构风格是将过程输出的指定属性维护在一个特定的参考值(设定点)。控制环路风格包括过程变量、被控变量、输入变量、操纵变量和设定点等构件，通过收集实际和理想的过程状态信息，并能调整过程变量使得实际状态趋于理想状态。 [问题2] 对于系统的增减速功能，采用面向对象风格的巡航控制系统首先会定义司机、油门、时钟、速度计和车轮等构件。 整个计算的主要过程是： (1) 司机进行增/减速操作设置期望速度，该期望速度以消息的形式传递给速度计； (2) 速度计通过向车轮和时钟发送消息获取车轮转速和时钟值，得到当前速度； (3) 速度计计算当前速度和期望速度的速度差值： (4) 该差值以消息的形式发送给油门，油门通过速度差值调节自身状态； (5) 整个过程在时钟的控制下定期向速度计发送消息，重复执行(2)～(4)。 控制环路的架构风格以控制器为核心，期望速度、车轮脉冲、时钟和油门等作为构件。 具体的计算过程是： (1) 司机进行增/减速操作设置期望速度值； (2) 将设定值置为期望速度值： (3) 控制器采集车轮脉冲和时钟值，计算出当前速度； (4) 比较期望速度和当前速度，计算速度差值，控制油门动作； (5) 反复执行(3)和(4)。 [问题3] 适合面向对象架构风格的应用场景： (1) 用户刹车，立即退出巡航控制系统。理由：这是一个典型的事件驱动的场景，适合于面向对象风格。 (2) 系统对突发事件的处理，如某些部件失灵等。理由：当发生突发事件时，系统会同时产生数据和事件，这种情况用对象建模较为恰当。 适合面向控制环路架构风格的应用场景： (1) 在达到期望速度后，系统维持恒定速度行驶。理由：这是一个典型的闭环控制的情景，系统需要在外界情况不断发生变化的情况下进行调整，使得系统状态尽可能接近期望状态。 (2) 用户改变期望速度后，系统不断进行调整，直至到达恒定速度。理由：这是一个闭环控制情景，当用户设定期望速度值后，系统需要在不断获取当前速度和外界条件的情况下对系统状态持续调整，使得系统状态尽可能接近这个新的期望状态。 解析：本题主要考查软件系统架构的比较与选择问题，即如何根据实际系统的要求选择合适的架构风格。
[问题1]
本问题主要考查软件架构风格的基本概念以及面向对象和控制环路两种常见架构风格的特点。根据卡内基.梅隆大学软件工程研究所等权威机构的定义，软件架构风格是描述某一类特定应用领域中软件系统组织方式和惯用方式。
面向对象架构风格的特征是将数据表示和基本操作封装在对象中。这种模式的构件是对象，对象维护自身表示的完整性，对象之间通过消息机制进行通信，对象交互时需要知道彼此的标识，通过对象之间的协作完成计算过程。
控制环路架构风格是将过程输出的指定属性维护在一个特定的参考值(设定点)。控制环路风格包括过程变量、被控变量、输入变量、操纵变量和设定点等构件，通过收集实际和理想的过程状态信息，并能调整过程变量使得实际状态趋于理想状态。
[问题2]
主要针对系统的增减速功能的要求设计两种风格的主要构件，在设计构件时需要注意符合两种架构风格的基本要求和约束。
采用面向对象风格的巡航控制系统首先会定义司机、油门、时钟、速度计和车轮等对象。整个计算过程通过对象之间的合理交互完成期望的功能。
控制环路的架构风格将以控制器为核心，期望速度、车轮脉冲、时钟和油门等作为构件。通过不断地反馈机制实现对系统的控制。
[问题3]
主要从应用场景的角度比较两种架构风格。面向对象系统比较适合事件驱动的场景，特别是离散突发事件的处理：而控制环路则适合连续事件的处理，比如维持恒定车速等。 -
第5题：
（ ）架构风格的核心是资源抽象，将系统中的每一个实体抽象成一种资源。
A. 虚拟机
B. Rest风格
C. 层次风格
D. 数据共享答案：B解析：在REST中，资源可以简单的理解为URI，表示一个网络实体。比如，/users/1/name，对应id=1的用户的属性name。既然资源是URI，就会具有以下特征：名词，代表一个资源；它对应唯一的一个资源，是资源的地址。