最新加入词条： 

• 201. Path   路径、通路

• 1）在发送者和接收者之间E-mail消息所经过的路线；（2）信号通过的信道；（3）对一个目录或文件完全指定的从根目录开始的位置。

• 202. PVM　  并行虚拟机

• PVM(Parallel Virtual Machine)并行虚拟机是一个软件包，使用这个软件包可以让不同构的UNIX计算机由网络联结成一个大型并行计算机，使得大型计算在花费较少的情况下得以实现。

• 203. Push Technology　  推技术

• 在客户机/服务器的应用程序中，推技术能够向客户机传送数据而无需其发出请求，例如发送电子邮件。相比较而言，万维网却是基于拉技术（Pull Technology），因此客户机浏览器必须事先向网页发出请求，所需信息才能被传送过来。传播媒介都属于推技术的应用范畴，因为不管是否有人接收，他们的信息都照发不误。

• 204. PHP4　  嵌入式脚本描述语言

• PHP4是一种服务器端HTML-嵌入式脚本描述语言。它最强大和最重要的特征是萍乡的数据库集成层，使用它完成一个含有数据库功能能的网页是不可置信的简单，并且支持绝大多数的数据库。

• 205. PIN　   个人识别号

• PIN(Personal Identification Number)是指一种常用四位数表示的口令，基本上就等同于密码的作用。

• 206. Pull-down menu　   下拉菜单

• 一种屏幕上的命令选项菜单，当用户在菜单条选择命令名后便出现菜单。下拉一词来自 Macintosh 对这种方法的实现，即如果不将屏幕上鼠标指针拖出菜单按下并按住鼠标键，菜单就不会停留在屏幕上。

• 207. Object Broker，DEC  DEC的对象代理者软件，DEC的Object Broker软件

• 数字设备公司的ObjectBroker是一种分层软件产品，它允许软件开发者对独立开发的应用程序运用一种面向对象的研究和跨越多种厂商环境的服务。Object Broker V．25全面实现了对象管理组织描述的公用对象请求代管者体系结构（CORBA）。Object Broker通过在操作系统级网络级消除集成代码的开发，简化了客户机／服务器应用程序的开发。
  
  Object Broker扩展了在多厂商网络环境内实现Microsoft的对象链接嵌入（OLE）或动态数据交换（DDE）接口的应用能力。DEC和Microsoft联合起来为基于对象的客户机／服务器开发和展开，提供一种开放体系结构。这一行动导致了公用对象模型（COM），它是为允许Windows应用访问其他平台的应用而设计的一组基于对象的分布式联网接口。这里说的其他平台包括DEC Open VMS环境、Macintosh系统和不同的UNIX变种。
  
  Object Broker的特征包括：
  
  □ 允许应用程序在多平台上进行处理，并以透明的方式在应用之间发送请求、控制和相互协作。
  
  □ 通过在操作系统和网络传输级上的连续，基于标准的应用程序编程接口，提供应用命名、能力登记、定位、活动、请求／数据分发。
  
  □ 在不修改原代码的前提下，对现有（合法）的应用和数据进行加密，因而现有的应用可以融合进新的客户机／服务器结构
  
  COM的出现是Microsoft的一个重要举措。它通过允许Windows应用和与Object Broker兼容的系统交换信息，开放了Windows环境。在环境之间使用的通信方式是基于在开放软件基金会的分布式计算环境中使用的远程过程调用（RPC）的。由于Object Broker是基于OMG的CORBA，所以Microsoft可以无需和OMG捆绑在一起，就能对CORBA进行访问了。
  
  相关条目：Common Object Model 公用对象模型；Common Object Request Broker Archtecture公用对象请求代管者体系结构；Object Linkingand Embedding 对象链接和嵌入；Object Management Group 对象管理组织。
  
  
  

• 208. Object Linkingand Embedding  对象链接与嵌入

