[過去ﾛｸﾞ] 【初心者歓迎】C/C++室 Ver.106【環境依存OK】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
495: 2021/01/25(月)15:30 ID:ptYOaHFL(3/3) AAS
listはお決まりのイディオムで
sizeof(list)/sizeof(list[0])
496: 2021/01/25(月)15:59 ID:IR169uBT(1) AAS
確保した大きさと使用してるサイズを同一視ならば
497(6): 2021/01/26(火)01:42 ID:uwBeeshc(1) AAS
配列をポインタで関数に渡すとき、番兵を使ってる例って少ない（無い?)ですよね?
たいていはポインタと、サイズの入った変数、ですよね。
番兵を使った方が関数の引数が減ってシンプルじゃないですかね?
sizeof()は上記目的には使えないですよね。あと配列をmallocで割り当てた場合も。
498: 2021/01/26(火)02:09 ID:QPIgjXP4(1/2) AAS
そもそもC++スレなんだからコンテナでrange based forとかイテレータとかsize使ってるやつの方が多いんじゃねーの
499: 2021/01/26(火)02:10 ID:QPIgjXP4(2/2) AAS
いやCスレでもあったな…
500(1): 2021/01/26(火)03:09 ID:I774IjRX(1) AAS
番兵はユニークな値でないと困るけど
一般の配列で絶対に使わない値 が存在しうるかはわからない
文字列は \0 を番兵として使うからなと値域を制限してるから成立してる
501: 2021/01/26(火)07:44 ID:JepoiCxq(1) AAS
>>497
番兵の値がいくつかということはコメントとかに書くくらいしかできないからサイズを使う場合よりも保守性が低いとか、サイズが分からないと直接終端にアクセスする必要のあるアルゴリズムを使う際にいったん末尾まで余計な探索しないといけないとか、デメリットも多いな。ケースバイケースだが、番兵よりサイズの方が扱いやすいことが多いと思う。
502: 2021/01/26(火)08:13 ID:lSE67wwF(1) AAS
>>497
自分は、C++でよく見る先頭ポインタと末尾+1ポインタのペアが落ち着く。
503: 2021/01/26(火)09:28 ID:Gs93uoQt(1) AAS
>>497
ポインタの配列とかならまれに見るよ
Win32APIのStartServiceCtrlDispatcherAとか
逆に言うとポインタぐらいしか番兵としてみんなが認める値がない
ポインタならNULLを番兵にするのはだいたい同意するだろうし
504: はちみつ餃子 ◆8X2XSCHEME 2021/01/26(火)10:58 ID:xZCVqJnF(1/2) AAS
Go や Rust でスライスが基本的な型として入っているのは
大きさのわからん配列 (の参照) が
問題を生みやすいことを学んだ故だと思う。
C++20 に std::span が入ったのもその必要性・有用性を認めてのことだろうから、
std::span そのものは使えない状況であったとしても
番兵より大きさ (もしくは終端の位置) で管理するスタイルが基本になっていく流れはあるんじゃないかな。
505: 2021/01/26(火)14:04 ID:dpeKzEhO(1) AAS
たとえばある配列をわたされてインデクスiを参照したいとするじゃん
番兵しかなかったら、とりあえずインデクスiまでずーっと舐めないと
途中で番兵でてきたらアウトオブレンジでえらいこっちゃ
配列とサイズで管理しないとランダムアクセスがごっつうおそなってお話にならない
506: 2021/01/26(火)14:07 ID:J69Hx8rV(1) AAS
で、まあ実際ヌル終端文字列の処理ってこんなのばっかりで、文字列をやたらと
きったりはったりする場合は結局文字数とセットにしたほうがいいよね、ってなって
最近のモダン言語はだいたい文字数とセットで管理するほうが主流だよね
507: 2021/01/26(火)14:16 ID:9ppDXCHm(1) AAS
Ｃ言語に前にあったPascalとかも知らないんだろうな…
508(1): 2021/01/26(火)14:53 ID:m9QEFa1v(1) AAS
最近のモダン言語は文字数とバイト数がバラバラだけどランダムアクセスできてんの？
509: はちみつ餃子 ◆8X2XSCHEME 2021/01/26(火)16:04 ID:xZCVqJnF(2/2) AAS
>>508
文字列をランダムアクセスする必要とかあるの？
ないよね？
っていうのがモダン言語の解じゃないかな。
どうしても必要なら事前に 32 ビット整数 (に相当する文字型) の配列にするし。
510: 2021/01/27(水)11:38 ID:cJSBZXf9(1/2) AAS
>>500
char * なのに
"hoge\0fuga\0hage\0\0"
みたいな内容期待してるAPIとかあるからな
511: 2021/01/27(水)11:40 ID:cJSBZXf9(2/2) AAS
>>497
malloc とか new とか
ポインタ - 1 のアドレスにサイズが書き込まれてたりするな
512(1): 2021/01/27(水)19:33 ID:V9ay2W5A(1) AAS
C++17のvariantというものを初めて使おうとしていますが
自分のコードでは、variantの中身にはすべてset(int i)というメソッド(iの値をセットする）があるので
visit([=](auto& v) { v.set(hoge); }, value);
としたら、「const ...をset()のthisに渡すのはクオリファイアーを無視してる...」的なエラーに。
あれ、自分の元のコードではvalueはconstじゃないはずなんですが....
もしかしてvisit()の変数って強制的にconst扱いですか? constじゃないやり方とかあります?
513: 2021/01/28(木)02:35 ID:RFgYTk8i(1) AAS
>>512
きっと省略したところに問題があるんでしょう。
オンラインコンパイラにエラーを再現させるコードを貼って示してもらえば、何か見えてくると思います。
514: 2021/01/28(木)17:23 ID:ZyxBbWt0(1) AAS
ヌル文字は文字列処理してセパレータが被った時の最終手段なので勘弁して欲しい
515(2): 2021/02/02(火)16:38 ID:eercxEg/(1) AAS
>>497
そういう時、自分は構造体に配列のポインタとサイズを書き込んで、構造体のポインタを渡している。
実務経験ゼロのアラフィフ日曜プログラマなので、この方法が良いのかどうかはしらない。
理工学部出身なので、学生時代はプログラムしてたよ。
コロナ禍で外出する頻度も減ったので、久々にプログラミングを再開してみた。
516(1): 497 2021/02/03(水)19:53 ID:RKwHr67Q(1) AAS
>>515
あ、実は既にその方法にしていたりします。
配列のポインタ＋サイズの引数だと若干うるさくなることのほかに、構造体でデータ型をネストしたい
（構造体の要素に配列を持たせ、その配列の要素も似たような構造体...）部分などもあり、そうするのが
自然（というか必須?）な感じがしました。
517: 2021/02/04(木)00:19 ID:+sPXCpt8(1) AAS
C標準ライブラリのソースコードを眺めていると、実装した関数をエイリアスで別名をつけていることがあります
C言語のことがよくわかっていない為か、最初からエイリアスの名前で関数を書いた方がいいのではないか？と思えてしまいます
一体、なんのために実装関数名とエイリアス名を分けているのですか？
518: 2021/02/04(木)02:01 ID:RCSvvL+5(1) AAS
昔の6文字までしか名前を解決できないボロリンカの名残だろ
519: 2021/02/04(木)05:05 ID:YUi6sdWi(1) AAS
初心者だけど目的がないから勉強できん
どうすればええんや
520: 2021/02/04(木)09:29 ID:sXvBu/Db(1) AAS
なにか作ればいい
521: 2021/02/04(木)11:36 ID:ZzRKCYY/(1) AAS
>>515-516
APIだとそもそも構造体の先頭数byteにその構造体のサイズが入ってるって普通
522(4): 2021/02/12(金)15:44 ID:VS77AOFk(1/2) AAS
Visual C++のアプリ作れって言われたんやけど
アプリ作成の段階でワイ詰んだから質問しに来たンゴ
アホみたいな初心者やけど助けてほしいンゴ
【使用環境】
Visual Studio 2008
【やりたいこと】
VB.netとかで言う「Buttun1_Click」で
「MessageBox.Show("HELLO")」がやりたい
【わからないこと】
?本とかで「Managed C++ アプリケーション」で作れって書いてあるが
省6
523: 2021/02/12(金)15:54 ID:7cf88jb8(1/2) AAS
int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
{
524: 2021/02/12(金)16:19 ID:IzjdsqjH(1) AAS
勘違いしたふりしてC#で作っちゃえよ
525: 2021/02/12(金)16:32 ID:NMXs/4Zz(1) AAS
本を使う場合はその本のバージョンに全部合わせないと無い項目とかあってしんどいよ
慣れれば無くなってても代わりはこれだろ、って当たりつけられることもあるけど
学習目的で参考する本があるならバージョンは合わせたほうがいい
そのバージョンの入手が難しくなっている場合もあるからその場合は本を変えるしか無い
出版された後にバージョンが変わってしまいそのとおりに学習ができないというケースが多発するので本よりググったほうが楽という面が大きい
526: 2021/02/12(金)16:50 ID:7cf88jb8(2/2) AAS
環境たる Visual Studio の使い方が ﾊﾞｰｼﾞｮﾝで全然違うからねぇ
それを使えた上で 何かの言語とAPIやフレームワーク駆使して実行ファイルを作るから
ド頭でつまずくと先進むのは難しくなるわな
527: 2021/02/12(金)16:59 ID:jxDcSv/l(1/2) AAS
>>522
> ?本とかで「Managed C++ アプリケーション」で作れって書いてあるが
そんな本は今すぐ捨てろ
今時Managed C++なんてやっても意味ない
あと、できればVisual Studio 2019買ってもらえ
準備ができたらここに書いてあるとおりに実行すればいい
外部ﾘﾝｸ:docs.microsoft.com
528(2): 2021/02/12(金)18:01 ID:VS77AOFk(2/2) AAS
個人的には前例になっとるプログラム（機能は違うが、処理内容はほぼ同じ）
がVC++で作られとったからそれを参考にしようと思ったんやが
何せプログラムではなく「プロジェクトの作成」で詰んでしまってなあ・・・
まさに「何していいかわからん」状態ですわ・・・
529: はちみつ餃子 ◆8X2XSCHEME 2021/02/12(金)18:35 ID:2OOQ6m86(1) AAS
>>522
Windows の GUI アプリのエントリーポイントは (main ではなく) WinMain なので、
スタートアップルーチンは WinMain があるものだと思って呼び出そうとする。
それがないからエラーって言ってる。
WinMain がどういうものかはここに公式な説明がある。
外部ﾘﾝｸ:docs.microsoft.com
それと他の人も書いてるが Managed C++ はやめたほうがいい。
.NET Framework を基盤にするアプリケーションを書くときにネイティブコードとの間で仲立ちする
のが主な目的のもので、普通のアプリケーションをそれで書くのは適してないし、
仲立ち用に使うにしても今では C++/CLI のほうがマシというのが一般的な評価だと思う。
省4
530: 蟻人間 ◆T6xkBnTXz7B0 2021/02/12(金)18:39 ID:fTOQtm+W(1) AAS
いちいち説明するのも面倒なので貼っとくよ。
外部ﾘﾝｸ:ja.m.wikipedia.org
Managed C++は現在ではC++/CLIに相当する。
531: 2021/02/12(金)18:43 ID:Ir0s84kv(1) AAS
処理の主体がOSに近い所（GUIで窓の操の面倒をみるのがほとんど）なら
先例をもってくるほうが手近だけど、データ処理ならエッセンスだけ抜き出して
C#でGOするのもアリかもしれん
仕事で言語指定までされてる話ならがんばれ
532: 2021/02/12(金)18:55 ID:RpqVOpxf(1/2) AAS
C++ で、DLL を作るプロジェクトじゃないの？
漏れなら、Ubuntu 18.04, mruby で、C/Ruby ごちゃ混ぜで書くけどw
533(1): 2021/02/12(金)19:03 ID:RpqVOpxf(2/2) AAS
そもそも、Windows で、C/C++ の仕事があるのか？
想像できない
すべてのサーバーが、Linux なのに
534: 蟻人間 ◆T6xkBnTXz7B0 2021/02/12(金)19:50 ID:WC9JZZt5(1) AAS
>>533
仕事はサーバーだけではない。
サーバーはLinuxだけではない。
535: 2021/02/12(金)20:39 ID:jxDcSv/l(2/2) AAS
>>528
それ、Managed C++なの？
マジでそうならC++じゃなくてC#にした方がまだマシだぞ
536: 2021/02/12(金)21:45 ID:nVBqnbvZ(1) AAS
このスレにまでRubyキチガイが現れるようになったか
537: ◆QZaw55cn4c 2021/02/13(土)01:09 ID:HkWfV2pE(1) AAS
>>522
私ははるか昔に visual c++ にほとほとあきれ返ってしまったので、それいらい cygwin の中にある mingw32 を使って win32api だけを使って書いていた時期がありました
最近は c++11 以降ではスレッドも簡単に書けるようになったので、まあ、しばらくお休みはしてはいるのですが、いつか、c++11 主体で、ときどき win32api を呼ぶ、という感じの混在させたようなものを書いてみようか、などと、鬱々と考えています、考えているだけですけど‥‥
538(1): 2021/02/13(土)08:57 ID:cPvPYeD3(1) AAS
奥が深いというか複雑なんやなこれ
とりまvs2008なのは会社の環境やから許してくれや
vc++もほとんどいじってなかったしなぁ
あれからとりあえず「空のc++アプリケーション」つくって
「dialog」1つ作って「ボタン」1個置いて
あとは「サブシステム」はちゃんと「windowsアプリケーション」にしたで
ダブルクリックしたらイベント書けるらしいけど
何かいたらいいか分らんかったから
とりあえずMessagebox::show("");
だけ書いた
省8
539: 2021/02/13(土)09:59 ID:KpUslkW7(1) AAS
プロジェクトのプロパティで/MD[d]とか書いてあるところを血なまこになって探す
見つかったらそこを/MDに変える
540: 2021/02/13(土)13:40 ID:2KIaYprT(1) AAS
>>538
それ多分.NETじゃなくなってない？
余計遠ざかってるんじゃね
541: 2021/02/13(土)13:49 ID:W+in9Pd4(1) AAS
元の司令は >>522 「Visual C++のアプリ作れ」だから正解
542(1): 2021/02/14(日)02:10 ID:UasGJ1Yn(1) AAS
Linuxって…テキストファイルの最後には…必ず'\n'が入るって仕様なの？
なんか…GTK系は全部…そんな感じ…。最後に'\n'が入ると想定して最後は改行してない…。
気持ち悪いんだけど…。'\n'なしで終わってもいいよね？…どうしよう仕様合わせようか…
'\n'なしで終わったらいいじゃない…。カルチャーショック…。どう思います？
543: 2021/02/14(日)03:19 ID:5UNrDy8Z(1) AAS
>>542
やたらと...を使うのに比べたら、最後に¥nが無いことくらい気持ち悪くもなんともない
544: 2021/02/14(日)03:47 ID:WdUd6MIw(1) AAS
ファイルの最後で改行して終わるってのはコーディング規約とかでも結構あると思うが
545: 2021/02/14(日)09:03 ID:BvP4KASJ(1) AAS
ケツカンマみたいなものだよな
546(1): 2021/02/14(日)12:32 ID:PhDiV4m5(1/3) AAS
C++のイディオムでwhile(std::getline(…, …))ってあるけど、
あれもファイル終端にLF無いと破綻するよ
547: 2021/02/14(日)12:44 ID:PhDiV4m5(2/3) AAS
外部ﾘﾝｸ:stackoverflow.com 729692/
POSIXの仕様です
548: はちみつ餃子 ◆8X2XSCHEME 2021/02/14(日)14:02 ID:kyN0kqqg(1) AAS
Vim で勝手に改行を付け加える仕様がどうこうで揉めたことがあったような。
テキストはどことやりとりするかわからんし、
POSIX の中だけで完結できるわけでもないからなぁ。
どっちも想定しておくに越したことは無いよね。
ちなみに C や C++ のソースコードも昔の仕様だと最後が改行ってのは要求されてたよ。
いつ削除されたんだったか覚えてないけど。
549(1): 2021/02/14(日)14:11 ID:8wuPGef8(1) AAS
>>546
え、マジで？たった今タイプしたとこなんだけど
550: 2021/02/14(日)14:28 ID:PhDiV4m5(3/3) AAS
>>549
ごめんうろ覚えでした
元の文字列に改行があったかがeof()でチェックしないと分からなくなる
前にそれでwhile条件節から外してブロック内でbreakしたほうが便利なことがあった……ってだけでしためんご
551: 2021/02/14(日)15:46 ID:7CeYpqGj(1/2) AAS
C++は最強ですか？
552: 2021/02/14(日)16:01 ID:NtTyPWVG(1) AAS
最恐ですね。たまにスクリプト言語を触ると心が和む
553: 2021/02/14(日)16:19 ID:7CeYpqGj(2/2) AAS
ありがとうございました！
554(3): 2021/02/14(日)18:37 ID:RmY9fsVU(1) AAS
getline や fgets 入力ストリームの最終行が改行を含まずのに閉じられてる場合
バッファの末端に \nが居ないだけで最終行は取り込まれるよね？
555: 2021/02/15(月)16:32 ID:g92MWppk(1) AAS
外部ﾘﾝｸ:stackoverflow.com
556: 2021/02/15(月)19:30 ID:BmI3IhrJ(1) AAS
そういえば他人のコード変更をレビューするとたまに最終行に改行が追加されているのがあって、
「あーこの人が勝手に改行を追加したのかな、まプログラム的には同じだしいっか」とか思って
無視し続けていたが、あれはその人が使っているエディターによって自動的に変更されてた
のかな?
例えば最初にコードを書いた人のエディターは最終文字が改行でなくても構わなかったが
2番目に直した人のは改行を要求するとか...
clang-format あたりでそこら辺は統一できるのかな?
557: 2021/02/15(月)22:19 ID:aLBeV9m+(1) AAS
最近まで、Ruby の1-liner に、バグがあった
末尾の改行コードを削除するために、chomp を使うべき所で、
文字列の末尾の1文字を削除する、chop を使っていた
最終行に改行が無くて、abc なら、ab になっていたw
558: 2021/02/16(火)14:01 ID:kKLrubPe(1/3) AAS
>>554
fgets はバッファの長さ次第
559: 2021/02/16(火)14:15 ID:kKLrubPe(2/3) AAS
>>554
getline はデフォルトのデリミタだと ' ' と 改行で切られる (ファイル終端の改行はあってもなくても同じ結果)
また fgets と違って取得した文字列にデリミタは含まれない
ちなみに ifs >> s も getline と似た使い方が出来るが
こっちはデフォルトのデリミタは改行のみ ( ' ' ) は取得される
また取得した文字列にデリミタは含まれない
つまり ifs >> s と getline(ifs, s) は同じではない
560: 2021/02/16(火)14:20 ID:kKLrubPe(3/3) AAS
>>554
おまけ
外部ﾘﾝｸ:ideone.com
561(1): 2021/02/16(火)18:35 ID:7otM+IWb(1) AAS
googleのv8がc++で書かれてるってきいて興味もったんですが最強？
562: ◆QZaw55cn4c 2021/02/16(火)21:12 ID:I98rHtI/(1) AAS
>>561
そういうインフラ用途には C/C++ しかないかと‥‥
563: 2021/02/17(水)18:17 ID:8Df3qLX7(1) AAS
v8 って node.js やん
564: 2021/02/17(水)18:40 ID:ZNwah53O(1) AAS
v8みたいに飛躍的に処理速度伸びたエンジンって他になにかあるんですか？
565: 2021/02/17(水)19:16 ID:Pg4t51og(1) AAS
sourcetrail入れてみた
566(2): 2021/02/23(火)08:35 ID:qdsH3SX7(1) AAS
すみません、C++で0以上の整数の範囲を表す型を使いたいのですが、どうするのがおすすめですかね?
struct { unsigned begin; unsigned end; }; ま、基本的にこれでいいんですが、もしより良い方法があれば...
- もしかして std::pair の方がいいんですかね? ただの struct よりメリットがあったりします?
- 一応、「有効な範囲を指してない」という状態が明確化できたらいいんですが... 最近 std::optinal というのを
知ったのですが、大げさ? 上記 begin と end を signed にして負のときは無効、とかでもいいんですが。
- ２つの範囲に対して各種集合演算的なものもできるとさらに。
567: 2021/02/23(火)12:05 ID:EYNng8zF(1) AAS
lowerbound+offsetの方が融通が効くのでは
範囲としては倍表せるわけだし
wrap around しても2周はしないわけだから、範囲に入ってるかの判定には問題は無い
568: 2021/02/23(火)13:18 ID:iu17pC6m(1) AAS
>>566
> - 一応、「有効な範囲を指してない」という状態が明確化できたらいいんですが...
end < begin なら有効でないってやればいいだけじゃね？
569: はちみつ餃子 ◆8X2XSCHEME 2021/02/23(火)14:15 ID:ZvemQ+Fv(1) AAS
>>566
std::ranges::views::iota
570: 2021/03/06(土)08:41 ID:QrSKtEDt(1/2) AAS
変な質問ですが
std::vector<int, std::allocator<double> > を定義しようとしたら
static_assertでタイプが違うと指摘されました
じゃあなんでテンプレート変数分けてるんですかね...？
571(1): 2021/03/06(土)10:56 ID:DM5zd16W(1) AAS
自作のアロケータを使う時に使う、
型が違うのはお約束に反する
572: 2021/03/06(土)11:39 ID:8MIrd+yZ(1) AAS
テンプレートテンプレートパラメータにしなかったのは何故なんだろうな
573: 2021/03/06(土)12:39 ID:QrSKtEDt(2/2) AAS
>>571 そう言われてみれば当たり前の話な気がしますね・・・
574: 2021/03/06(土)12:45 ID:4A7TIztL(1) AAS
ああそうか、Allocatorだけ受け取る方法もあるのか
575(2): 2021/03/12(金)20:55 ID:ZDqlVx3B(1) AAS
すみません。C/C++自体というよりは、その学習方法についてですけど、教えて下さい。
ネット上で無料で公開されているC++の学習コンテンツで一番良いもしくは定番のものはどれでしょうか？
私はC, Java, C#の経験があります。しかしながら、Cはほとんど忘れてしまいました。
その状態の人間がC++をネット上の無料のコンテンツのみで学習したいのですが、どのページが良いでしょうか?
開発環境は既に準備しました。
よろしくお願いいたします。
576: 2021/03/13(土)11:40 ID:g/wAdnDh(1/3) AAS
とりあえずwebのロベールとかでも良いとは思うけど・・
独習とかの本は何か持っといた方がいいと思う
577(1): はちみつ餃子 ◆8X2XSCHEME 2021/03/13(土)14:13 ID:aUdFS8U8(1/4) AAS
ウェブのロベール本ってこれのこと？
外部ﾘﾝｸ:www7b.biglobe.ne.jp
いまどき #include <iostream.h> とか書いてあるのはちょっと微妙だと思うぞ。
どの箇所だったか忘れたけど const の扱いで現行の仕様に合わない部分について
Taratail だったか Qiita だったかで見た記憶もあるし。
個別に見ればささいなことだけど、
入門者はそのささいなこともわかってないから入門者なわけで、
細かい引っ掛かりが多いとしんどいんじゃないか？
578: ◆QZaw55cn4c 2021/03/13(土)14:52 ID:o3uThhpf(1) AAS
>>575
本を買った方がいいでしょう、それも複数買う前提で、この世界では「一冊で完結」は無理です
最初の一冊なら私なら旧独習をお勧めします（私がそうでしたから）、が、新独習の評判は聞いてみたいとは思っています
579(1): 2021/03/13(土)15:28 ID:iXgnaDGC(1) AAS
>>577
お前がゴリ押ししてる江添本よりはマシだと思うよ
580: はちみつ餃子 ◆8X2XSCHEME 2021/03/13(土)15:50 ID:aUdFS8U8(2/4) AAS
>>579
俺は江添本を (全体を通しては) 読んだことがないのでごり押しするほど強い関心無いんだけど。
ただ C++ は C++11 が大きなターニングポイントになってるので、それより古い前提の説明は論外という立場。
ましてや C++03 にすら合致しないのは論外も論外。
論外のものを除いて入門向けにマシそうな、
しかも無料で読めるものというと江添本以外に実質的に選択肢がないからよく挙げるだけだよ。
581(1): 2021/03/13(土)16:12 ID:g/wAdnDh(2/3) AAS
QZも言ってるが独習の新版はC++17らしいぞ
582: はちみつ餃子 ◆8X2XSCHEME 2021/03/13(土)16:33 ID:aUdFS8U8(3/4) AAS
>>575
話題に上がったから紹介しておくけど、江添本ってのはこれのことね。
外部ﾘﾝｸ:ezoeryou.github.io
入門書であまり取り上げられないけど入門者が躓きがちなコンパイラのコマンドの話や makefile とかいった周辺事情も
取り上げているかわりに、ヘッダファイルを使い分けしなかったり、継承を扱わなかったりで、
網羅的に C++ を理解するための本ではない。 入門者が入門するための本。
それ以上のことは他の本を読めという投げっぱなしだが、
とりあえず無料で基礎をおさえられる (しかも日本語！) という意味では他に紹介できるほどのものはない。
C++ ではありがたいことに無料で利用できるリファレンスは意欲的に整備している方々がいて、
外部ﾘﾝｸ:ja.cppreference.com
省4
583: 2021/03/13(土)16:48 ID:g/wAdnDh(3/3) AAS
そら今時コマンドラインツール使っててソース1つだけで書いてるようなC++オタクには合ってるかもしれんけどな・・
584: はちみつ餃子 ◆8X2XSCHEME 2021/03/13(土)17:11 ID:aUdFS8U8(4/4) AAS
他に存在するなら紹介するんだけど、
無料でという制約の中で (個別のブログ記事とかじゃなく) それなりに筋道をつけた入門書で古すぎないものとなると無いだろ。
英語でいいならあったりするかな？
585(1): 2021/03/13(土)17:54 ID:pYfy5bp8(1) AAS
>>581
自分は半月ほど前に最新版の独習を買って、半分ぐらい(p370あたり)読み進めているんだが、「本書について」によると、C++14とC++17をメインのターゲットにしてるって書いてますね
586(1): 2021/03/14(日)08:22 ID:Zb/GuQ+J(1) AAS
アドバイスありがとうございます。
とりあえず、教えていただいたロベールさんのページを見たのですが、網羅的に書かれているようなのでまずはこれを読もうと思います。
> いまどき #include <iostream.h> とか書いてあるのはちょっと微妙だと思うぞ。
すみません。これ、何が悪いのでしょうか。。。
あと、教えていただいて気がついたのですが、C++も結構色々なバージョンがあるのですね。
私が今回触らなければならないコードはかなり前のコードなので、もしかすると古いバージョンのC++かもしれません。
その辺も意識して勉強しなくては駄目ですね。
587: 2021/03/14(日)10:23 ID:FJEdpMO0(1) AAS
今はもう標準ライブラリに.hがついてるのは無いからそもそも実行できない可能性ある
588: 2021/03/14(日)10:49 ID:8Ki8FhWw(1) AAS
実行？
589(1): ◆QZaw55cn4c 2021/03/14(日)14:53 ID:uaeFGveg(1/6) AAS
>>585
旧独習には「std::stringを自分で実装せよ」という初級者には眩暈がするほどの崇高な課題が採用されていましたが、新独習には「〜を独力で実装せよ」系のお題は採用されていますか？
すくなくとも「〜を独力で実装する」系お題が可能になるだけの基礎知識をつけてくれる本ですか？
590(2): 2021/03/14(日)17:03 ID:ERa14GlL(1/3) AAS
>>589
全13章605ページのうち7章380ページまで進んでいますが、そのようなお題にはお目にかかっておりませんな。
練習問題やその章の理解度チェックで色々な問題が出されていますが、何れも本をよく読めば解ける問題ばかりです。
さらっと先まで目を通してみましたが、そのような課題は見当たらないようです。
旧版のどの箇所あたりで出題されたものですか？ もしかして、全く別の本のことなのでしょうかねえ。
↓の「おまけ」にあるような解答を求める問題でしょうか？
std::stringの実装に学ぶC++入門 - Qiita
外部ﾘﾝｸ:qiita.com
自分はまだ独習中で、C++は未だ*や&、&&、で頭の中がグルグル回ってしまうレベルなもので、理解できそうですが
いきなり自力で作れそうにありませんわｗ
591(1): はちみつ餃子 ◆8X2XSCHEME 2021/03/14(日)18:12 ID:aW+jce3e(1/2) AAS
>>586
> これ、何が悪いのでしょうか。。。
1998 年に国際規格 (ISO) になって以来、規格に iostream.h というものが有ったことはない。
.h は不要。
諸々の事情から iostream.h も用意している開発環境が多かったせいか
古い書籍では iostream.h としている場合は少なからずあるのだけれど、
主要な処理系の標準への準拠が急速に進んだこともあって、
資料も規格に寄せた書き方が今では普通。
iostream.h は古い本の象徴みたいな感じになってる。
そんでもって規格にない以上は iostream.h が存在しない開発環境も普通にあるってのが問題。
省6
592(2): ◆QZaw55cn4c 2021/03/14(日)20:04 ID:uaeFGveg(2/6) AAS
>>590
手元の旧独習4版（ハーバード・シルト著）6章末「総合理解度チェック」
・次の演算ができるような strtype クラスを作成しなさい
・+ 演算子による文字列連結
・= 演算子による文字列代入
・<>==による文字列比較
固定長文字列を使ってもかまいません。難問ですが、よく考えていろいろと試してみてください。
必ずできるはずです。
593(1): ◆QZaw55cn4c 2021/03/14(日)20:13 ID:uaeFGveg(3/6) AAS
>>590
＞C++は未だ*や&、&&、で頭の中がグルグル回ってしまう
これらの「記号」は習得に順序があります。
まず * をしっかり理解します。C/C++ はなんといってもポインタが基本です。
次に参照 & を理解します。参照& を使う場面が出てきたら、これを * を使った書き方に書き直す、という機械的な訓練がいい練習になるでしょう
参照 で返す、という場面でも、?参照返しが出来る場合と、?参照返しはできずせいぜい RVO に期待するしかない場合、の??二つの違いを明確に即答できるようになるべきでしょう（最近まで私はそれができなかった……）参照& の表現は新しい表現( ranged-for とか） でよく目にしますし、??は結構重要だと思います
&& は多分最後でしょうね、私も && は良く分かっておらず、というか、分からないから使わないという態度に留まっていますが、まあそれでもなんとかなる気がします
594(1): 2021/03/14(日)20:26 ID:ERa14GlL(2/3) AAS
>>592
やはり「独習」の違う本でしたわｗ
自分はC++関係の5ちゃんスレすら最近になって見てるんで、知らなかったけど
その本が「独習」のスタンダードなんですねｗ
独習C++ 第4版
外部ﾘﾝｸ:poland-it-blog.com
自分のは、↓の９位に入ってる本です。（しかも同じ出版社）
外部ﾘﾝｸ:freelifetech.com
ご紹介の独習はやり応えありそうなので、今の本を2回ほどやってから、次のステップでそちらを検討してみますわ
上下前次1-新書関写板覧索設栞歴
あと 408 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.053s