看板
[ Soft_Job ]
討論串[閒聊] Java的CheckStyle...
共 7 篇文章
內容預覽:
看了很多板大的回文，我也來寫寫感想. 1.150行與七個變數的問題的規定是十分合理的，書上都有寫這邊就不再贅述. 而過多的註解不見得是一件好事，反而是一件壞事. 所以註解包含在150行中也是很合理的. 如果150行稱作好的style, 難道151行就是差的嗎？為何定7參數的原因難道是8參數太多嗎？.
(還有308個字)
內容預覽:
從原PO的感受來看，這整件事是個詭局：使用 CheckStyle 來提昇程式的品質。. 但最終很可能是使用 CheckStyle 達成形式上的品質提昇。. (熟稔規避 CheckStyle 的方法). 花下去的是時間，跟埋下未有完整測試計劃而產生的 Bug。. 改善程式碼品質的活動，廣義來說就是重構
(還有395個字)
內容預覽:
個人剛好最近在研究這個, 加上你又坐我旁邊. 我就認真的回答一下, 順便當成我的教材. 我看到method的行數跟參數的個數是7, 就覺得非常眼熟. 最近剛好在看的<軟體建構之道>(code complete)裡面就有提到. "人腦所能掌握的物件個數大約在七個左右, 所以變數跟參數最好不要超過7".
(還有2194個字)
內容預覽:
如果連實際改的人都覺得有問題的話, 最好反應看看, 看能不能選擇性遵守.. 就像有多少能人在寫Java程式時能不碰到一個compiler的警告? 別說沒人能辦到, 就算辦得到, 應該也沒人會去做這種傻事. 不然Java為何提供了@SuppressWarnings? 就是承認會有某些違反原則但卻是合理
(還有159個字)
內容預覽:
150行...很多耶. 我之前的自我規範是 超過四行 而且邏輯上能有個名目,. 就要把它獨立出來做成一個 method,. 看程式時這會差很多, 沒有獨立出來的話,. 看的人是要看完那四行 (以上) 的程式,. 了解它們在做的事, 然後才知道是在幹麻,. 獨立出來的話, 只要你名字取得好,. 看的人
(還有76個字)