アカウント名:
パスワード:
それがいつまでもポインタである保障が無いことに気がついていませんね. そのデータは現在の実装で, たまたまポインタを使っているにすぎません.
将来的に例えば整数のidに変わった場合, ソース中の全ての接頭文字をpからiに変えるのですか? それは無駄/バグの元になると思いませんか? 変えないとすれば, 実態と表現の食い違いをゆるすことになり, ルールを根本から否定すると思いませんか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
ハンガリアン記法とか (スコア:0)
Re: (スコア:3, 参考になる)
char szHogeHoge[64]のようなシステムハンガリアンを使うことについては、僕も大嫌いですが。
Re: (スコア:1)
Re: (スコア:1)
それがいつまでもポインタである保障が無いことに気がついていませんね. そのデータは現在の実装で, たまたまポインタを使っているにすぎません.
将来的に例えば整数のidに変わった場合, ソース中の全ての接頭文字をpからiに変えるのですか? それは無駄/バグの元になると思いませんか? 変えないとすれば, 実態と表現の食い違いをゆるすことになり, ルールを根本から否定すると思いませんか?
Re:ハンガリアン記法とか (スコア:0)
>そのデータは現在の実装で, たまたまポインタを使っているにすぎません.
いやいや、ありないから(笑
LPDWORD等で利用されているLPはlong pointerの略で
Microsoft的にハンガリアン記法として利用しているものだから
未来永劫、ポインタであることに違いはありません。
これが変更された場合、ハンガリアン記法である意味そのものがなくなってしまいます。
typedefの結果現在の型が偶然そうなっているだけなんだという、論点は理解できますが
この議論でたまたまポインタになっているというはあり得ません。