• 对象链接和嵌入（OLE）提供了一条集成不同应用对象的途径。一个对象可以是一个电子表格的信息块、一个绘图程序的图形、或从一个声音程序剪切的音频块，每个对象都是它的服务器应用生成和维护的。但是通过OLE，可以集成不同服务器应用的服务。这意味着用户不需要交换到其他应用来编辑现行文档中的对象。他们可以通过使用从服务器应用“生出”的功能，来简单地在本地（OLE2．0）对对象进行编辑。
  
  每个对象都有它自己的数据类型定义。例如，一个电子表格对象具有包含格式化代码的信息单元，而一个图形图像包含位映射数据或重新绘制图像的命令。OLE允许任何与OLE兼容的应用来显示其他应用的对象，和在数据之间建立关联。OLE应用可以识别很丰富的下面的文件结构，并且即使对象是在其他任何地方产生的，它也能够显示这些对象和提供编辑功能。
  
  一个复合文档是包含不同应用程序生成的对象文档，如图O－1所示。这种文档是一种可以存放对象的所有者。图中点亮的窗口（Microsoft Word）是包含一个电子表格程序和一个绘图程序的复合文档。用户可以集中精力于复合文档，而不是每个用于生成文档中对象的应用；然而，当需要时可以使用这些应用程序的功能，而无需用户实际切换到另一个应用程序。
  
  对象既可以嵌入到复合文档中，也可以链接到复合文档中。下文将对这两种情况分别介绍，但是复合文档可以同时包含这两种类型的对象。
  
  链接的对象 不象嵌入的对象那样，一个链接对象并不实际存在于一个复合文档中。复合文档包含一个到对象的引用，这个对象是作为单独的磁盘文件存在的。保持一个到这个文件的链接，因而如果这个文件有任何变化，这种变化就会在包含对它的链接的复合文档中反映出来。链接具有如下特征：
  
  □ 链接的对象存在于复合文档之外的文件中。如果这些文件被删除了，连接就丢失了。如果它们被移动了，就必须建立新的链接。
  
  □ 由于复合文档中只包含对链接的对象的引用，所以复合文档本身体积是很小的。
  
  □ 链接可以跨越网络而存在——一个复合文档可能存在于一个计算机上，而一个链接文件却可能存在于另一台计算机上，如对象服务器上。
  
  □如果一个复合文档被移动到另一个系统上，那么所有链接的文件也必须随之移动。
  
  嵌入的对象 不象链接的对象那样，一个嵌入的对象是直接存储在复合文档中的。一个嵌入的对象保持和创造它的应用之间的联系。用鼠标器双击对象，就可以打开这个应用，从而对对象进行编辑。嵌入具有如下特征：
  
  □ 嵌入的对象可以在本地进行编辑，所以用户从来就不需要离开复合文档。
  
  □ 对嵌入的对象的改变不会影响到原始文件（如果这个原始文件是存在的，这里的意思是嵌入的对象可能是这个对象的唯一存在形式）。
  
  □ 这个对象并不需要以一个单独文件的形式存在。
  
  □ 这个对象是和复合文档存储在一起的。
  
  □ 由于所有的元素存储在一个文件中，所以嵌入简化了文档的管理。
  
  □ 嵌入的对象和包含它的文档一起移动，从而使用户可以轻易地改变文档。
  
  □ 包含嵌入对象的复合文档是很大的，这是因为复合文档包含构成对象的所有数据，而不象链接引用外部的对象。
  
  OLE 2．0对嵌入对象使用本地活动（in－place activities）。如果用户双击复合文档中的对象，所有的交互工作都在复合文档内发生。和对象进行交互操作所需的菜单、工具条、调色板和其他控制，暂时替代了活跃窗口的现存菜单和控制。当用户进行完编辑后，返回到正常的控制，并且对象以改变后的形式存在。在多媒体对象的情况下，说进行“编辑”可能是一种不当的说法。用户通过“播放（playing）”和这种对象进行交互操作，而不是“编辑（editing）”，虽然编辑有时也是可以的。
  
  链接的对象也可以是一些操作，被在本地激活，如重现和显示，但是它们不能在本地被编辑，而是为进行编辑打开一个独立的窗口。
  
  从用户的角度来看，OLE为所有在Windows环境的OLE兼容的应用，提供了一种通用集成的策略。应用这时更象用户组装不同应用对象的工作场地。OLE通过允许用户共享对象，使得工作小组可在一个网络上协作工作。例如，项目经理可以将协作者创作的连接对象插入到复合文档中。这些合作者为项目进展而对这些对象进行的变动将在这个复合文档中反映出来。
  
  复合文档可以被看成是有关所有将进入报告（report）的元素的中央仓库。它既可以直接包含这些元素（嵌入对象），也可以生成到包含这些元素文件的一个引用关系。在旧的组装文档的方式中，你首先需要写下所有构成一个复合文档或报告的相联文件的名字，然后在打印之后对它们进行组合。在OLE环境，你可以将所有这些部件组装成一个复合文档，这个复合文档保持对每个元素的位置的跟踪，并在打印时将它们组合在一起。
  
  在Windows for Workgroup和Windows NT环境，一个称为ClipBook的实用功能，提供在一个网络上进行工作的先切再贴（cut－and－paste）特征。你可以将希望和其他用户共享的对象放置在ClipBook中。然后，其他用户可以在他们的计算机上打开ClipBook，并将这些对象贴到他们的文档中去。这些对象保持一个到你的计算机上的文件连接，因而如果你对这个文件进行了修改，在其他用户的文档中的拷贝也将作相应的改变。然而，如果你的计算机没有打开，其他用户就不能从你的计算机上获得这些修改。
  
  Other OLE Features 其他OLE特征
  
  OLE还实现了一些其他有趣的特征。2．0版本对早期的OLE中的特征进行了较大的扩展，例如，那些与Windows for Workplace V3．1和Windows NT V3．1合并的特征。下面讨论版本2．0的一些特征。
  
  Draw and Drop拉放
  
  在Windows环境，剪切板（Clipboard）是在应用之间传送数据的一个通用的实用功能。以前，为达到这一目的，必须在源部分首先执行复制（Copy）命令，然后在目的地执行贴上（Paste）命令。拉放研究为达到相同的结果提供了更加自然的途径。用户首先描述出需要复制的对象，然后点击这个对象，并同时按住鼠标器的按纽，拖拉这个对象到目的文档。拉放特征消除了应用之间的障碍。窗口框架已经不再是分离应用的一堵墙壁。用户可以自由地从一个应用拖拉信息到另一个应用，从而简化了创建复合文档的过程。拉放功能还可以和源图标（source icon），例如打印机和信箱等，一起工作。拉放一个对象到打印机的图标上，可以使这个对象被打印出来。
  
  性质继承（Property Inheritance）
  
  当对象嵌入到复合文档中时，它可能具有和文档其他部分不一致的性质。例如，嵌入的对象中的字体就 能和这个文档中使用的字体不一样。为了使嵌入的对象和复合文档的形式保持一致，OLE允许文档向对象送性质。然后，这个对象就可以继承这些性质，并将它的外观变化得和文档的其他部分保持一致。
  
  对象类型转换和仿真（Object Type Converston and Emulation）
  
  如前所述，对象具有定义数据的格式和对象其他性质类型的特征。这些类型是由生得这个对象的应用定义的。在一些情况下，用户可能喜欢将对象转变为另一种不同的类型，从而他们可以和具有一些特殊特征的应用一起编辑和管理这个对象。
  
  OLE提供了一种机制，通过这种机制，应用可以执行类型转换和仿真。类型转换导致对象的永久改变。而类型仿真生成具有其他类型对象特性的对象，当时还保持它自己原始的名字和数据格式。当原始应用已经不再使用时，类型转换是有用的。类型仿真为用户使用相同服务器应用程序对复合文档进行协同工作，提供了一条临时性途径。
  
  查寻和拼写（Searching and Spelling）
  
  由于复合文档包含许多应用生成的对象，并且用户希望将复合文档当成一个单一的实体来对待，因而OLE对整个文档进行查寻和进行拼写检查，提供了一条途径。它使用了一种隧道技术（tunnelling techniques），以在嵌入对象内部进行串查寻和拼写检查。这避免了唤醒多个应用以进行相同任务的要求。
  
  OLE Implementations OLE实现
  
  就象可以在Microsoft office产品组中看到的那样，Microsoft的计划是围绕OLE建立它的工作组应用程序。Microsoft office产品集包括Microsoft Word、Excel、Power Point、Mail和Schedule十工作组调度软件。这些应用可以轻易地在同一系统或其他系统的用户之间共享信息。Windows for Workgroups使用网络数据交换，并包括Mail和Schedule十产品。Microsoft视窗开放式系统体系结构（WOSA）策略为集成消息、数据库、跨越企业范围网络的其他应用等提供了结构。
  
  OLE在所有Microsoft Windows产品中实现，包括1995年将推出的Cairo面向对象操作系统和象Microsoft Office这样的应用。DEC和Microsoft联合力量，为基于对象的客户机／服务器开发和展开提供一种开放的称为“公用对象模型（COM）”的体系结构。COM是一组为允许Windows OLE应用访问DEC的Object－Broker技术支持的平台上的应用程序而设计的。这些平台包括DEC Open VMS环境、Macintosh系统和不同的UNIX变种。
  
  然而，有许多对象模型和OLE竞争。这些模型列出如下，它们在本书的其他地方都有介绍。
  
  □ Sun的全分布式对象模型（Distributed Objects Everywhere：DOE）。
  
  □ OpenDoc，一种Apple、IBM、Novell和Word Perfect为与OLE 2．0一起工作而设计的对象标准。
  
  □ Hewlett－Packard的分布式对象管理设施模型（Distributed Object Management Facility，DOMF）。
  
  □ 对象管理组织（Object Management Group，（OMG）的公用对象请求代理体系结构（Common Object Request Broker Architecture，CORBA）。
  
  DOEHE和DOMF是围绕CORBA环境设计的。还要注意，Hewlett－Packard、IBM和Sun Microsystems同意在1993的中期共享他们的对象技术。虽然CORBA和Microsoft的OLE和Cairo计划竞争，但是OLEL是一种在Windows环境的对象共享系统，而CORBA是为在异构网络环境提供对象共享而设计的，该环境包括跨越不同的互操作平台的通信。如果需要了解在分布式环境的对象共享技术，可以参阅“对象请求代管者”。
  
  相关条目：Common ObjectModel 公用对象模型；Compound Documents 复合文档；Dynamic Data Exchange 动态数据交换；NetDDE；Object Broker，DEC DEC的Object Broker；Microsoft Windows for Workgroups；Microsoft Windows NT。
  

