[問題] 程式碼行數與維護性

[leondemon (狗狗)]

這個問題可能跟 C/C++ 沒有太大的關係

之前忘了在哪裡看到，說

        「若使用程序導向編程，程式碼超過 5 萬行便難以維護」
        「若使用物件導向編程，程式碼在 10 萬行內還能夠容易維護」

上面的 5 萬、10 萬是我自己的印象，詳細數字我也忘了。

想問一下有沒有人知道大略的數字，以及出處？
(或是 C/C++ 通常到幾行會開始難以維護？)

另外問一下 assembly 大概幾行會開始難以維護？


--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 42.71.29.75
※ 編輯: leondemon       來自: 42.71.29.75          (03/16 18:22)
→ testPtt:我覺得處理各種功能的耦合比較麻煩 幾行算還好
推 diabloevagto:沒意義的問題，架構清楚好上萬行都還可以，亂寫一千
→ diabloevagto:行就很難了
→ loveme00835:和C/C++實作無直接關聯，轉程式板後刪除…
推 loveflames:metaprogramming就算只有幾千行也…
→ MasterChang:朋友，程式開始撰寫前就要維護了.
→ purincess:只寫一行也可以很難懂
我是指相同程度的人 分別寫程序導向和物件導向

而且 這句話是我從別的書看來的 只是我一直想不到出處在哪... 囧
※ 編輯: leondemon       來自: 118.163.125.199      (03/17 10:45)
→ kikiqqp:assembly如果是自己寫的多少行都不會難維護
→ kikiqqp:別人寫的超過100行就開始頭痛 XD
推 loveflames:其實asm如果善用while之類的假指令結構，不會比C差到哪
→ loveflames:                                   化
→ kikiqqp:我比較常用INCLUDE配上IF ELSE作模組化設計，這樣開發快
推 Thelink:我看過有人程序導向寫的很像物件導向還是很好維護。linux
→ Thelink: kernel 這麼大也沒有不好維護。還是看架構吧，架構爛掉了
→ Thelink:，都不好維護。
推 harryfly:做好分類以及註解的話 維護性會好很多