※ 引述《gsj.bbs@bbs.nchu.edu.tw (國王的新衣)》之銘言：
> ※ 引述《ajax.bbs@bbs.csie.nctu.edu.tw (ajax)》之銘言：
> > 可是看他的程式, 只要jmp 幾次,
> > 就已不知身在何處了.
> > 要讓成果能夠流傳下去, 高階語言還是較佳的選擇.
> 一個程式如果的Function 的Call path 太多，讓你有雲深不知處的感覺
> 你可畫一張Call path drawing (Map)，那就非常清楚了
> 同樣的，如果Struct種類太多，關連性過於複雜，也可畫一張物件關連Map
> (Object relative map) 就可一目了然了
> 這個動作對於開發大程式來說(1000行以上)，是非常需要且基本的動作
> 但是我從來沒有看到有一本書提到它，大概這些人也沒什麼寫大程式的經驗吧
相關類似的圖在OO的UML裡講到快爛掉了 你老兄從不看OO的書自然沒機會看到
典型的坐井觀天...
class diagram, object diagram, sequence diagram.
都可描述物件間的關連.. 拜託去翻翻書再來吧
前面有位網友說你是思而不學的 我覺得真的是說得貼切極了 ...
> 對一個常在電腦上的 GUI上Click來，Click去的人來說，OO的觀念的確好上手
> 但我相信它適用的Domain 也就只有到這邊為止
> Range 再擴大就有問題了
又來了... 過一段時間就來說笑...
> 不管OO在高階上來帶來多好處，不要忘記一件事
> 高階的東西畢竟要由低階來實作完成
> 而低階到最後，CPU的運作都是循序式，而不是物件導向式
> CPU內部的Address Segment 暫存器，
> 一開始就是分成Data Segment 及 Code Segment 兩大類
> 只要電腦還是三大元素的架構 (CPU、Memory、IO)
> 循序式的東西就永遠不死
> 我很早就說過OO的Class語法，將Code與Data 搞在一起，
> 這是從出發點就錯誤了，
> 程式語言與硬體開始有了 "不對稱 " 的問題
> 所以程式越是發展，毛病也就越多
寫了那麼久的程式你還是不懂什麼是Abstraction...
以及OO跟event driven 是兩回事..
我看你還是回去寫你的assembly language吧...
> 你知不知道物件別名(Alias) 這種東西是怎麼來的嗎？
> 為什麼會有這種東西的存在？是為了加強程式語言的功能而存在的嗎？
> 有心人可以去查查原因，那是語法與硬體的不對稱性，造成了大漏洞
> 為了補丁，才有這種東西存在的。
誰誰誰看得懂的.. 解釋一下吧...
--
※ Origin: 楓橋驛站<bbs.cs.nthu.edu.tw> ◆ From: NK219-91-111-135.adsl.dynamic.apol.com.tw