討論串[請益] 寫註解到底是不是好習慣
共 24 篇文章

推噓-5(0推 5噓 0→)留言5則,0人參與, 7年前最新作者miaosue (LOL板aka吳萼洋-喵叔)時間7年前 (2018/12/30 10:49), 編輯資訊
0
0
0
內容預覽:
不要再吵要不要註解了. 有個方法可以滿足你們這兩派. 程式碼裡面不註解. 堅持Clean Code!! 英雄主義讚讚!. 然後另外寫一個txt檔 把註解寫在那. 註記在哪個檔案哪行. 這樣不但可以完成個人英雄潔淨主義. 還可以滿足團隊合作精神 讚啦!!. --. 發信站: 批踢踢實業坊(ptt.

推噓0(1推 1噓 8→)留言10則,0人參與, 8年前最新作者superpai (超級白)時間7年前 (2018/12/30 09:17), 7年前編輯資訊
0
0
0
內容預覽:
改function name後 IDE 可以自動把其餘程式碼都自動調整. 另外 function name 是 developer 自己寫程式時馬上就會用到的. 好處馬上發生. 跟註解是日後才會用到完全不同. 大部分dev可以從refactoring獲得好處跟爽度. 註解不會. 所以維護註解需要不懶
(還有142個字)

推噓1(1推 0噓 9→)留言10則,0人參與, 7年前最新作者bf000777966 (joe)時間7年前 (2018/12/30 08:48), 編輯資訊
0
0
0
內容預覽:
有些人以為邏輯程度好就不需要註解,但是語文能力(英文?)跟邏輯是一樣重要的,精準的命名也是需要一定的底子,如果連命名別人都看不懂還是多寫點註解還能順便增強語文能力。. --. 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.238.45.241. 文章網址: https://www.

推噓8(9推 1噓 17→)留言27則,0人參與, 8年前最新作者iincho (世界的盡頭)時間7年前 (2018/12/30 07:41), 7年前編輯資訊
0
0
0
內容預覽:
這個例子舉得蠻好的,很多時候我們實務上面對的問題不是單靠命名就可以解決,. 因為很多問題沒有邏輯性。. 比如說我有個機器硬體設計可能有問題,操作100次的時候需要有一個例外操作,. 這個code可能會長成:. for(int i = 1 ; i <= 2000; i++){. if(i % 100
(還有1166個字)

推噓0(0推 0噓 1→)留言1則,0人參與, 7年前最新作者penut85420 (大歐派蘿莉)時間7年前 (2018/12/30 04:12), 編輯資訊
0
0
0
內容預覽:
這系列的文章討論下來的節奏很奇怪. 要不要寫註解聽起來只是單個議題. 但應該是有很多個面向的. 例如註解的長短、閱讀的對象. 不同的角度討論的內容就不一樣. 像是同個team高手寫的code要給高手看. 我想不加註解應該OK反正都是高手. 如果是高手寫給新手看. 我想加點註解是好的. 新來的總是需要
(還有234個字)