19/04/16 07:00:13.97 xjyBK9QH.net
そんなこと気にする前に参照の変数を未初期化で使おうとするなよ。
みたいなツッコミを入れたくなるけど、コンパイル時にエラーが出る
間違いは必ず見落としなく直せるから実際は大きな問題じゃないよね。
「ポインタ宣言の * を型名に寄せるか変数名に寄せるか」と同じで
一貫した書き方をするかぎり、どっちでも構わんでしょ。
個人的には「変数名に寄せる」派だけど。
852:デフォルトの名無しさん
19/04/16 08:18:02.67 hl7GJiol.net
int& a, &b;
int &a, &b;
自分も後者の方がいい
853:デフォルトの名無しさん
19/04/16 08:20:49.86 GDkTCt4E.net
>>851
> 未初期化で使
コレの解釈は揺れそうだが、たとえば
int *i;
とか、
int *i;
int j;
i = &j;
とかいうかんじのことかしらん
854:デフォルトの名無しさん
19/04/16 11:22:25.45 vZl8q5zB.net
>>852
+1
ほんそれ
855:デフォルトの名無しさん
19/04/16 12:24:17.44 uqcfe1Iw.net
わからない事をここで質問しようとレスを書いてる最中に「わかった！」
ってなることが多々あるんだが、この謎の現象は何なんだ・・・
856:デフォルトの名無しさん
19/04/16 12:28:15.56 4RjIOnLA.net
自己解決パターン
質問するときに頭の中が整理される→解決
質問するために再現する必要最小限のコードを書く→問題の切り分けが出来る→解決
いろいろあるが
857:はちみつ餃子
19/04/16 13:21:34.50 XnNfa6Fy.net
>>855
何が駄目なのかわかれば解決法は自明であることが多い。
逆に言えば、解決法がわからないときは問題が何であるかわかってなかったりするんだよ。
だから、きちんとした形に質問をまとめれたなら、それはもうほとんど解答でもあるんだ。
この手法を利用してバグを取り除くやり方としてラバーダックデバッギングというものが知られている。
858:デフォルトの名無しさん
19/04/16 13:51:09.84 WfxisTJA.net
C++erならRust学べって風潮嫌い
なんで学習コストがある言語を２つも学ばないといけないのかと思うし
859:847
19/04/16 17:31:42.92 xjyBK9QH.net
>>853
あんまり大それた意見とではなくて
void func()
{
int &a;
...
}
と宣言したら、参照先不明の &a を作ろうとしてるから
必ずコンパイルエラーになるじゃろ、程度の指摘。
…ただ、この投稿を書こうとして気がついたんだけど、
class samp {
int &a;
...
};
てな具合に、クラスのメンバとしての宣言ならエラーにならないね。
ちゃんとコンストラクタで a に参照先を与えるなら許される。
要するに >>851 の前半部分は間違ってた、ということ。
正しい場合もあるけど、常に正しいわけじゃない。
860:デフォルトの名無しさん
19/04/16 17:55:46.56 LqBdGBd1.net
その場合でもコンストラクタで初期化してなかったらエラー出るんだから
説明自体は間違ってない
861:デフォルトの名無しさん
19/04/16 21:38:13.69 5Rly8M3u.net
>>857
テディベアをおいておくというエピソードなら有名だね
862:デフォルトの名無しさん
19/04/16 22:14:36.94 dFuxCqAG.net
>>858
難しいことも違った方向から見るとわかりやすくなることもある。
863:デフォルトの名無しさん
19/04/19 11:24:45.99 qKKG75KJ.net
質問です。
cinの戻り値のistream&がなんでif(cin)みたいに真偽判定に使えるのかが発端です。
URLﾘﾝｸ(stackoverflow.com)
こことか見たんですけど、
1.istreamはbasic_iosを継承してて、
2.basic_iosで型変換演算子explicit operator bool() const;が定義されてる
ってとこまでは理解しました
ここからが質問なんですけどこの型変換ってのは勝手に行われるもんなんですかね
if(something)って書いたらif(bool(something))っていつもやってるんでしょうか
864:デフォルトの名無しさん
19/04/19 11:40:22.57 ymX8VCBl.net
intで参照したらEOF
865:デフォルトの名無しさん
19/04/19 12:05:08.07 r9r2BfdP.net
型変換以前に0やnullポインタを評価するとfalse、0以外の値はtrueと評価されると決まっているからだろ。
あと暗黙の型変換はよく起こる。
866:デフォルトの名無しさん
19/04/19 12:08:35.86 lgg24wim.net
if 文の条件判定部は bool 型を要求してる前提で解釈,翻訳してるんじゃない
867:はちみつ餃子
19/04/19 12:13:29.89 mypEidUJ.net
>>863
yes.
条件部はブールを要求し、もしブールでない場合は常に型変換する。
868:デフォルトの名無しさん
19/04/20 09:49:03.76 9bTTnEnG.net
前橋和弥さんのC言語ポインタ完全制覇という本で、
PCの環境(CPUの種類など)によってデータのメモリ上の配置は異なる
(構造体のパディングをはじめ、ただの単体のintでさえバイトオーダーが異なる(ワークステーションではビッグエンディアン採用だったりする))
ので、メモリの内容をバイナリでディスク上のファイルに出力したデータは別環境で読み込んで使おうと思ってはいけない
というような事が書いてありましたが、この話はWindows以外の環境や古い環境を前提とした話なのでしょうか？
同書にWindowsではBMPファイルをfwriteでファイルへダンプしていていかにもWindowsらしいとも書いてあるので、
Windows環境ならゲームのセーブデータとしてクラスをまるごとfwriteでバイナリ出力したファイルを別PCでロードしても問題ないのでしょうか？
(Xeonとかワークステーションマザーとか関係なしに、IntelCPU&Windowsの環境ならばリトルエンディアンで統一されている？)
(Macではビッグエンディアンになるが、Windows環境のみ対応のゲームを作る上では無視してよい？)
という認識は間違っているでしょうか？
パディングの違いなどもWindowsやVisualStudioが自動で良きに計らってくれるのならありがたいのですが…
869:デフォルトの名無しさん
19/04/20 09:54:32.44 gSzU4BUh.net
windows間だから「別環境」ではなく「同じ環境」
だからwindowsでも同じ
そのbmpデータをmacに持って行っても使えない
なので磁気コアをダンプして永続化したようなデータは、他の全ての環境で使えない
60年代くらいから知られている
870:デフォルトの名無しさん
19/04/20 12:00:13.06 9bTTnEnG.net
>>869
Windows環境であれば、別PC(別ハード)でも同環境とみなして良いのですね
>>WindowsではBMPファイルをfwriteでファイルへダンプしていていかにもWindowsらしいとも書いてある
読み直したら、違ってましたm(_ _)m
可変長構造体の節で、
WindowsではBMPをfwriteなどで可変長構造体まるごとダンプしていて、
BMPのような他の環境にもっていく可能性が高いファイルを構造体まるごとダンプしているのがWindowsらしい
というような内容でした
Windows級の一流プログラマーでも構造体まるごと出力を使っているのであれば、
ゲームのセーブデータで構造体やクラスをまるごとバイナリ出力しても問題ないととらえてよいのかな？
871:デフォルトの名無しさん
19/04/20 12:30:10.75 4KhiFNHT.net
>>870
bmpファイルには仕様があるので「Windowsのプログラマがどうたら」なんぞ関係無く仕様に従って読み書きすべし
（現実には仕様に従わない入出力をやらかすアプリ毎に対処することはあるが）
自分で定義した構造体でも外部に公開するなら仕様を決めそれに準ずるべし
公開しないならそれこそ構造体丸ごとダンプなり好きにすれば良い
実際にそういう実装は珍しいものじゃない
どうせ環境の変化で困るとしてもそれは自分だけだからね