推 paperbattle: 原來如此 02/12 15:35
推 cpper: 中肯 02/12 16:06
→ ggBird: 不懂，煩請賜教 02/12 16:13
推 freemail: ? 02/12 16:56
噓 y2468101216: 這傢伙在steam版也在洗文 02/12 17:30
※ 引述《csfgsj (Lazy bone)》之銘言：
: ※ 引述《ticks (ticks)》之銘言：
: : C++的問題之一在於它是個違建，還是二樓頂加到十樓的那種
: : 為了相容舊的程式碼和標準，勢必要做很多非技術性的妥協，
: : 又叫做suboptimal design choices
: C++的繼承本來就是專門蓋違建的語法
: 繼承的次數越多，違建就蓋的越亂
: 這對Trace code的人來說是個大麻煩
: 假設一個類別被繼承了10次
: Trace code 要把東西都抓清楚，就要看完10+1個類別定義
: 不像C一次呵成簡潔
: 更別提什麼多重繼承、動態靜態成員、Final不Final、複寫不複寫
: Public、Private、回呼父類別成員的問題了
: 光搞這個就頭昏了，別人程式都寫完下班了，你還搞不清楚程式的開頭在那裡
: 但這還不是真正的災難開始
: 當你開始Debug的時候，才能體會何謂焦頭爛額
: 一堆寫C++人搞不清楚父類別就開始繼承的
: 也就是說，繼承之後所作的操作都是高風險的
: 什麼亂七八糟不可捉摸的Bug自然就層出不窮
: 所以那些人最喜歡講紀律啦，就像亂世的時候說法律很重要一樣的情況
: 類別繼承又不是Call API，Compile的時候
: 編譯器也是先將它們合併在一起再轉碼
: 其實這個事情就是Word的Copy, paste 在作的事
: 沒有那麼偉大啦
: 再回來講違建的事，違建越蓋越多，下場會是什麼？
: 不是倒塌，就是難以維護，最後拆掉重蓋
: 所以C++ Code 就是要不斷的重構（重構這個詞也是C++之後才有的）
: 這個場景的設計出發點本來就是錯的
: 後面發展的東西其實不用看太多，就能預期到悲慘的結果
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.137.35.229
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1423726448.A.48E.html