看板Soft_Job
: ※ 引述《idleidle (賺大錢=看對&下大注&抱住)》之銘言:
: : 如果沒加else一定是沒被搞過
: : 我一定會在else裡面加例外回報的程式碼
: 聽起來有點怪....
: 如果是"認為condition永遠不會跑到else"
: 那就不該用if 該用assert 或者用try&catch
: 效果相同, 出題者到底想要哪個呢? 兩者都反而把程式的閱讀性變差,
: 行數也拉長了不是嗎?
: coding style 有些規定大家都會同意, 例如"不要濫用goto",
: 也有些規定只要在同一家公司或同一個平台裡面約定一致就好, 例如"如何縮排",
: "if或else之後的{要放在同一行或是隔行"等等.
: 我覺得"if後面要有else"就是屬於後面那種.
: 有必要在找人的時候就要求對方的coding style和自己完全相同嗎?
討論方向偏掉了,這根本不是coding style的問題,這個已經牽涉到
你的程式要幹嘛了,不能/不應該是單純的"比較好的寫法"這種例子,
所以只能因時/因地制宜。
與其討論要不要強制加else,不如把規格開清楚點,流程圖畫好一點,
前置工作沒做好就算強制加else也只是垃圾進垃圾出,如果每個函式
都畫好流程圖,絕對比強制加else效果來的好。
(不過我想如果要程式設計師畫流程圖很多人應該都會寧可想都不想
就把else打上去...XD)
搞軟工最討厭的就是這種只看皮相不看內涵的東西...<o>
以這個例子來說,如果程式錯誤處理做的好,那我比較傾向是分析比較完善,
而不是每個if後面都有加else這種鬼扯淡的說法...
--
◆ From: 220.133.41.207
※ 批踢踢實業坊(ptt.cc)※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1230424371.A.8E8.html
推 luciferii:「分析比較完善」應該是很難達成的理想...XD 12/28 10:00
→ luciferii:我想原PO例子中的經理原意就是要作好錯誤處理吧。 12/28 10:01
推 ykjiang:很多情況, if 本身就是例外,沒例外的就不會用 if 12/28 12:04
推 DragonPink:趕時間的話...XD 12/28 13:14
推 ppkkykei:要看當時原po面試經理出啥題目吧...有些情況就不用加else 12/28 13:38
推 yangyr:這串討論讓我認真的跑去公司看CodeComplete..然後就累了XD 12/28 14:32