作者lovdkkkk (dk)
看板Soft_Job
標題Re: [閒聊] Java的CheckStyle...
時間Tue Mar 29 22:10:00 2011
150行...很多耶
我之前的自我規範是 超過四行 而且邏輯上能有個名目,
就要把它獨立出來做成一個 method,
看程式時這會差很多, 沒有獨立出來的話,
看的人是要看完那四行 (以上) 的程式,
了解它們在做的事, 然後才知道是在幹麻,
獨立出來的話, 只要你名字取得好,
看的人只要看那名字, 理解那名字的意義就能懂了,
連帶的改成式也更好改了,
看少少的幾行 有意義的方法名,
大概就知道改什麼東西只要改其中哪幾個方法就可以,
也很清楚某個方法就只會動到某些東西,
或許有點麻煩, 但好處多多喔!
※ 引述《hegemon (hegemon)》之銘言:
: 最近公司開始雷厲風行地要求所有Java Code都要符合CheckStyle Plugin的標準.
: 連多年前老人留下來的東西也不例外. 最近做整個系統的檢查. 發現竟然有快二十萬個警告.
: 這還不打緊.裡面很多都是tab跟四個space,括號前後space,或是變數大小寫的問題. 那些都好解決
: 但是還有不少是啥...一個method不能超過一百五十行,或是一個method不能代入超過七個變數.
: 這兩個規定個人覺得十分不合理.
: 我們Java Code大多是在搞SQL.偏偏公司資料散在一堆tables裡面.所以每一串SQL都不是普通的長.
: 要在一百五十行內把一個SQL搞定已經很勉強了,如果這個method要用到多個SQL..保證破表.
: 至於一個method不能代入超過七個變數也很擾民.我們系統前端是VB.所以一堆變數都是從VB丟來.
: 偏偏USER又很喜歡在VB那邊加一堆comboBox,textBox之類的,這些全部都是單一SQL要用的條件.
: 上頭還要求不能用array的方式解決..要求的方法是...VB傳變數到Bean中,Bean新建一個Object.
: 然後把變數set進Object內,再丟入method中.這看起來是可行的做法.但是...卻完全沒考慮到method
: 的便利性和精簡度. 過去雖然變數多,但是註解寫好的話(其實看變數名稱就知道要怎麼用了...)
: 後面的人直接用就好了..現在卻還要先new一個Object.然後set變數,接著再丟進去method.
: method要用時,要先一個一個的get出來,然後再把這些變數弄進該用的地方.如果一個method要用到
: 不同條件的Object..光set,get就可以吃掉那一百五十行中的不少比例了.
: 適當的使用工具及規範來讓程設把Code寫乾淨我是很贊成,但是搞成這樣...根本就是擾民..
: 開始後悔到大公司上班了....
: 不知道各位對這有啥看法..
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.224.45.45
→ james732:Java的函式呼叫切得太細,不會影響效能嗎? 03/29 22:14
→ superpai:我也無法理解超過150行怎麼辦到的.. 15行是我極限了 03/29 22:16
→ kit51:曾經看過一個class有5000行 03/29 22:19
→ lovdkkkk:多少吧, 只是效能我沒放在第一位 @@ 03/29 22:24
→ lovdkkkk:寫得清楚效能要調隨時可以調, 但反過來就比較不容易了 03/29 22:25
推 guest0710:5000行? 兩萬行的都在看了(遮臉).. 03/29 22:32
推 slalala:看運氣啦 SQL一條可能就30行了 03/29 22:41
推 hegemon:行數包含註解跟排版需要的空行. 03/29 22:45
→ twk:影響效能? 怎麼知道效能被什麼影響? 03/29 23:02
→ viper9709:切太細會影響效能...吧 03/30 00:23
→ akasan:現在jvm那麼強大 切太細對校能影響已經很小了 03/30 11:44
※ 編輯: lovdkkkk 來自: 61.224.45.45 (03/30 20:51)