• 209. Object Management Architecture  对象管理体系结构

• 对象管理组织（OMG）最开始的任务是创立一种体系结构，在这种体系结构上，它的成员可以标准化地开发包含不同的多厂商产品和操作环境的分布式网络上的应用。OMG创造的体系结构包括四个主要部件，如图O－2所示。
  
  □ 应用程序对象 这一级别包含可以根据需要安装和移去的可选应用。通常的应用程序包括字处理器、电子表格和图形程序。
  
  □ 公用设备 这一级别包含在大多数应用中通常使用的对象，例如，电子函件系统、拼写检查器、I／O接口、和代理器等。它们这样分离出来是为了避免在一些应用程序中代码的重复。在公用设备区域的对象是可以被所有应用程序进行访问的。
  
  □ 对象请求代管器（ORB）这是对象和其他对象进行通信的公用接口。它是由公用对象请求代管器体系结构定义的，并在本书的这一标题下进行讨论。还可以参见“对象请求代管器”。
  
  □ 对象服务 这一级别提供实现对象技术的重要服务。
  
  其中的关键部件是对象请求代管器（ORB），它提供了基本的对象通信、格式化和对象间的管理服务。下面继续介绍使用OMA模型的一些优点：
  
  □ 它支持模块化、即插即用软件。
  
  □ 对用户和网络管理人员，安装系统和软件都很容易。打印机、屏幕和其他设备的驱动程序驻留在公用设备区域，在那里它们可以被多个应用所共享。对所有用户都可以立即获得修改的消息。
  
  □ 用户和管理人员都可以很容易地利用分布式环境的优势。例如，ORB可以将对象放置在高性能或为服务请求而闲置的系统，从而充分利用企业资源。用传统的远程过程调用（RPC）来实现这种功能是较困难的。
  
  相关条目：Common Object Request Broker Architecture 公用对象请求代管器体系结构；Object Management Group对象管理组织；Object Request Broker对象请求代管器。

