|
|
|||||||
| 論壇說明 | 標記討論區已讀 |
|
歡迎您來到『史萊姆論壇』 ^___^ 您目前正以訪客的身份瀏覽本論壇，訪客所擁有的權限將受到限制，您可以瀏覽本論壇大部份的版區與文章，但您將無法參與任何討論或是使用私人訊息與其他會員交流。若您希望擁有完整的使用權限，請註冊成為我們的一份子，註冊的程序十分簡單、快速，而且最重要的是－－註冊是完全免費的！ 請點擊這裡：『註冊成為我們的一份子！』 |
|
|
主題工具 | 顯示模式 |
2016-10-13, 09:09 AM
|
#4 (permalink) | |
|
管理版主
 
|
引用:
(畢竟幾十年前記憶體不是這麼便宜，而且在64位元世代後更無須特別節儉記憶體的不足問題) 寫這麼久程式都是先求有(實現功能) 再求好(優化程式碼) 除非你一開始就設計規劃嚴僅 (或經驗足一開始就能腦內規劃好) 所以 記憶體使用量不是排在前頭的考量 (效能就是時間代表金錢，"記憶體使用量"是為了實現而存在的可犧牲者) 寫久了會發現一點 記憶體使用量往往會與執行效能成正比 (因為放在記憶體裡總是比後來讀取 與再運算來的快，特別是累積運算後感覺更明顯) 以上總總 所以才認為 空間複雜度的問題 是 早期的觀念 研發或研究的學者會比較在意 ======== 這個空間複雜度還有一點比較重要 就是提醒自己避免無限回圈的寫作 記憶體的使用放在裡頭程式就會有灌爆系統效能的可能 此帖於 2016-10-13 01:02 PM 被 mini 編輯. |
|
|
送花文章: 2055,
|
|
向 mini 送花的會員:
|
樹形模式