Re: [閒聊] Java的CheckStyle...

看板Soft_Job作者 (默非斯托)時間14年前 (2011/03/29 09:39), 編輯推噓1(1推 0噓 13→)
留言14則, 3人參與, 最新討論串2/7 (看更多)
※ 引述《hegemon (hegemon)》之銘言： : 最近公司開始雷厲風行地要求所有Java Code都要符合CheckStyle Plugin的標準. : 連多年前老人留下來的東西也不例外. 最近做整個系統的檢查. 發現竟然有快二十萬個警告. : 這還不打緊.裡面很多都是tab跟四個space,括號前後space,或是變數大小寫的問題. 那些都好解決 : 但是還有不少是啥...一個method不能超過一百五十行,或是一個method不能代入超過七個變數. : 這兩個規定個人覺得十分不合理. : 我們Java Code大多是在搞SQL.偏偏公司資料散在一堆tables裡面.所以每一串SQL都不是普通的長. 這個我也有經驗過 老實說,我覺得這樣很蠢... 不過基於物件導向的做法 你可以拆成好幾個method或是好幾個 class 這真的很蠢...而且會造成以後維護的困難 不過你是拿人薪水, 就照做吧... 上面的人是出張嘴寫程式....基層的只要達到目標就行了.. 現在公司管理很多都只顧現在,不管未來.... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.132.240.41
→
03/29 12:31, , 1F
不得不承認一開始我也覺得很蠢~但是它限制的用意是要工程
03/29 12:31, 1F
→
03/29 12:32, , 2F
師在寫程式時有經過設計~只是單純的想要敷衍規範~那不僅沒
03/29 12:32, 2F
→
03/29 12:34, , 3F
意義~當然也更難維護~規範的立意很好~可惜似乎沒有太多前
03/29 12:34, 3F
→
03/29 12:35, , 4F
輩會講這個~讓一堆人誤解...
03/29 12:35, 4F
推
03/29 20:58, , 5F
再怎麼設計..資料還是散在一堆table裡面.SQL不能省呀
03/29 20:58, 5F
→
03/29 21:18, , 6F
沒有說要省SQL啊~透過設計是要把各部份單純化~各司其職~不
03/29 21:18, 6F
→
03/29 21:19, , 7F
然table已經夠多夠複雜了~程式還跟著亂~那...
03/29 21:19, 7F
→
03/29 21:36, , 8F
再說資料庫也是要設計~View、SP、Function、Trigger...
03/29 21:36, 8F
→
03/29 22:19, , 9F
如果沒用ORM，至少DAO-Model 切清楚，弄個sql builder，沒這
03/29 22:19, 9F
→
03/29 22:19, , 10F
麼難吧。
03/29 22:19, 10F
→
03/29 22:20, , 11F
再說，某些case 也能用 view簡化資料處理的複雜度。
03/29 22:20, 11F
→
03/29 22:20, , 12F
DB複雜的地方在於多條件式的查詢，比方說各類搜尋表單，
03/29 22:20, 12F
→
03/29 22:21, , 13F
這也不是沒有辦法簡化，參考 Hibernate 的 ctriteria 架構。
03/29 22:21, 13F
→
03/29 22:22, , 14F
這不是個非常好的例子，但他至少可以說明架構可以簡化操作。
03/29 22:22, 14F
‣ 更多 MephistoH 的文章
文章代碼(AID): #1DaJWzNL (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 2 之 7 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共7篇)
‣ 更多 MephistoH 的文章
文章代碼(AID): #1DaJWzNL (Soft_Job)