アカウント名:
パスワード:
言語としての規定じゃない以上、privateじゃないフィールドに「_」を付けてもコンパイラ等でエラーになるわけじゃないんでしょ。そんな人間の努力目標でしかない仕様はヒューマンエラーの原因になりそうに思える。
逆だよ。ヒューマンエラーを防ぐためにつける。ぱっと見でその変数がローカルなのかprivateなのかを区別できるからエラーを減らせる。もちろんローカル変数に間違えて_をつけるミスを起こしたら~なんてのはあるけど、_で区別しないのに比べたらエラー率が下がる(メリットが上回る)。
#C++もC#も_派
プライベートに外からアクセスしようとしたらコンパイルエラーになるのでは
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
ヒューマンエラーの原因 (スコア:2)
言語としての規定じゃない以上、privateじゃないフィールドに「_」を付けても
コンパイラ等でエラーになるわけじゃないんでしょ。
そんな人間の努力目標でしかない仕様はヒューマンエラーの原因になりそうに思える。
--------------------
/* SHADOWFIRE */
Re: (スコア:0)
逆だよ。ヒューマンエラーを防ぐためにつける。ぱっと見でその変数がローカルなのかprivateなのかを区別できるからエラーを減らせる。もちろんローカル変数に間違えて_をつけるミスを起こしたら~なんてのはあるけど、_で区別しないのに比べたらエラー率が下がる(メリットが上回る)。
#C++もC#も_派
Re:ヒューマンエラーの原因 (スコア:0)
プライベートに外からアクセスしようとしたらコンパイルエラーになるのでは