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

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

---