Re: [請益] 要如何說服同事停止命名類似iID的變數
我也想趁機請教大家的看法
曾經遇過如此命名規則
class => CXXX
struct => SXXX
private member => fXXX
method內部使用的變數 => mXXX
method input => iXXX
method output => oXXX
Enum => EXXX
...etc
當時相當不習慣這樣的code,而且也感受不到好處在哪
請問這是值得學習的style嗎?
※ 引述《FukadaKyoko (小毛哥)》之銘言:
: 現在的專案中很多人會使用例如:
: int iID = 0;
: bool bVisible = false;
: struct Vector2
: {
: int iX;
: int iY;
: }
: 這種命名法,
: 個人看了真的覺得很痛苦.
: 我的看法是:
: 我們專案使用visual studio, 此情形下若要知道型態滑鼠上去就知道了,
: 並不需要依賴變數前面型別的縮寫.
: 而且很多討論命名的文章也支持直接針對變數意義命名,
: 型別的縮寫並不能帶來更好的理解, 也不對於變數本身帶來任何意義.
: 如: http://chinesetrad.joelonsoftware.com/Articles/Wrong.html
: 或者搜尋Clean Code.
: 我在專案中提過希望不要再加縮寫,
: 但大家的反應是"有差嗎"或者"習慣了".
: 不過大家也不反對我把一些舊的/共用的class裡面的code重新命名去掉縮寫,
: 所以實際上同事可以接受也沒有閱讀困難,
: 而且也並不真的需要那個縮寫幫助寫作,
: 只是好像不加縮寫不行.
: 而且因為專案並無coding規範,
: 所以光是提出這種命名沒有意義的說詞是沒人鳥的...
: 想請問板友的專案狀況是如何呢?
: 有沒有人也支持不加縮寫並且有一套更強而有力的說詞可以提供?
: 謝謝!
: P.S. 如果有同事認出小弟的話也歡迎直接推/回文討論.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.34.19.245
推
05/23 16:48, , 1F
05/23 16:48, 1F
→
05/23 16:48, , 2F
05/23 16:48, 2F
→
05/23 16:48, , 3F
05/23 16:48, 3F
→
05/24 03:38, , 4F
05/24 03:38, 4F
→
05/24 13:10, , 5F
05/24 13:10, 5F
→
05/24 13:29, , 6F
05/24 13:29, 6F
→
05/24 13:30, , 7F
05/24 13:30, 7F
推
05/24 13:58, , 8F
05/24 13:58, 8F
→
05/24 15:30, , 9F
05/24 15:30, 9F
→
05/24 23:31, , 10F
05/24 23:31, 10F
→
05/24 23:32, , 11F
05/24 23:32, 11F
推
05/25 00:23, , 12F
05/25 00:23, 12F
推
05/25 02:38, , 13F
05/25 02:38, 13F
→
05/25 02:38, , 14F
05/25 02:38, 14F
推
05/25 10:52, , 15F
05/25 10:52, 15F
→
05/29 08:15, , 16F
05/29 08:15, 16F
→
05/29 08:16, , 17F
05/29 08:16, 17F
→
05/29 08:16, , 18F
05/29 08:16, 18F
→
05/29 08:18, , 19F
05/29 08:18, 19F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 3 之 19 篇):