电脑术语词典d开头术语
|
对象管理体系结构 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对象请求代管器。
|
对象链接与嵌入 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。
|
DEC的对象代理者软件，DEC的Object Broker软件 Object Broker，DEC ↑
数字设备公司的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 对象管理组织。
|
DEC网络服务协议 Network Service Protocol，DEC ↑
Network Service Protocol，DEC DEC网络服务协议 在DECnet网络上，管理两个结点间逻辑网络链路的运输层协议，它控制数据流，并处理出错。这种协议提供握手服务，因而连接的结点可以进行双向通信会话。它在通信中对信息分段，并顺序处理它，以保证按正确的次序进行发送。
相关条目：DEC；DECnet。
|
多站访问部件 Multistation Access Unit ↑
Multistation Access Unit(MAU) 多站访问部件(MAU) MAU是令牌环网络上的集线器设备，它提供多个计算机之间的连接。包括一个内部环，当工作站连入后，它又扩展成为一个外部环，如图M-16所示。
如果有一个网卡失效了，MAU将自动旁路它，以保持环的连通。为了扩展网络以连接到MAU的设备上，从第一个MAU的环外口引出一条电缆，连到第二个MAU的环内口。然后，从第二个MAU的环外口引出另一条电缆，再连接到第一个MAU的环内口。这样，在允许环增长的同时，还保持了环的配制。
相关条目：Token Ring Network 令牌环网络。
|
