首 页 | 网络测试 | 网络市场 | 网络技术 | 业界动态 | IT文摘 | 服务中心 | 网速测试 | IP查询 | 发布广告 | 什么是测试点

黄金文字广告位火热
招租中,小小投入,
意想不到的效果!  
欢迎投放广告。

  o 您现在的位置:首页  -> 网络技术 -> 技术字典之“”搜索结果

 



  • 971. OAW   光学辅助温式技术

    • 希捷公司正在开发的OAW是未来磁头技术发展的方向。OAW技术可以在1英寸宽内写入105000以上的磁道,单碟容量有望突破36GB。单碟容量的提高不仅可以提高硬盘总容量、降低平均寻道时间,还可以降低成本、提高性能。

  • 972. OBEX  对象交换协议

    • OBject Exchange Protocol

  • 973. 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 对象管理组织。


  • 974. 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。

  • 975. 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对象请求代管器。

  • 976. 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 对象。

  • 977. Object Request Broker  对象请求代管者

    • 在一个面向对象的分布式计算环境,一个对象请求代管者(ORB)可以为应用程序、服务器、网络设施之间分发消息提供关键通信设施。可以将ORB想象成一组软件总线、支柱,它提供了一个公用消息传递接口通过这个接口,许多不同类型的对象可以以对等层策略进行通信。

      对象产生一个请求,并将这个请求发送给ORB。然后,ORB再放置一个可以对请求服务、格式化消息和把它发送到对象的对象。然后,这个接收对象对这个请求作出响应,并向ORB返回一个响应,ORB格式化并转发这个响应到请求者。

      在这个模型中,对象只简单地描述要操作的任务。它们不需要知道更多的细节或能够为这个任务服务的那个对象在哪里。ORB处理所有的细节工作,包括放置对象、格式化消息和传递这些消息。在分布式环境,ORB是所有对象的一个公用接口。

      ORB处理类似于远程过程调用,但是ORB自身就有能力找到能够对请求提供服务的其他对象。

      公用对象请求代管者体系结构(CORBA)是一个基本的消息传递技术规范,它是对象管理组织(OMG)在其对象管理体系结构(OMA)中定义的。CORBA已经被许多公司实现,这些公司包括Hewlett-Packard、SunSoft(Sun Microsystem 的一个分支机构)和其他公司,介绍如下:

      □ Hewlett-Packard的分布式计算环境包括OMGCORBA部件,以及一些来自开放软件基金会(OSF)的部件,如分布式计算环境(DCE)和OSF Motif图象用户界面。

      □ 全分布式对象(或ProjectDOE)是SunSoft为它的Solaris操作系统开发的一个全分布式对象环境的初始产品。

      □ 开放软件基金会在它的分布式管理环境(DME)规范中采纳了CORBA。

      □ 开放软件基金会的分布式计算环境(DCE)和分布式管理环境(DME)使用ORB概念,因而这些对象可以对其他对象产生请求。

      相关条目:Common Object Request Broker Architecture公用对象请求代管器体系结构;Compound Document复合文档;distributed Computing Environment 分布式计算环境;Distributed Objects Everywhere,SunSoft SunSoft的全分布式对象;Object Management Architecture 对象管理体系结构;Object-Oriented Interfaces and Operating Systems面向对象接口和操作系统;Workplace OS Workplace操作系统;Objects。

  • 978. Object-Oriented Database  面向对象数据库

    • 参见Distributed Database 分布式数据库。


  • 979. Object-Oriented echnology  面向对象技术

    • 面向对象技术使软件的开发超越了过程式编程,而进入了简化应用程序开发的可重用编程世界。不象旧的编程方式,当程序的体积增长时,程序维护和调试并不变得更复杂。对象技术在两个级别发挥作用:

      □ 在数据级别,对象技术可以集成一个机构中的许多不同类型的信息,过去的信息已经不再兼容了。

      □ 在程序开发级别,对象技术提供模块化程序构造,这时,程序员在现有对象的基础之上进行开发。对象可以被其他对象再使用,以利用它们的过程,从而消除了当再次需要它们的时候,必须每次都重写这些代码。

      由于无需改变或分解整个系统,所以再设计或扩展系统是很容易的。实际上,是放弃或修改这些模块,并且增加新的模块以提供增强的功能。

      一个对象是一个完整的数据分组,它包括对数据进行处理的功能。在一个面向对象的环境,对象的数目是数不清的。它们可能包括一个数据库的记录、一个文件、一个物理资源、甚至是一个用户(它是用户的登录帐户)。为了使开发人员使用面向对象编程语言工作,对象是一个自满足模块,它包含数据、以及数据的结构、和处理数据的功能。

      对象可以是下面情况的任何之一:

      □ 在一个面向对象操作系统中实现一个进程的代码,例如验证安全权限。

      □ 程序员和开发人员用于汇编程序的预定义代码模块。

      □ 来自一个应用程序的数据块,如一个绘图程序、电子表格或多媒体工具。

      □ 在一个数据库中的对象,例如库存条目或顾客。

      在一个面向对象的数据库中,对象可以代表跟踪的商务中的实际实体,例如生产的产品、库存、顾客和厂商。相应地,在面向对象的操作系统中,对象也是一些实体,如文件、设备和用户,或构成一个复合文档的实体数据块。在面向对象的环境,首先定义基本的对象,然后围绕这些对象建造系统。

      有许多潜在对象,并且它们可以归化到定义不同类型对象的层次化类(hierarchical classes)。父类可以对子类传递特性。让我们来考虑一个类“people”,它拥有两个子类“male”和“female”。这些子类又可以拥有它们自己的子类,如图O-3所示。每个子类都有从它的父亲处继承来的综合特征,以及它们自己的专有特征。另外,一些继承来的特征由于它们对子类不合适,而会被阻挡。

      这和计算机如何关联昵?记住,现在我们在讨论存储许多不同数据类型,和访问许多不同类型应用程序数据的途径。通过按这种方式对数据分类,我们可以在一个对象内,直接包括进行抽取、显示、合并和打印的过程数据。如果需要,对数据进行分类,可以简化构造过程和改造(revision)过程。例如,一个数据块对象可能包括一个对这些数据按特定的方式进行排序的过程,它可以被许多不同的使用这个数据的应用程序所激活。

      下面是对象类和对象实例:

      □ 对象类 一个类定义了一组对象。类具有行为(be-havoir),它描述一个对象能够做什么以及做的方法(method),它们是可以对这个对象进行操作的程序和过程。

      □ 对象实例 一个对象是一个类的一个实例,它代表一个现实物理“事件”,例如在一个财物系统数据库中的一个顾客或一个库存部分。类的继承(class inheritance)是一个重要的概念,它为一个子类继承它的父类的内置描述提供了途径。在父类中使用的代码被向下传给这个类指定的一个类(子类)。

      例如,一个面向对象的数据库可以有一个称为“client”的类,这个类有两个子类,分别称为“company”和“individual”。首先,创立称为“client”的对象。它包含一个结构和一些过程,这些过程处理数据和从对象之外获得信息。然后,company和individual对象作为client的子类进行定义。作为一个子类,它们继承client对象的结构和特征,但是这些特征中的一些可能被屏蔽,或可以增加一些附加特征。例如,company子类可以具有一个特定的折算,而individua1子类却不具有。如果你需要一个关于客户的列表,你可以请求client对象进行列表。然而,如果你希望知道客户的帐目平衡,你就需要从每个包含客户平衡的子类对象获得信息。

      对象包含数据和过程,并且当被请求时提供信息。想象一个包含数据的箱子,它有一些按钮,你可以按这些按钮来对数据运行过程。方法是,一些对对象进行操作的过程或程序,它们可以使对象根据对象的内部代码和结构来以特定的形式进行动作。相似地,可以对对象的不同的类进行操作。有一个概念称为多态性(poly-morphism)或重载(overloading)。使用多态性,一组通用的方法可以在很大范围的类上进行操作。然而,具有相同名字和称呼的方式却可能诱发不同的事情。例如,在文本数据的“next”导致光标跳到下一个工作,而在电子表格的“next”却导致光标跳到下一个单元。

      对象通过发送消息与另一个对象对话。这些消息在本质上是通过按下对象上的“按钮”从对象请求过程。在一个网络环境,你可以查看和消息总线相连的对象,如图O-4所示。消息传递为对象在一个面向对象的分布式计算环境进行通信提供了一条有效途径。消息传递是一种存储再转发方式,就象在电子函件系统中使用的那样。消息被从一台计算机传送到另一台计算机,直到它们抵达目的地。

      所有这些都加到软件中,它们易于维护,并且在连续的基础之上改进,即无需对整个系统进行重新设计。

      □ 对象是可重用的,使得系统增长时,它易于加入系统,这是因为在现有对象中的代码对创造新的对象是可重用的。

      □ 对象系统是可扩展的,开发人员增加模块,而模块重用内置数据结构,无需重编译操作系统。

      □ 易于建造系统,这是因为面向对象对设计系统和实现系统提供了一条很自然的途径。

      □ 对象可以提供了一种通用接口,因而许多不同应用程序能够访问数据。

      也有许多不利的方面,包括大量增加了前端设计的时间,减低了性能和技术的不成熟。然而,随着系统的成长和硬件的不断强大,这些不利可以减退。这些缺陷,在对象系统可以在遍布分布网络上的许多不同类型的系统上向用户提供数据这一事实面前,也会减少。

      Objects in Distributed Environments 分布式环境中的对象

      对象技术被认为对实现未来的分布式系统是很有生命力的。这样,系统的复杂性可以通过实现消息传递服务(如对象请求代管器)的模型而简化。对象只是简单地请求服务,并且其他对象提供这些服务。开发人员不需要更多地知道对象将在上面通信的系统情况。事实上,对象技术为局部使用、将来扩展到异构分布式环境、设计应用提供了途径。

      在这一领域的发展包括:

      □ 对象管理组织(OMG)的公用对象请求代管器体系结构(CORBA)是一种规范,它的设计是为对象产生和接收请求提供了途径。

      □ Microsoft的对象链接和嵌入(OLE),为在单一台式系统或一个网络上的应用程序共享数据提供了一条途径。

      □ IBM的系统对象模型(SOM)和分布式系统对象模型(DSOM)提供了低级对象语言

      □ OpenDoc是一种为共享文本、图形和多媒体对象,而由Apple、Borland、IBM、Novel1和WordPerfect等公司开发的开发环境。

      相关条目:Cario;Common Object Model 公用对象模型;Common Object Request Broker Architecture 公用对象请求代管器体系结构;Compound Documents 复合文档;Object Broker,DEC DEC的Object Broker;Object Linking and Embedding对象链接和嵌入;Object Management Architecture对象管理体系结构;Object-Oriented Interfaces and Operating Systems面向对象的接口和操作系统;Object Request Broker 对象请求代管器;Workplace OS。

  • 980. Object-Oriented Interfaces and Operating Systems  面向对象接口和操作系统

    • 面向对象技术在软件开发、用户界面和数据库设计等领域带来了一场革命。在一个面向对象的环境,数据和对数据进行加工的方法被合并为一个对象。一个面向对象的操作系统包括一组小的实用程序(也称为工具(tools)、附件(accessories)或applets),它们可用于编写、编辑、绘图、做图表、编译或做其他一些专用任务。这些实用工具对结构化的数据进行操作,因而,任何一种实用工具加入操作系统都既能处理数据也可以显示它,就象创造复合文档时那样。在旧的模型中,一个应用程序生成的文件并不总是可以被其他应用程序访问的。对象还可以包括一些象文本、电子表格、图形、声音和视频的信息,这些信息可以被一个应用程序生成,并插入另一个应用程序中。

      对象系统是模块化的。当增加一个新的模块时,它可以使用现存的数据结构,因而整个操作系统无需再编译。模块只需简单地插入现存结构。想象一个建筑物,它的一些部分框架是为了允许将来扩展而暴露的。虽然这个建筑物可能看上去并不吸引人,但是它却具有很好的可扩展性。这方面的内容将在“面向对象技术”中进一步讨论。

      面向对象的操作系统正变得越来越通用。大多数主要的厂商,如IBM、Microsoft、Apple、Sun Microsystems等等都开始转向面向对象系统。下面讨论一些这样的计划。

      TALIGENT的PINK Pink是Apple Computer和IBM为开发一种企业计算平台而联合开发的产品的代码名称。它是一种完全的面向对象的32位操作系统,它的设计是为了在不同的硬件平台上运行不同的操作系统(DOS、OS/2、Windows)。直到1995年才有可能完全地提供它。

      MICROSOFT CAIRO Cairo是Microsoft正在开发的一种分布式操作系统,它可能在1995年投入市场。它在WindowsNT之上建造,并且增加了许多新的功能,例如,一个面向对象文件系统、Kerberos安全性和重复服务、目录服务、单代码支持和一个可安装文件系统。从目前的情况来看,Cairo使自己看起来有些类似Windows的一个图形用户界面。Cairo完全实现了对象链接和嵌入(OLE)。

      IBM的WORKPLACE环境IBM的Workplace操作系统使用与Apple Computer在它的Taligent基地共同开发的技术。这种操作系统可在精简指令系统计算机(RISC)处理器、Motorola的PowerPC处理器和基于Intel系统上工作。WorkplaceOS是一种高性能的基于微内核的操作系统。虽然它也使用和OS/2相同的Workplace Shell图形用户界面,但是它可以运行64位内核,64位内核是为一些现存的操作系统设计的应用。这些现存的操作系统包括DOS、Windows、UNIX,当然还有OS/2。

      对象管理组织 推动转向面向对象系统的主要力量是对象管理组织(OMG)。IMG是一组专门定义面向对象技术之间互操作性的厂商们。OMG已经定义了公用对象请求代管器体系结构(CORBA),CORBA为跨越多厂商产品建造面向对象系统提供了一个平台。

      OPENDOC OpenDoc Alliance,它是Apple Computer首先倡导的,它目前正在开发OpenDoc规范。OpenDoc规范的设计是为了帮助开发人员在网络环境建立对象共享应用。它是为创建复合文档的一种规范。OpenDoc类似于Microsoft的OLE,并且被许多公司支持,这些公司包括IBM、Novell、Borland、WordPerfect和其他一些不愿意完全依赖于Microsoft对象技术的公司。

      相关条目:Cario;Common Object Model 公用对象模型;Common Object Request Broker Architecture 公用对象请求代管器体系结构;Compound Document复合文档;DEC Object Broker;Object Linking and Embedding对象链接和嵌入;Object Management Architecture 对象管理体系结构;Object-Oriented Technology面向对象技术;Object RequestBroker对象请求代管器;Workplace OS。


1418

上一页

页次: << [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] >>

下一页

继续搜索


©2000-2010 世界网络 版权所有!

太阳网数据中心提供网络带宽