【初心者歓迎】C/C++室 Ver.84【環境依存OK】

1 名前：デフォルトの名無しさん mailto:sage [2013/04/28(日) 17:27:19.70 ] エスケープシーケンスやWin32APIなどの環境依存なものでもOK。 ただしその場合、質問者は必ず環境を書きましょう。 ※sage禁止です(と代々スレに書いてありますが自己判断で)。 【前スレ】 【初心者歓迎】C/C++室 Ver.83【環境依存OK】 toro.2ch.net/test/read.cgi/tech/1363154865/ ◆ソースのインデントについて 半角空白やTABでのインデントはスレに貼ると無くなります。 そのため、アップローダーに上げるのも手ですが直接貼る場合は、 全角空白か に置換すると見栄えだけはよくなります。 【アップローダー】(質問が長い時はココ使うと便利) codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック) ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用) 116 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:06:19.35 ] >>115 winの仕事でgccって、オマエばかなの？ 117 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:12:17.68 ] バカなんだろう 118 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:24:24.62 ] GPLで仕事か 羨ましい(笑) 119 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:31:12.46 ] でも、Visual C++ってC++11のサポートすら中途半端な低スペックだからな 低スペックな奴は低スペックなのが良いのかもな 120 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:46:58.52 ] 企業が開発する有償のコンパイラが 2011年9月の規格を2012年に完全に 盛り込むのは難しいだろう。 VC6の時は規格制定から約3ヶ月後の 出荷だったし、不幸なコンパイラだな。 121 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:50:54.04 ] VC++は「みんな使ってるから安心」が最大のメリットなんだよ。 最新規格を追い求める向きはそういう製品をどうぞ。 122 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 21:57:47.19 ] >>120 細かいことだが前後が逆だぜ 　Visual C++ 6.0: 1998年6月 　C++第一版: 1998年9月 ---おまけ 　1999年　C改訂 　2002年　Visual C++ .NETでスルー 　2003年　Visual C++ .NET 2003もスルー 　2005年　Visual C++ 2005もスルー 　2008年　Visual C++ 2008もスルー 　2010年　Visual C++ 2010もスルー 　2011年　C改訂 　2012年　Visual C++ 2012またもやスルー 123 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 22:01:04.11 ] vc糞過ぎる 124 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 22:23:51.36 ] みんなって言うか、少数民族がじゃない 125 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 22:27:03.20 ] >>124 仕事の話を趣味の話にすり替えないでください 126 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 23:43:30.87 ] 趣味ならともかく仕事の話ってなると小数派になるんじゃない? 組み込み屋もC/C++使っているんだから で、MSはいまやあんまりVCに力入れてないように感じるんだけど 127 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 23:45:28.77 ] まるで職業プログラマが全て組み込み屋みたいな言い方だね。 128 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 00:07:31.06 ] >>126 なんか明後日の方向には力入れてる。 C++/CLIとかC++/CXとかなんかもう訳分からんｗ 129 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 00:28:04.87 ] >>126 .NETの時代でしょー SQL Server + .NETは超楽じゃん 130 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 00:56:56.72 ] 仕様策定者がレファレンス実装を出さないのが悪い 131 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 01:01:02.49 ] >>128 C++の進化が亀過ぎで、自社で拡張しないといけないんだろう MS的にはC++にしがみつくのは止めてねって感じかな Win職業プログラマはMSの導きに従わないと、だんだん食いぱっくれるかも 132 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 09:41:38.56 ] >>130 参照実装と言えば、 C99のジェネリックって_Genericも無しに どうやって実現すんだ？と思ってヘッダーを覗いたら ウンコな実装で拍子抜けしたでござる 133 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 10:46:52.82 ] インターフェースがしっかりしててそれなりに動けばいいの コンパイラ屋のモチベは下がるかも知れんけどｗ 134 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 11:31:36.35 ] C99の似非ジェネリックなんていらねーよ C#のジェネリックの方がよほど使える というかさすがにスレ違いか 135 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 11:37:31.51 ] そこでどうしてC++とかC11でなく C#になったのた不思議。 第一、Cのジェネリックに対応するC#の仕様は ジェネリクスでなくオーバーロード。 136 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 11:44:39.61 ] C#のジェネリックはC++のテンプレートとは全然違うんだぜという話をしようとしたが、 これはするとしたらC#スレで話するわ 137 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 21:28:49.53 ] むしろどう違うととらえてていたのか気になる ・C#では(クラス型は)物理的なインスタンスが一つ。 　つまりオーバーロードの解決はコンパイル時 ・そのためTが満たすべき条件をC#では基本クラスで指定 　一方C++はコンセプトLite検討中？ ・そのためC#は特殊化が原則無い ・でも倫理的なインスタンスの型情報(Tが何型か)は持っている ・C++は型以外の値そのものをパラメーターに指定可 使い勝手はあんまり変わらないような。 仕組み的にはC#は基本クラスの型を使って 実行時解決できるレベルの汎用化だけど C++はコンパイル時に全てが決まるメタプログラミング って点かな。。 138 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 22:44:27.60 ] 今から勉強しようと思いますが CよりC++を学んだ方が良いのでしょうか？ 一通り使いこなせるようになるまで それぞれどの程度かかりますか？ 139 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 22:55:17.03 ] Javaでクラスとインタフェースを学んで Cでどれほど危険なプログラムが組めるかを学んで C++を学ぶのがいいと思うよ。 140 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 23:00:19.79 ] Javaを先にやると、Cのありがたみが わからずに 「なんで何のチェックも無しに落ちるんだ」 「コンパイルエラーメッセージが意味不明」 「おまじない大杉」 などとクソ認定される恐れが大。 141 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 23:02:35.68 ] 初学者は色々と不便な環境を経験しておいた方が 色々と気をつけるようになるのではないかと思う事はある 142 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 23:28:19.74 ] むしろ特定分野を狙うわけでもないのに CやC++を勉強するのが無駄。 「ワシらは紙に穴をあけて…」と史実を 語られるレベル 143 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 23:41:26.11 ] ディップスイッチパチパチの人も 時々は思い出してあげて 144 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 23:53:03.96 ] よしじゃあCの前にまずPL/Iだな 145 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 07:55:35.04 ] PL/Mとどう違うの？ 146 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 08:53:40.29 ] PL/Mは整数しか扱えんぞ 147 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 09:30:49.06 ] 唐突なんだが、ヘッダファイルの拡張子はテンプレートクラスを含む時が.hppで、それ以外が.hだと 思ってたんだけど、先日C++のヘッダファイルは全部.hppにするのが業界標準だよって言われた。 業界が何を指してるのかイマイチよく分からなかったんだが(てか、サッパリ分からなかったんだがｗ) 実際どうなんですか？ 148 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 12:02:03.60 ] Boost信者はhppを好む。 業界標準化と言われると微妙だな。 149 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 12:22:51.02 ] 何処の業界かは知らないけど拡張子なんて飾りだよ 150 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 12:29:56.11 ] 業界標準かどうかは知らないけど Cコンパイラでコンパイルすることを(実際にできるできないにかかわらず)全く考慮してないならhppにする また拡張子だけ見て強調や補間のモードを変更するエディタとかあるからhppにしといたほうが便利なときもある 151 名前：デフォルトの名無しさん mailto:sage [2013/05/14(火) 19:44:39.78 ] .hppでも.hでもいいから混在はやめてほしい。 業界標準だよと言われたら「お前の中ではな」 と思っておけばいい。 152 名前：デフォルトの名無しさん mailto:age [2013/05/15(水) 12:29:19.47 ] 派生クラスを複数生成したら 基底クラスも複数生成されるの？ 基底クラスは１つ？ 153 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 12:37:12.77 ] はい 154 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 12:59:43.87 ] いやどっちだよｗ 155 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 13:09:10.74 ] もう少し明確にしてくれ。クラスの定義の話かインスタンスの話か？ 156 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 15:56:34.22 ] クラスの定義が複数生成されるとか嫌過ぎるわ…構文上の規約の問題とメモリの割り当ての理解がごっちゃになってる hppってヘッダーにcppのコード突っ込んでリンカ解決やら楽しようぜ h+cpp だから hpp だカッコいいだろう!! みたいなイメージだ 157 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 17:58:27.63 ] >>152 クラスのインスタンスを人間にたとえると 基底クラスの顔と派生クラスの顔 つまり２つの顔を持つ人間が１人生まれる 158 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 17:58:48.01 ] 「クラスを生成」はたいていの場合、 発言者は「クラスのインスタンスを 生成」のつもりであることが多い。なので 派生クラスのインスタンスを複数生成したら それぞれに基底クラスのインスタンスが含まれる 159 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 18:04:20.08 ] 自己顕示欲マンセー 160 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 18:17:38.64 ] 複数の翻訳単位で派生クラス(テンプレートクラス)がインスタンスされた場合、 それぞれの翻訳単位で基底クラスが暗黙にインスタンス化される。 だがODRで一つと見なされるのでインスタンスの数を意識する必要はない。 コンパイル時間を短縮したいならexternでインスタンス化を抑制する 161 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 18:44:10.49 ] 基底クラスだけテンプレートを インスタンス化できる？ 派生クラスのインスタンス化に 必要不可欠のような 162 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 19:49:38.87 ] 基本クラスだけ？ 逆？ 163 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:00:26.86 ] 最近hoge厨が静かになって 平穏がおとずれたようだ 164 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:03:42.01 ] 自治スレか宿題スレに篭っているんでしょう平和が続くといいですね 165 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:10:12.64 ] hoge使いはUnixerに多い。 つまりUnixerは底辺。 msは底辺以下、 coolなguyはMacを選ぶね 166 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:28:03.36 ] Macは負け組 167 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:30:00.84 ] foo bar は？ 168 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:33:57.17 ] Linux:キチガイ、変人が使う MS:馬鹿が使う 林檎:自称かっこいい奴が使う 林檎は芸術家jobsの芸術作品だからな 169 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:35:44.05 ] どちらかというとマカーに基地外が多い 何でかわからないけどマカーの基地外率は異常 170 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:42:27.85 ] 継承関係が　A -> AA -> AAA　の時にAAAのインスタンスを 生成するとAAとAのインスタンスも（見えないけど）生成される。 じゃないとスーパークラスのメソッドを呼び出せない。 171 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:42:53.09 ] >>169 馬鹿が自称かっこいい奴を見てキチガイいって思うのは 馬鹿だからしょうがない 172 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:47:16.94 ] >>152は多重継承の話をしてるんじゃないの？ 173 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:55:25.05 ] Aを継承したB Aを継承したC BとCを継承したD Dのインスタンス中に居るAのインスタンスは単一なのか 　BにまつわるAのインスタンスと 　CにまつわるAのインスタンスとの都合２つに分かれるのか こういう話？ 174 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 20:56:46.04 ] 152の味噌汁 175 名前：152 [2013/05/15(水) 21:19:55.15 ] インスタンスを生成でお願いします 176 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 22:54:57.47 ] >>175 派生クラスのインスタンスの数に応じて基底クラスのインスタンスも複数生成される struct X { int a; }; struct Y : X {}; Y y1; Y y2; のとき y1.a と y2.a は別物 177 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 23:02:17.63 ] つまんねっ 178 名前：152 [2013/05/15(水) 23:52:15.81 ] すいません書き直します 基底クラスAがあり、そのAの派生クラスBがあり Bのインスタンスを何度も生成した場合 B1とB2の基底クラスインスタンスAは A単体なのかA1、A2と増えていくのかどちらですか？ 179 名前：片山博文MZパンク ◆0lBZNi.Q7evd [2013/05/16(木) 00:00:10.27 ] >>178 後者 180 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 00:17:06.64 ] B1とB2はいったいどこから出てきたんだ 基底クラスインスタンスなんてわけわからん語を作るな コードを書いて説明しろ 181 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 00:18:53.86 ] こういうのが説明力がないっていうんだよな 会社で煙たがられる存在 182 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 00:20:36.18 ] 基底クラスインスタンスのメンバ変数を書き換えるようなメソッドを用意して実験したらいいんじゃないかな（エスパー） 183 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 01:01:07.62 ] インスタンスの数＝newした数（Java風） だから顔の数じゃなくてボディの数で数えろと 184 名前：デフォルトの名無しさん [2013/05/16(木) 01:46:42.40 ] >>180 何度も生成するから 1、2、3、4、5… と増えていくんだよ 185 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 07:19:43.02 ] 単体なのか増えていくのか、 質問するより、自分でコード書いた方が早いだろ 186 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 09:52:49.32 ] こういうのは入門書でよくやる理解しやすいたとえ話でやるより コード貼ってどうこうしたほうが…そもそも自作自演っぽく思えてきたけど 187 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 11:35:44.57 ] たしかにQZはC++の知識がないから QZの自演ってことはありうる 188 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 12:25:09.68 ] >>178 結局何を聞きたいのかさっぱりだ 189 名前：デフォルトの名無しさん [2013/05/16(木) 12:34:47.33 ] 派生を生成するために 基底のインスタンスも増えていったらメモリの無駄じゃないの？ 190 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 12:38:06.02 ] >>189 だったら派生せずに新しくクラスを作ればいいじゃん 191 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 12:38:42.93 ] >>189 派生のインスタンスの中に基底のインスタンスに相当する部分が含まれているのでは？ 192 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 12:40:31.09 ] 継承を一体何だと思ってんだか 193 名前：デフォルトの名無しさん [2013/05/16(木) 12:46:03.41 ] 派生を複数生成しても 基底は１つになる方法はない？ 194 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 12:48:54.89 ] なんか意味を正しく理解してないのがいそうだからこの流れでは『インスタンス』禁止にしとけ クラスTのインスタンス -> T型の変数 と言い換えとけ 195 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 13:19:11.46 ] >>193 継承を使わずに基底にあたる型をshared_ptrとかでメンバに持つクラスにしろ 196 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 13:25:38.02 ] >>193 virtual継承 197 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 13:38:48.28 ] >>193 is-aとhas-aの違いはわかる？ 198 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 15:53:31.31 ] 学生は人である 学生を増やしても人のインスタンスが一つになっている状況とは如何に あれか、学生数の水増しかｗ 199 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 16:17:39.82 ] >>193の中では継承はどういうイメージになってるんだ？ 200 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 17:01:59.23 ] >>193 派生を使わない。 基本クラスに持たせようとしていた情報は グローバル変数で持つ。 派生クラスに持たせようとしていた情報は単独の クラスにして みんなでグローバル変数をみる 201 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 17:04:43.82 ] >>193 コンポジションを使うとか どうしても継承が必要なのか、継承を使わなくてもいいのかはよく検討すべき 202 名前：デフォルトの名無しさん mailto:sage [2013/05/16(木) 18:30:51.59 ] もうAとBとB1とB2を全部 グローバル変数にしようぜ 203 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 01:01:04.77 ] １．const char* a //*aがconst ２．char* const b //bがconst ３．char const* c //１．と同じ？２．と同じ？ ４．const char& d //dがconst？ ５．char& const e //どこがconst？ ６．char const& f //ドカーン！ constが分からんとですorz 204 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 01:02:41.45 ] >>203 何故自分で試そうとしないのですか？ 205 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 01:11:23.80 ] >>203 これ見てわからなかったらもう来るなよミジンコ ideone.com/ViHQJy 206 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 01:41:05.07 ] くぎゅうぅぅ 207 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 01:47:27.57 ] >>203 とりあえずconstは(変数ではなく)型に付くと覚えましょう １．const char* a //const char型へのポインタ(型)(の変数)a ２．char* const b //char型へのconstポインタ(型)(の変数)b ３．char const* c //１．と同じ ４．const char& d //const char型への参照(型)(の変数)d　(※) 　(※この形を『const参照』と呼びますがconst型への参照(型)の意味であって、型へのconst参照(型)の意味ではありません) ５．char& const e //エラー ６．char const& f //４．と同じ 208 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 02:03:39.74 ] constは左隣につく、左側がない場合のみ、例外として右側につく、と覚えてる 209 名前：ＫＵＳＯ ＫＯＴＥ mailto:sage [2013/05/17(金) 02:15:00.69 ] 昔「エキスパートCプログラミング　知られざるCの深層」 というおUNKOな本があって、 型宣言の説明だけは素晴らしかった。 その読解法によると const char* a 　a is a pointer to "const char" char* const b 　b is a const pointer to char char const* c 　c is a pointer to const char (=a) const char& d 　d is a reference to "const char" char& const e 　e is a const reference to char→エラー char const& f 　f is a reference to const char 210 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 07:20:10.83 ] >>203 1, 4 は例外的だし意味もあいまいだから「使わない」 211 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 07:40:06.86 ] >>210 それぞれ3と６を使うってこと？ それならむしろ自分は逆だなあ。 212 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 08:52:28.92 ] char const* a は const *a だから、*a がコンスト char* const a は const a だから、a がコンスト って考えると、3, 6は確かに自然な気がする でも、char const& a は const &a だから、&aがコンストかっていうと 何それイミフｗ って考えると、全然自然じゃない気もする。 213 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 09:12:40.30 ] constは ・左側で一番近い ・型に付いて 修飾するというのが基本ルール >>203の1,4はその基本ルールでは解釈できず>>208,210のいうように例外的に解釈しなければならないから不自然 >>212はconstが右側の、型ではない*aやaや&aに付いてる、という解釈の時点で最初から二重に間違ってる 214 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 10:15:43.42 ] なるほどなー。 自分は1,4を使う派だけど、constをどちらの目的で使うかによって、 型名とconstの位置が逆になるので、パッと見て分かりやすいかなー？と思っている。 215 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 10:49:49.41 ] >>213 なるほど、てことは const の左側に「が」を補って char const* は char が const char* const は char* が const char const& は char が const char& const は char& が constはイミフだからエラー って考えると自然？ 216 名前：デフォルトの名無しさん mailto:sage [2013/05/17(金) 12:03:02.39 ] そんなかんじでいいんじゃない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef