※ 引述《gsj.bbs@bbs.nchu.edu.tw (國王的新衣)》之銘言：
> 一個程式如果的Function 的Call path 太多，讓你有雲深不知處的感覺
> 你可畫一張Call path drawing (Map)，那就非常清楚了
> 同樣的，如果Struct種類太多，關連性過於複雜，也可畫一張物件關連Map
> (Object relative map) 就可一目了然了
> 這個動作對於開發大程式來說(1000行以上)，是非常需要且基本的動作
> 但是我從來沒有看到有一本書提到它，大概這些人也沒什麼寫大程式的經驗吧
> 對一個常在電腦上的 GUI上Click來，Click去的人來說，OO的觀念的確好上手
> 但我相信它適用的Domain 也就只有到這邊為止
終於~~
傳說中的Domain出現了
可說是千呼萬喚使出來
最期待就是這句話了
不過...您對OO的了解只到GUI的呈獻嗎??
...那VB也算OO歐~_~|
> Range 再擴大就有問題了
> 不管OO在高階上來帶來多好處，不要忘記一件事
> 高階的東西畢竟要由低階來實作完成
> 而低階到最後，CPU的運作都是循序式，而不是物件導向式
> CPU內部的Address Segment 暫存器，
> 一開始就是分成Data Segment 及 Code Segment 兩大類
> 只要電腦還是三大元素的架構 (CPU、Memory、IO)
> 循序式的東西就永遠不死
> 我很早就說過OO的Class語法，將Code與Data 搞在一起，
> 這是從出發點就錯誤了，
請用google搜詢一下MVC
Model-View-Controller
他會教您如何將Logic與Data和UI抽離
不過當然...以您對OO的了解,要弄懂MVC並實做他是有些許的困難啦
> 程式語言與硬體開始有了 "不對稱 " 的問題
> 所以程式越是發展，毛病也就越多
> 你知不知道物件別名(Alias) 這種東西是怎麼來的嗎？
> 為什麼會有這種東西的存在？是為了加強程式語言的功能而存在的嗎？
> 有心人可以去查查原因，那是語法與硬體的不對稱性，造成了大漏洞
> 為了補丁，才有這種東西存在的。
--
╭┼ Origin: 幽谷˙反地球聯邦組織 aeug.twbbs.org
┼┘ Author: GP03 從 zanka.idv.tw 發表