Web 设计模式中的PAC模式的全称是什么?

Web 设计模式中的PAC模式的全称是什么?,第1张

Web 设计模式中的PAC模式的全称是表示-抽象-控制(Presentation-Abstraction-Control,PAC)体系结构模式以合作agent的层次形式定义了交互软件系统的一种结构。

PAC模式定义

表示-抽象-控制(Presentation-Abstraction-Control,PAC)体系结构模式以合作agent的层次形式定义了交互软件 系统的一种结构。每个agent负责应用程序功能的某一特定方面,并且由表示、抽象和控制三个组件构成。这种细分将agent的人机交互与其功能内核和它 与其他agent的通信分隔开来。

结构

PAC模型以树状层次结构构建交互式应用层次。PAC agent共分三层:顶层PAC agent,底层PAC agent和中层PAC agent。但要注意的是,PAC并不是每个字母对应一层。后面,出现“agent”的地方与“PAC agent”同义。

顶层agent负责系统的核心功功能。比如说建立在一个数据仓库上的应用程序,顶层agent就相当于访问数据仓库的接口。

底层agent表达了独立的语义概念。比如,负责显示功能的agent,柱状图、饼图等各种视图都可以通过一个agent来控制。底层agent负责直接跟用户打交道,也就是除了显示数据还可以接收输入。

中层agent则是负责则山沟通底层和顶层agent。注意中层agent并不一定直接就和底层agent通信。因为中层agent中也可以分层次,高级别的中层agent管理低级别的中层agent,这个就有点像树里面的非叶子节点。

个人认为说agent分为三层还不如说agent分为三类。虽然,这样表述系统层次结构不太明显,但是起码不会和层次模型混淆。孙拆中

与MVC模型比较,PAC负责UI的底层agent不再依赖于核心功能的顶层agent。其关键在于加进了中层agent作为它们直接的桥梁。这样,核心 功能和显示真正的分开,而可以分别实现修改而不会严重影响系统其他部分。另外一个关键点是,agent之间通过一种尽可能小的接口进行通信(比如只有 send和receive),那么当某些agent要做修改,它只要保持通信内容格式的一致性,其他的agent就不需要作修改。

效果

Agent在实现的时候可以很容易分到独立的进程或线程中,所以PAC模式很容易支持多任务和分布式。各个agent之间的耦合降到很低,所以变化和扩展都很容易。

这种模型同时也存在一些问题,其中比较主要的就是通信的开销。御洞特别是在中层agent层次较深的时候,这个问题尤其明显。

PAC模型两个已知应用是网络通信量管理,也就是中心管理agent以及派出的多个监测agent。另一个例子是移动机器人。

pac指的是可编程自动化控制器。

PAC的概念定义为:控制引擎的集中,涵盖PLC用户的多种需要,以及制造业厂商对信息的需求。PAC包括PLC的主要功能和扩大的控制能力,以及PC-based控制中基于对象的、开放数据格式和网络连接等功能。

从PAC的定义可以看出PAC具备的特性,可以完成复杂的功能,并且系统的硬件和软件无缝集成,提高了控制系统的性能。而要完成这些功能,PLC需要额外的扩展卡才能完成。

编程时,集成的硬件和软件也是一个优势,用于PAC编程吵陪的集成开发环境(IDE)包括一个所有开发工银碰塌具共享的标签名数据库。PAC使用同一个软件包来满足现有的和未来的自动化要求,而不是使用来自不同供应商的多个软件包。

扩展资料:

pac基本要求有:

1、多域功能(逻辑、运动、驱动和过程)——这个概念支持多种I/O类型。逻辑、运动和其他功能的集成是不断增长的复杂控制方法的要求

2、单一的多学科开发平台——单一的开发环境必须能支持各种锋圆I/O和控制方案

3、用于设计贯穿多个机器或处理单元的应用程序的软件工具——这个软件工具必须能适应分布式 *** 作

4、一组de facto网络和语言标准——这个技术必须利用高投入技术

5、开放式、模块化体系结构——设计和技术标准与规范必须是在实现中开放的、模块化的和可结合的。

参考资料来源:百度百科—pac


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/12366607.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-24
下一篇 2023-05-24

发表评论

登录后才能评论

评论列表(0条)

保存