※ 本文為 dinos 轉寄自 ptt.cc 更新時間: 2013-05-25 08:23:02
看板 Soft_Job
作者 標題 Re: [請益] 要如何說服同事停止命名類似iID的變數
時間 Sat May 25 07:46:41 2013
※ 引述《FukadaKyoko (小毛哥)》之銘言：
: 還是先謝謝各位板友的意見
: 沒想到會被砲這麼大
: 今天想了很久, 發現我的確把標題跟內文都下錯了
: 加入太多情緒性用詞掩蓋了我的問題
: 我想我真正要問的應該是
: "制訂coding style時, 加入型別縮寫prefix的優缺點是? 有無何者較佳?"
我認為:
1. 所謂風格是人已經養出的習慣; 你跑出來嫌別人的習慣,有點不禮貌. 應該
只要表達你覺得寫太多綴字表示資料型態是有點難閱讀即可,不必全面批評
各種綴詞.
只要表達你覺得寫太多綴字表示資料型態是有點難閱讀即可,不必全面批評
各種綴詞.
2. 一件舊案交到你手上,是你該適應別人的程式字面寫法,而不是那些不在場
的別人須改變風格來適應你的眼睛.
3. 型別綴字代表的思考方式是: 程式經常要嘛平面化並且拉得很長, 要嘛是
斷裂並且錯離; 形別綴字是為了避免有人用 regular expression 搜尋的
方式來讀一個變數的資料形態.
斷裂並且錯離; 形別綴字是為了避免有人用 regular expression 搜尋的
方式來讀一個變數的資料形態.
換了別的程式典範或思考方式,綴字及變數命名自然不同. 例如 MVC,內部
變數的名字主體和存取介面名字主體相同,是一種恩德. MVC之所以不需要
型別綴字,是因為程式系統盡可能不要讓程式斷裂錯離. 不過,MVC 的考驗
則是,一個是程式如何不寫得太長,另一個考驗則是在命名改以角色綴字的
情況下,物件名字的主體如何寫得更清楚.
變數的名字主體和存取介面名字主體相同,是一種恩德. MVC之所以不需要
型別綴字,是因為程式系統盡可能不要讓程式斷裂錯離. 不過,MVC 的考驗
則是,一個是程式如何不寫得太長,另一個考驗則是在命名改以角色綴字的
情況下,物件名字的主體如何寫得更清楚.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.167.48.194
--
※ 看板: dinos 文章推薦值: 0 目前人氣: 0 累積人氣: 119
回列表(←)
分享