※ 引述《ajax.bbs@bbs.csie.nctu.edu.tw (ajax)》之銘言：
> 可是看他的程式, 只要jmp 幾次,
> 就已不知身在何處了.
> 要讓成果能夠流傳下去, 高階語言還是較佳的選擇.
一個程式如果的Function 的Call path 太多，讓你有雲深不知處的感覺
你可畫一張Call path drawing (Map)，那就非常清楚了
同樣的，如果Struct種類太多，關連性過於複雜，也可畫一張物件關連Map
(Object relative map) 就可一目了然了
這個動作對於開發大程式來說(1000行以上)，是非常需要且基本的動作
但是我從來沒有看到有一本書提到它，大概這些人也沒什麼寫大程式的經驗吧
對一個常在電腦上的 GUI上Click來，Click去的人來說，OO的觀念的確好上手
但我相信它適用的Domain 也就只有到這邊為止
Range 再擴大就有問題了
不管OO在高階上來帶來多好處，不要忘記一件事
高階的東西畢竟要由低階來實作完成
而低階到最後，CPU的運作都是循序式，而不是物件導向式
CPU內部的Address Segment 暫存器，
一開始就是分成Data Segment 及 Code Segment 兩大類
只要電腦還是三大元素的架構 (CPU、Memory、IO)
循序式的東西就永遠不死
我很早就說過OO的Class語法，將Code與Data 搞在一起，
這是從出發點就錯誤了，
程式語言與硬體開始有了 "不對稱 " 的問題
所以程式越是發展，毛病也就越多
你知不知道物件別名(Alias) 這種東西是怎麼來的嗎？
為什麼會有這種東西的存在？是為了加強程式語言的功能而存在的嗎？
有心人可以去查查原因，那是語法與硬體的不對稱性，造成了大漏洞
為了補丁，才有這種東西存在的。
--
Ξ Origin: 中興大學天樞資訊網 <bbs.nchu.edu.tw>
Ξ From : 220-138-241-227.dynamic.hinet.net
Ξ Modify: 2005/08/09 Tue 21:40:08