• 210. Object Management Group  对象管理组织

• 对象管理组织（OMG）是拥有约300家机构的国际联盟，它开发了对象管理体系结构（OMA）。OMA是一种描述OMG希望为面向对象的应用和环境开发的标准模型。对OMG提供了主要技术的OMG成员包括，数字设备公司、Hewlett－Packard、Hyper Desk Corporation和SunSoft。这种体系结构还被X／Open Group（它也具有开发多厂商通用应用环境的共同对象）和开放软件基金会（OSF）采纳。OSF正在开发称为“分布式计算环境（DCE）”和“分布式管理环境（DCE）”的可移植系统软件。注意，OMG对象标准和Microsoft在它的对象链接和嵌入（OLE）2．0 Cairo所做的工作类似。然而，OMG描述的设计是为不兼容的系统之间搭架桥梁的，而Microsoft的产品却是为在Windows环境下工作的。
  
  OMG最初关心开发厂商们可以用于创造在多厂商环境进行操作的应用的一组语言、接 口和协议标准。OMG的设计中接受工业标准，因而参加成员和其他厂商可以生产承认他们的产品。然后，OMG将验证在接受标准下设计的产品对标准的接受情况。
  
  □ 事务处理，在分布式系统上的事务处理，这种情况下可以在不同地点写入修改。
  
  □ 并发执行，在分布式环境下相同系统或不同系统上的对象方式的并发执行。
  
  □ 事件通知，可以报告在分布式系统中任何地方发生事件的对象。
  
  □ 变化报告，报告对象结构的变化，可以保证对象引用总是使用合适的版本。
  
  □ 国际化，它提供了处理指定国家格式的途径。
  
  OMG工作的一个有趣特点是它建立在一些已经使用或正在被许多厂商开发的标准和接口之上。面向对象技术之所以被使用，是因为它为模块化和可扩展系统提供了好处。
  
  基本体系结构是以对象请求代管器（ORB）为核心的。在这种模型中，对象请求服务器。这个请求被传到ORB，它寻找一个合适的“提供者”对这个请求服务，接着，对请求进行格式化，并将它送给提供者。然后，这个 供者再将它的响应送给ORB，ORB对这个响应进行格式化，再进一步送给原来的请求者。
  
  OMG提出的第一个基于OMA的技术规范，称为公用对象请求代管器结构（CORBA）。OMG还定义了接口定义语言（IDL），它是其它对象看到的一种接口对象，其中包括用于与其它对象交互的过程函数。
  
  下面的公司支持OMG开发面向对象技术方面的努力，并在他们的产品中实现了这些技术。
  
  □ Hewlett－Packard的分布式计算环境，它包括OMG CORBA部件，以及开放软件基金会（OSF）的分布式计算环境（DCE）和OSF Motif图形用户界面的部件。
  
  □ 全分布式对象（或Project DOE）是SunSoft为它的Solaris操作系统而开发的一种全分布对象环境的尝试。DO E的设计是基于CORBA的。
  
  □ 开放软件基金会（OSF）已经在它的分布式管理环境（DME）规范中采纳了CORBA。
  
  以前，Hewlett－Packard、IBM和SunMicrosystems独立开发面向对象的接口技术，但是已经同意在1993年中期共享他们的技术。这些面向对象技术是IBM的系统对象模型（SOM），Sun的全分布式对象模型（DOE）和HP的分布式对象管理设施（DOMF）。通过共享和标准化他们的技术，用户和开发商将从一个更加开放的环境获益。这一认同产生了对Microsoft的Cairo计划更大的竞争力。
  
  相关条目：Common Object Request Broker Architecture公用对象请求代管器体系结构；Object Management Architecture 对象管理体系结构；Object－Oriented Interfaces and Operating Systems面向对象接口和操作系统；Object－Oriented Technology面向对象技术；Object Request Broker对象请求代管器；Objects 对象。