- 103 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 02:19:29 ]
- >>98
> >>91 の言うようにメリットもあって、単に見た目で嫌ってはダメだと思った。
ダサいとか見た目の問題ではなく見やすさと可読性とトラブルの元になる危険性の問題なんだけどなあ。
> _ が嫌なら $ だっていい。マイクロソフトみたいに m_ でもいいんだよ。
> せっかくのメリットなのに、過去のくだらない固定観念に固執して意地を張ってると
> そのうち置き去りにされちゃうよ。
その_とm_をつける手法が過去のくだらない固定観念に固執して意地を張ってることじゃないの。
メリットに挙げられている「Tracやwinmergeからも簡単に見られる」っていう理由も
Eclipseの比較ビュー機能を使えば必要性を感じないし「_と打つだけでフィールド補完候補になる」も
thisと打てば同様に補完候補にもなるし。打たなくてもctrl+spaceで補完候補に宣言したフィールドが出てkるし。
それでは_やm_をつける理由としては説得力に欠け過ぎだよ。
それでもまだまだ他にメリットはある？あるなら是非とも教えて欲しい。
ｸﾞﾛｰﾊﾞﾙ変数もないんだし、よほど特殊な変数でもない限りそういう命名をする必要性が感じないな。
getter/setter用の変数かどうかなんてJavadocコメントでわかるようにするでしょ。
人や組織によって_やm_の命名規則が異なると混乱の元だし
どうせならアノテーションつけたほうが利便性が高いんじゃないの？
|
 |
