掘了双向沟通机制和推动技术的杠杆作用,提高 Web 服务器的积极性。根据 4.1.3 节中所述的结果,我们采用一个模拟的回调方法。这种方法通常依赖于 HTTP/1.1 中不间断连接(见[17] )。持续连接利用 XML HTTP 请求的概念[18]和其他类似机制,从服务器检索从而不必更新整个页面的信息。多亏这些技术,客户可以建立一个连接始终可用的服务器从用户的互动上独立发送数据。不幸的是,持续连接对于服务器是很昂贵的管理,这种做法不符合低消耗概念设备,像 MyHMI 使用的。沟通的缓冲机制在 CIM 实施从查询审核上看有助于克服的弊端。图5 客户端服务器分布式系统数据更新过程图5将一个字段变量的值更新系统化一个简化为“生命周期”。当客户端执行其轮换查询程序之后, UIM 首先从以前的客户端的请求检查,然后告知 CIM 在缓冲区的新值。如果没有通知发生, UIM 就设置一个时间溢出和等待新的数据存储到缓冲区:如果丢失的数据变得可用之前超时过期,整个缓冲区以批量方式迅速处理客户端;要不然;UIM 关闭轮询周期,并返回一个空的响应。由于缓冲和批量数据传输,对客户要求的数量急剧下降。此外,数据的变化需要通报只一些客户端,从而对减少通信信道拥塞,提高可扩展性,因此,提高整体系统的性能。 4.4 客户端设计客户层在 MyHMI 结构中的主要作用是管理数据显示和用户对话。为了避免对一个特定的技术依赖,我们制作了一个高层次的设计,可以实现在不同的渲染环境所设计的内部组件分布在图 6所示:客户端应用程序包含一个外部应用程序,在浏览器环境内执行。外部程序(在客户端脚本语言编写)是独立于浏览器的图形引擎和利用了 MVC 的组织。该模型包含业务对象的接口(例如,数据变量,趋势监视器)而在视图包括工具和介绍物业的移交技术管理则是通过移交技术(例如,小工具,用来显示数据的变量,一种趋势,或输入控制)。
全文预览
