"電腦詞典/對象鏈接與嵌入 Object Linkingand Embedding" 修訂間的差異
小 (已匯入 1 筆修訂) |
|
(無差異)
|
於 2016年9月6日 (二) 09:35 的最新修訂
【名稱】:對象鏈接與嵌入 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。
【序號】:559