PTT職涯區 / Soft_Job (軟體人)

Re: [討論] 因為空格~我離開了一間公司消失

看板Soft_Job (軟體人)作者時間11年前 (2014/09/07 14:20), 11年前編輯推噓8(8推 0噓 22→)
留言30則, 14人參與, 最新討論串10/21 (看更多)
看到案例一突然有種似曾相識的感覺XD 也許是習慣的問題 或是用在哪裡的問題 舉例我之前網頁比較常遇到的情況 string sA,sB,sC (假設這是前端傳回的value值,因為一定是字串,且剛需要轉型int) int iA,iB,iC if(!int.TryParse(sA)) { Message('A錯誤'); return; } if(!int.TryParse(sB)) { Message('B錯誤'); return; } if(!int.TryParse(sC)) { Message('C錯誤'); return; } iA = int.parse(sA); iB = int.parse(sB); iC = int.parse(sC); ------------------------------------- 某同事就曾這樣寫 if(int.TryParse(sA)) { iA = int.parse(sA); if(int.TryParse(sB)) { iB = int.parse(sB); if(int.TryParse(sC)) { iC = int.parse(sC); } else { Message('C錯誤'); return; } } else { Message('B錯誤'); return; } } else { Message('A錯誤'); return; } -------------------------------------------------- 當然這還是要看愈到的情況 除非真的是個別的條件又有個別的支線要處理 我才會想包起來 我曾經看過一個vb6用包起來只是判斷條件就包了10層..還好很整齊 不過要是哪天突然碰到要維護光是要決定改第幾層就很頭大 新手上路..請盡量鞭策:) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.143.77.111 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410070815.A.39B.html
推
09/07 14:21, , 1F
我也是用你上面的做法，包太多層還有處理else很可怕
09/07 14:21, 1F
→
09/07 14:22, , 2F
你應該寫一個function處理這個判斷，而不是把判斷的code
09/07 14:22, 2F
→
09/07 14:22, , 3F
copy paste三次
09/07 14:22, 3F
其實我是舉例的方式用同型態去回傳 且不可以回傳只是告知"您輸入錯誤" 這樣使用者根本不知道錯在哪個欄位 變成我一定要個別去回傳特定的值 ex. 你的電話不可填空 你的電話格式錯誤 你的手機不可填空 你的手機格式錯誤 你的住址不可填空 你的住址格式錯誤 這邊是6個條件 甚至你不可以告知對方"你的電話錯" 可是沒說錯在哪 必須明確的指出錯誤的原因是什麼.. ※ 編輯: twoseven (220.143.77.111), 09/07/2014 14:29:09
推
09/07 14:26, , 4F
你的寫法有多個錯誤時只會吐一個錯誤訊息
09/07 14:26, 4F
→
09/07 14:26, , 5F
(雖然你同事的也差不多)
09/07 14:26, 5F
因我想簡單表示就好 正常都會用各字串去+++ message += 錯誤訊息 if(message != "") { Message(message); return; } 我只是想簡單表示:) ※ 編輯: twoseven (220.143.77.111), 09/07/2014 14:31:21
→
09/07 14:34, , 6F
原po只是想要舉例而已，所以不用寫太細
09/07 14:34, 6F
→
09/07 14:35, , 7F
之前還寫過光是一個產品新增要檢查100個欄位..
09/07 14:35, 7F
推
09/07 14:36, , 8F
我之前公司還規定不能檢查指標NULL，罵我這樣浪費程式
09/07 14:36, 8F
→
09/07 14:37, , 9F
執行時間....最後別人沒檢查出問題找很久，才又規定
09/07 14:37, 9F
→
09/07 14:37, , 10F
一定要檢查NULL....
09/07 14:37, 10F
→
09/07 14:37, , 11F
那時候逼我砍掉所有檢查NULL的code....
09/07 14:37, 11F
→
09/07 14:38, , 12F
而且那時還不准我們設初始值..結果有人指標就炸了
09/07 14:38, 12F
推
09/07 14:47, , 13F
我的公司要求我不準寫註解，說怕其他人會知道...!?
09/07 14:47, 13F
→
09/07 14:54, , 14F
樓上的最經典@@
09/07 14:54, 14F
→
09/07 15:28, , 15F
不準寫註解…跪了 變數名稱用aaabbbabc之類的好了
09/07 15:28, 15F
推
09/07 15:53, , 16F
我在程式及資料庫裡真的翻到變數及欄位名稱是 aa bb cc
09/07 15:53, 16F
→
09/07 15:55, , 17F
不過已經辭職了,無法接受公司制度及風氣
09/07 15:55, 17F
→
09/07 15:56, , 18F
變數用aa bb cc 的以前維護過一次 他媽以為在整我
09/07 15:56, 18F
→
09/07 15:57, , 19F
我還以為是某種 source code obfuscator
09/07 15:57, 19F
→
09/07 16:44, , 20F
很多人的觀念就是，程式能跑就好，有這種品質不意外
09/07 16:44, 20F
→
09/07 16:44, , 21F
看久了自己個性會越來越溫和。
09/07 16:44, 21F
→
09/07 21:06, , 22F
資料庫裡面table01, table02...etc
09/07 21:06, 22F
→
09/07 22:16, , 23F
沒錯，欄位名稱還有D1,D2,D3...... 無限增加。
09/07 22:16, 23F
推
09/08 22:11, , 24F
不寫註解真的是神!!!!!!第一次聽到這種奇妙的規定XD
09/08 22:11, 24F
→
09/09 00:24, , 25F
如果是javascript的min檔就有可能
09/09 00:24, 25F
→
09/09 00:25, , 26F
其他情況不給寫注解~主管就真的是神 __ __
09/09 00:25, 26F
推
09/09 11:13, , 27F
javascript 的 min 如果不是用工具產生而是要員工手寫
09/09 11:13, 27F
→
09/09 11:14, , 28F
那也是另一種神奇指標...註解在產生min時會自動拿掉呀。
09/09 11:14, 28F
→
09/10 23:44, , 29F
推~~這例子舉得很不錯
09/10 23:44, 29F
推
09/11 20:04, , 30F
推文真的看到一堆奇葩公司...
09/11 20:04, 30F
‣ 更多 twoseven 的文章
文章代碼(AID): #1K2_aVER (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 10 之 21 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共21篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 twoseven 的文章
文章代碼(AID): #1K2_aVER (Soft_Job)