※ 本文為 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
作者 yauhh 的最新發文:
- 你這個問題是純然「工具理性」。學理科的人很容易覺得,加強工具就能解決問題。 但實際上不只是這樣。 可是其實社會運動很不容易。首先你要去定論,什麼叫做社會運動。 (例如,倒扁是不是社會運動。) 相對地, …1F 1推
- 創業知識| 工程師懶得跟你說的事 正所謂隔行如隔山,在現代專業分工的環境下,為了追求企業的健全多元發展,我們與許多不同專業、知識、生活背景的人共事,許多時候多元的環境也代表著許多的誤會 ... 你這文 …1F
- 我覺得這樣推論太過. 打個比喻來說,原po是個銷售員,來到此版詢問一個業務問題. 他說,我這樣又那樣積極遊說,但是客戶都那樣或這樣子辯稱而且不買單, 對於我的辯法請問大家有沒有建議? 於是有人會跟他討 …3F
- 原po挖了四個坑,但不代表我們總是要在這四個坑裡思考. 但我們有些建議是要你不要卡在這個坑裡想事情,你卻說,不懂你的心情. 那麼說穿了,就是情緒而已嘛! 情緒有什麼重要的嗎? 我覺得,的確不想要管你的 …11F 1推
- 我認為: 1. 所謂風格是人已經養出的習慣; 你跑出來嫌別人的習慣,有點不禮貌. 應該 只要表達你覺得寫太多綴字表示資料型態是有點難閱讀即可,不必全面批評 各種綴詞. 2. 一件舊案交到你手上,是你該 …
點此顯示更多發文記錄
瞎
guest
回列表(←)
分享