字體：小 中 大 |
|
|
|
| 2006/07/20 13:49:49瀏覽2684｜回應0｜推薦1 | |
| 責任編輯 : Syncanph 截稿時間 : 2001/01/10 @03:20PM
物件導向程式設計（OOP － Object Oriented Programming）的發展 已有二十幾年﹐許多 OOP 的擁護者也試圖說服大家﹐OOP 是一套適用各處﹑ 利多於弊的模型﹑方法。然而現實的情況是否真如他們所宣稱的完美呢？有 人提出了十八項 OOP 的迷思﹐讓大家反相思考。 這十八項迷思分別如下： OOP 已被證實可適用於任何場合 OOP 能更逼真地模擬真實世界 OOP 讓程式設計工作更加視覺化 OOP 讓程式設計更容易﹑更快 OOP 免除了 "case" 或 "switch" 指令的複雜性 OOP 減少須要修改的地方 繼承（Inheritance）增進重覆利用性 大部份的東西都能在層次分類中適得其所 只有 OOP 能自動收集垃圾（garbage collection） 只有 OOP 能建立元件 OOP 已防止了 Y2K 問題 內容實作的改變顯然通常比介面重要 程式化／關聯性語言將變數型別和大小和程式碼綁得較緊密 程式化／關聯性語言不能 "factor" 這篇的作者認為﹐事實上物件導向支持者不斷地嘗試展現 （範例http://www.geocities.com/tablizer/challeng.htm）OO 的優越性﹐ 但都失敗了。『他們引起很大的騷動﹐卻無法實現美夢。』 關於以上諸多迷思﹐作者或多或少都進行了有力的反駁﹐例如有太多實 例證明採用 OOP 的軟體專案﹐如果沒有良好的規劃管理﹐OOP 並無法帶來 什麼好處﹐而有些用非 OOP 的 COBOL 語言來規劃專案﹐也能良好地達到 『重覆使用』﹑『彈性高』的特色。 物件導向程式設計是不是萬靈丹？這是一個複雜而且爭議性極高的問 題。無論如何﹐電腦﹑軟體﹑程式設計方法﹐都是幫助人類解決問題的工 具﹐如果因為個人喜好﹐甚至信仰﹐而忽略了用『解決問題』這個最大前 提來進行思考﹐恐怕難免有失偏頗﹐應從技術﹑理論﹑實作等三方面來理 性討論。歡迎讀者發表您的意見。 只有物件導向資料庫能儲存大量﹑多媒體的資料 OODBMS 整體而言快於 RDBMS C 是最佳的程式化語言 Sincerely C.S.Julius Think Do, I Will 富翔資訊管理顧問有限公司 |
|
| ( 知識學習｜語言 ) |
