アカウント名:
パスワード:
やめてくださいおねがいします
どうしてですか?
元ではないが、ハンガリアン記法使うと、変数の型が変わると変数名も変える必要がでるから、ハンガリアン記法はオレもやめて欲しい。
これが、グローバル変数とかクラスの変数とかだったりすると、修正が多岐に渡り過ぎて嫌になる。グローバル変数とかクラスの変数の型を変えるなら、使ってる関数も直す必要があるのは分かるが、全ての変数名なんか変えてられんし、変数名変えたら関数の中にも影響するし。
元ACですがこれです「途中で型が変わるとか設計不足だろ」と言わればそうでしょうが中々完璧にはいかないですし最初から手探りで試行錯誤しながら作ってる時なんかは話になりません
C#とかjavaで、ハンガリアン記法が役立つとは全く思えませんけど、まだVBとか、VC++でWin32とか使ってるんならそうでしょうね。
CシャープとかJavaならまあ役に立つでしょ。少なくともポリモーフィズム的には意味があるはず。
数値を実数にするか整数にするか符号の有り無しをどうするか引数を値渡しにするか参照渡しにするか文字列(char *)をconstにするかそのままにするかHWNDの事しか考えないなら困らないでしょうね
試行錯誤したってAPIの仕様は変わらないわけでしょ?
どういう仕事してたらそういう発想なにるのか気になる。
短いスコープは短くていいし。それこそ i とか s とかで十分だったりする。
ハンガリアンがいらんというのは同意だけど、変数名の変更なんて IDEの仕事で人間の手間なんてゼロに等しいだろ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
ハンガリアン記法 (スコア:0)
やめてくださいおねがいします
Re: (スコア:0)
どうしてですか?
Re:ハンガリアン記法 (スコア:1)
元ではないが、ハンガリアン記法使うと、変数の型が変わると変数名も変える必要がでるから、
ハンガリアン記法はオレもやめて欲しい。
これが、グローバル変数とかクラスの変数とかだったりすると、修正が多岐に渡り過ぎて嫌になる。
グローバル変数とかクラスの変数の型を変えるなら、使ってる関数も直す必要があるのは分かるが、
全ての変数名なんか変えてられんし、変数名変えたら関数の中にも影響するし。
Re: (スコア:0)
元ACですがこれです
「途中で型が変わるとか設計不足だろ」と言わればそうでしょうが中々完璧にはいかないですし
最初から手探りで試行錯誤しながら作ってる時なんかは話になりません
Re: (スコア:0)
試行錯誤したときに誤った引数を渡さないようにするためのハンガリアン記法だと思うのですが。
Re: (スコア:0)
C#とかjavaで、ハンガリアン記法が役立つとは全く思えませんけど、
まだVBとか、VC++でWin32とか使ってるんならそうでしょうね。
Re: (スコア:0)
CシャープとかJavaならまあ役に立つでしょ。
少なくともポリモーフィズム的には意味があるはず。
Re: (スコア:0)
数値を実数にするか整数にするか符号の有り無しをどうするか
引数を値渡しにするか参照渡しにするか
文字列(char *)をconstにするかそのままにするか
HWNDの事しか考えないなら困らないでしょうね
Re: (スコア:0)
いまどき変数名変えたときは開発環境のリファクタ支援機能でソース内の全参照を書き換えられるんだから、ハンガリアン記法をメンテするのは昔より楽になってる。
というか、そこまでやって初めて変数宣言してる箇所とAPI呼び出し箇所で矛盾があればそれに気づくことができて「間違ったコードは間違って見えるようにする」というメリットを享受できるんじゃないの。
エディタとかで書きっぱなしだった時代よりハンガリアン記法の有用性はむしろ高まってる。
Re: (スコア:0)
試行錯誤したってAPIの仕様は変わらないわけでしょ?
どういう仕事してたらそういう発想なにるのか気になる。
Re: (スコア:0)
短いスコープは短くていいし。それこそ i とか s とかで十分だったりする。
Re: (スコア:0)
ハンガリアンがいらんというのは同意だけど、変数名の変更なんて IDEの仕事で人間の手間なんてゼロに等しいだろ。