【導(dǎo)讀】ObjectTechnology(OT).toPASCALandModula-2.

　　

【正文】 V ＋＋ 、 Smalltalk、 Common Lisp System（ CLOS）、 Eiffel、 Ada 和 Objective－ C 的語言編輯器以及 PASCAL 和 Modula－ 2 的升級版本。 這類產(chǎn)品可以從各種供應(yīng)商那里得到，其趨勢是越來越多地在提供語言編輯器地同時，提供相應(yīng)的開發(fā)工具，作為整個開發(fā)環(huán)境的一部分。 開發(fā)人員工具箱是對象技術(shù)市場的第二大類產(chǎn)品。這些產(chǎn)品被設(shè)計為用來開發(fā)程序，是開發(fā)人員很容易地把程序與分布環(huán)境連接起來，或者通過一個產(chǎn)品來開發(fā)圖形屏幕。 這類產(chǎn)品通過向開發(fā)人員提供高級的描述語言和可復(fù)用部件，給予開發(fā)人員開始編制面向?qū)ο笙到y(tǒng)的一種簡單高效的方法。 在這類產(chǎn)品中，有一個相對較新的重要領(lǐng)域就是最終用戶 工具。這類工具之所以重要是因為組織和分析計算機(jī)系統(tǒng)能夠收集的日益增長的大量數(shù)據(jù)是個關(guān)鍵問題。 面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)是對象技術(shù)市場上的最令人振奮和高速增長的部分之一。一些公司，也包括 DEC 和 HP 等系統(tǒng)供應(yīng)商以及諸如 Object Design， Servio 和Objectivity 等新建公司，都開發(fā)出了新產(chǎn)品。 這些稱作“對象庫”的產(chǎn)品通過把復(fù)雜對象按單個實體儲存起來以滿足某個重要的需求。對象庫產(chǎn)品使得對象的存儲、檢索和共享的方式非常類似于存儲在關(guān)系數(shù)據(jù)庫管理系統(tǒng)中的數(shù)據(jù)。 相對于數(shù)據(jù)庫而言，對象庫的價值可作如 下最佳的描述： “對象數(shù)據(jù)庫提供了一種更好的存儲對象的方法，因為它們可以完成傳統(tǒng)數(shù)據(jù)庫的全部功能，卻不需要在每次存儲和檢索對象時對其進(jìn)行調(diào)整。與對象數(shù)據(jù)庫相比，在關(guān)系數(shù)據(jù)庫中存儲復(fù)雜的對象，即使最好的情況也是很麻煩人的。這好比每晚必須把汽車拆開而不是直接放進(jìn)車庫一樣。” 今后幾年，可望能看到專用的 CASE 實現(xiàn)工具將轉(zhuǎn)到基于對象范例的工具上，這一領(lǐng)域的增長已滯后于早期的預(yù)測。基于對象技術(shù)的 CASE 工具將不得不作為解決大規(guī)模開發(fā)大系統(tǒng)的一套可行產(chǎn)品出現(xiàn)。這類產(chǎn)品還包括本質(zhì)上屬于方法學(xué)的那些工具。 面向?qū)?象的程序設(shè)計 面向?qū)ο蟮某绦蛟O(shè)計 （ OOP） 是一種開發(fā)軟件的新方法，它允許用戶生成包括數(shù)據(jù)和程序指令的對象。傳統(tǒng)的程序設(shè)計方法使數(shù)據(jù)（如文件）獨立于使用這些數(shù)據(jù)進(jìn) XVI 行工作的程序。因此，每一個傳統(tǒng)程序都必須定義在該具體程序中數(shù)據(jù)將被如何使用。這樣常常會導(dǎo)致產(chǎn)生多余的程序代碼，當(dāng)數(shù)據(jù)結(jié)構(gòu)被改變（如將一個新字段增加到文件中）時，就必須對這些程序代碼進(jìn)行修改。而面向?qū)ο蟮某绦蛟O(shè)計技術(shù)把程序指令和數(shù)據(jù)組合到一起放入程序員需要時可以重復(fù)使用的對象中。具體指令（稱為方法）用來定義對象被一個程序使用時是如何工作的。 使用面向?qū)ο蟮某绦驅(qū)徲嫾夹g(shù)時，程序員可以定義對象的類。每個類包括該類所獨有的方法。每個類還可以有一個或者多個子類。每一個子類包括它的上一級類的方法以及該子類所獨有的方法。面向?qū)ο蟮某绦蛟O(shè)計的這種把方法向下一級傳送的能力稱為“繼承”。對象的具體實例 （ instance） 包括來自它的上一級類中的所有方法以及該對象所獨有的方法。當(dāng)一個 OOP 對象發(fā)送一條指令（稱為消息）來執(zhí)行某一操作時，和傳統(tǒng)的程序不同，消息并不需要準(zhǔn)確地告訴 OOP 對象做什么。做什么被 OOP 對象所包括或者繼承的方法定義。 面向?qū)ο蟮某绦蛟O(shè)計可以為用戶 帶來很多的好處。它可以使生產(chǎn)率增益高達(dá)百分之一千到一千五，而結(jié)構(gòu)化程序設(shè)計方法的增益只有百分之十到十五。它使那些用傳統(tǒng)編程技術(shù)在經(jīng)濟(jì)上不可行的大型復(fù)雜系統(tǒng)得以實現(xiàn)，也能使程序修改更加的容易。這可能意味著在一個應(yīng)用程序中有兩個不同的用戶接口，一個是供喜歡使用鍵盤的用戶用，另一個是供只想與終端對話的用戶用。 對象可以看作是可重復(fù)使用的部件，一旦程序員開發(fā)了這種部件的一個庫，他就能使新編寫程序的量減至最小。用戶想往商品化的對象庫，可由程序員購買，并可用于不同的應(yīng)用中。但構(gòu)造這樣一個對象庫不是一件簡單的事情，因為初 始軟件設(shè)計的完整性至關(guān)重要。對用戶來說，可復(fù)用性也可能是一件好壞難說的事情，因為程序員必須能夠找到他所需要的對象。但若提高生產(chǎn)率是你的目標(biāo)，那么可復(fù)用性是值得冒一下的風(fēng)險。 面向?qū)ο蟮木幊烫岣吡讼到y(tǒng)的長期生產(chǎn)率。由于這種程序的模塊化本質(zhì)，程序更容易適應(yīng)。這一點對那些需要使用很多年的應(yīng)用程序來說尤其有益，因為在這期間，公司的需要可能有變化，軟件的修改是必不可少的。 面向?qū)ο蟮木幊棠芴岣哕浖目煽啃?。由于對象在不同的?yīng)用中反復(fù)測試，更有可能查出和糾正其錯誤。面向?qū)ο蟮木幊淘诓⑿刑幚碇幸灿袧撛趦?yōu)勢，使用面向?qū)ο蟮?方法，并行處理的執(zhí)行速度將得到提高。 XVII 面向?qū)ο蟮臄?shù)據(jù)庫管理系統(tǒng) 向面向?qū)ο蟮臄?shù)據(jù)庫管理系統(tǒng) （ OODBMS） 的轉(zhuǎn)變不必取代原有的關(guān)系型數(shù)據(jù)庫管理系統(tǒng) （ DBMS） ，因為顧名思義，它只是一個方向，而不是一個完善的 DBMS 模型。它本身能與關(guān)系模式混合，并在其上構(gòu)建。 面向?qū)ο?DBMS 把真實世界中的各種數(shù)據(jù)類型集中在一起，如業(yè)務(wù)過程與政策、圖形、圖像、聲音和注釋過的文本。目前的關(guān)系產(chǎn)品不能有效的處理這些數(shù)據(jù)類型。關(guān)系 DBMS 中的數(shù)據(jù)類型一般是面向記錄，并只用數(shù)字和文本表示。 面向?qū)ο笠灿兄谔岣邞?yīng)用開發(fā)的效 率。它使數(shù)據(jù)功能、屬性和關(guān)系成為對象的一個組成部分。這樣，對象可以重復(fù)使用和復(fù)制，可以按功能、屬性和關(guān)系來查詢數(shù)據(jù)。 與此相反，多數(shù) DBMS 要求將與數(shù)據(jù)有關(guān)的知識寫進(jìn)每個應(yīng)用程序中，并分別在其中維護(hù)。 面向?qū)ο笥袃煞N形式：一種適用于那些需要徹底變革的人，另一種適用于那些需要不經(jīng)大的改變就能得到很好使用的人們。 面向?qū)ο?DBMS 的第一種形式主要著眼于計算機(jī)輔助設(shè)計 （ CAD） 市場，它需要存儲復(fù)雜的數(shù)據(jù)類型，如飛機(jī)設(shè)計中的圖形。 第二種形式占主導(dǎo)地位的關(guān)系 DBMS 廠商所提供的產(chǎn)品組成，這些廠商支持把對象管理能力集 成到其當(dāng)前的關(guān)系產(chǎn)品系列中， Sybase 公司（首家推出具有面向?qū)ο蠊δ艿漠a(chǎn)品）提供的 Sybase 數(shù)據(jù)庫系統(tǒng)，能使用戶對有限數(shù)目的業(yè)務(wù)過程與服務(wù)器的數(shù)據(jù)庫系統(tǒng)中的數(shù)據(jù)類型一起進(jìn)行編程。任何一個想處理與這些過程不符合的事務(wù)處理的客戶機(jī)都將被數(shù)據(jù)庫拒絕。此功能使用戶縮短了開發(fā)周期，因為完整性邏輯功能和業(yè)務(wù)規(guī)則不再需要編進(jìn)每個應(yīng)用程序中。 這個方法也減少了維護(hù)費用，因為對過程的任何改變只需要在服務(wù)器一級進(jìn)行一次，而不是在所有受到影響的應(yīng)用程序內(nèi)進(jìn)行多次修改。 最后，服務(wù)器級的過程提高了系統(tǒng)的性能，因為操作是在更靠近 數(shù)據(jù)實際存儲的地方進(jìn)行的。