帳號:
密碼:
最新動態
產業快訊
CTIMES/SmartAuto / 新聞 /
發件導向程式設計的18項迷思
 

【CTIMES/SmartAuto 報導】   2001年01月11日 星期四

瀏覽人次:【2322】

LinuxFab轉述Geocities網站專文指出,已發展二十多年的物件導向程式設計(OOP - Object Oriented Programming),雖然擁有許多 OOP 的擁護者﹐這些人也試圖說服眾人OOP 是一套適用各處﹑利多於弊的模型﹑方法,然而作者對此提出質疑,並舉出十八項 OOP 的迷思﹐讓大家反向思考。

物件導向程式設計是不是萬靈丹?這是一個複雜而且爭議性極高的問題。作者指出已有太多實例證明採用 OOP 的軟體專案﹐如果沒有良好的規劃管理﹐OOP 並無法帶來什麼好處﹐而有些用非 OOP 的 COBOL 語言來規劃專案﹐也能良好地達到重覆使用﹑彈性高的特色。

這十八項迷思分別如下:

* OOP 已被證實可適用於任何場合

* OOP 能更逼真地模擬真實世界

* OOP 讓程式設計工作更加視覺化

* OOP 讓程式設計更容易﹑更快

* OOP 免除了 "case" 或 "switch" 指令的複雜性

* OOP 減少須要修改的地方

* 繼承(Inheritance)增進重覆利用性

* 大部份的東西都能在層次分類中適得其所

* 自行處理的名詞比動詞重要

* 只有 OOP 能自動收集垃圾(garbage collection)

* 只有 OOP 能建立元件

* 只有物件導向資料庫能儲存大量﹑多媒體的資料

* OODBMS 整體而言快於 RDBMS

* C 是最佳的程式化語言

* OOP 已防止了 Y2K 問題

* 內容實作的改變顯然通常比介面重要

* 程式化/關聯性語言將變數型別和大小和程式碼綁得較緊密

* 程式化/關聯性語言不能 "factor"

關鍵字: 物件導向程式設計  程式庫與軟體元件 
comments powered by Disqus
相關討論
  相關文章
» C-ITS: LTE-V2X與ETSI ITS-G5比較
» 汽車網路需要深度數據包檢測技術
» 如何導入邊緣服務而不改變核心網路
» Bluetooth Meshing 的新可能
» 切入大數據戰場


刊登廣告 新聞信箱 讀者信箱 著作權聲明 隱私權聲明 本站介紹

Copyright ©1999-2024 遠播資訊股份有限公司版權所有 Powered by O3  v3.20.2048.3.135.209.107
地址:台北數位產業園區(digiBlock Taipei) 103台北市大同區承德路三段287-2號A棟204室
電話 (02)2585-5526 #0 轉接至總機 /  E-Mail: webmaster@ctimes.com.tw