Re: [閒聊] Java的CheckStyle...
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
→
03/29 22:14, , 1F
03/29 22:14, 1F
→
03/29 22:16, , 2F
03/29 22:16, 2F
→
03/29 22:19, , 3F
03/29 22:19, 3F
→
03/29 22:24, , 4F
03/29 22:24, 4F
→
03/29 22:25, , 5F
03/29 22:25, 5F
推
03/29 22:32, , 6F
03/29 22:32, 6F
推
03/29 22:41, , 7F
03/29 22:41, 7F
推
03/29 22:45, , 8F
03/29 22:45, 8F
→
03/29 23:02, , 9F
03/29 23:02, 9F
→
03/30 00:23, , 10F
03/30 00:23, 10F
→
03/30 11:44, , 11F
03/30 11:44, 11F
※ 編輯: lovdkkkk 來自: 61.224.45.45 (03/30 20:51)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 3 之 7 篇):