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

**デフォルトの名無しさん** · 2020/07/13(月) 13:51:48.09

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

**デフォルトの名無しさん** · 2021/01/25(月) 15:21:22.55

strlen()はあるのにobjlen()とかlistlen()とかstructlen()が無いね

**デフォルトの名無しさん** · 2021/01/25(月) 15:22:51.03

つsizeof

**デフォルトの名無しさん** · 2021/01/25(月) 15:30:44.92

listはお決まりのイディオムで
sizeof(list)/sizeof(list[0])

**デフォルトの名無しさん** · 2021/01/25(月) 15:59:40.42

確保した大きさと使用してるサイズを同一視ならば

**デフォルトの名無しさん** · 2021/01/26(火) 01:42:28.90

配列をポインタで関数に渡すとき、番兵を使ってる例って少ない（無い?)ですよね?
たいていはポインタと、サイズの入った変数、ですよね。
番兵を使った方が関数の引数が減ってシンプルじゃないですかね?

sizeof()は上記目的には使えないですよね。あと配列をmallocで割り当てた場合も。

**デフォルトの名無しさん** · 2021/01/26(火) 02:09:38.03

そもそもC++スレなんだからコンテナでrange based forとかイテレータとかsize使ってるやつの方が多いんじゃねーの

**デフォルトの名無しさん** · 2021/01/26(火) 02:10:14.56

いやCスレでもあったな…

**デフォルトの名無しさん** · 2021/01/26(火) 03:09:22.29

番兵はユニークな値でないと困るけど
一般の配列で絶対に使わない値　が存在しうるかはわからない
文字列は \0 を番兵として使うからなと値域を制限してるから成立してる

**デフォルトの名無しさん** · 2021/01/26(火) 07:44:27.25

>>497
番兵の値がいくつかということはコメントとかに書くくらいしかできないからサイズを使う場合よりも保守性が低いとか、サイズが分からないと直接終端にアクセスする必要のあるアルゴリズムを使う際にいったん末尾まで余計な探索しないといけないとか、デメリットも多いな。ケースバイケースだが、番兵よりサイズの方が扱いやすいことが多いと思う。

**デフォルトの名無しさん** · 2021/01/26(火) 08:13:19.70

>>497
自分は、C++でよく見る先頭ポインタと末尾+1ポインタのペアが落ち着く。

**デフォルトの名無しさん** · 2021/01/26(火) 09:28:05.96

>>497
ポインタの配列とかならまれに見るよ
Win32APIのStartServiceCtrlDispatcherAとか
逆に言うとポインタぐらいしか番兵としてみんなが認める値がない
ポインタならNULLを番兵にするのはだいたい同意するだろうし

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/26(火) 10:58:58.35

Go や Rust でスライスが基本的な型として入っているのは
大きさのわからん配列 (の参照) が
問題を生みやすいことを学んだ故だと思う。

C++20 に std::span が入ったのもその必要性・有用性を認めてのことだろうから、
std::span そのものは使えない状況であったとしても
番兵より大きさ (もしくは終端の位置) で管理するスタイルが基本になっていく流れはあるんじゃないかな。

**デフォルトの名無しさん** · 2021/01/26(火) 14:04:56.83

たとえばある配列をわたされてインデクスiを参照したいとするじゃん
番兵しかなかったら、とりあえずインデクスiまでずーっと舐めないと
途中で番兵でてきたらアウトオブレンジでえらいこっちゃ
配列とサイズで管理しないとランダムアクセスがごっつうおそなってお話にならない

**デフォルトの名無しさん** · 2021/01/26(火) 14:07:28.72

で、まあ実際ヌル終端文字列の処理ってこんなのばっかりで、文字列をやたらと
きったりはったりする場合は結局文字数とセットにしたほうがいいよね、ってなって
最近のモダン言語はだいたい文字数とセットで管理するほうが主流だよね

**デフォルトの名無しさん** · 2021/01/26(火) 14:16:08.72

Ｃ言語に前にあったPascalとかも知らないんだろうな…

**デフォルトの名無しさん** · 2021/01/26(火) 14:53:45.91

最近のモダン言語は文字数とバイト数がバラバラだけどランダムアクセスできてんの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/26(火) 16:04:26.82

>>508
文字列をランダムアクセスする必要とかあるの？
ないよね？

っていうのがモダン言語の解じゃないかな。
どうしても必要なら事前に 32 ビット整数 (に相当する文字型) の配列にするし。

**デフォルトの名無しさん** · 2021/01/27(水) 11:38:43.30

>>500
char * なのに
"hoge\0fuga\0hage\0\0"
みたいな内容期待してるAPIとかあるからな

**デフォルトの名無しさん** · 2021/01/27(水) 11:40:55.88

>>497
malloc とか new とか
ポインタ - 1 のアドレスにサイズが書き込まれてたりするな

**デフォルトの名無しさん** · 2021/01/27(水) 19:33:34.87

C++17のvariantというものを初めて使おうとしていますが
自分のコードでは、variantの中身にはすべてset(int i)というメソッド(iの値をセットする）があるので
visit([=](auto& v) { v.set(hoge); }, value);

としたら、「const ...をset()のthisに渡すのはクオリファイアーを無視してる...」的なエラーに。
あれ、自分の元のコードではvalueはconstじゃないはずなんですが....
もしかしてvisit()の変数って強制的にconst扱いですか? constじゃないやり方とかあります?

**デフォルトの名無しさん** · 2021/01/28(木) 02:35:10.89

>>512
きっと省略したところに問題があるんでしょう。
オンラインコンパイラにエラーを再現させるコードを貼って示してもらえば、何か見えてくると思います。

**デフォルトの名無しさん** · 2021/01/28(木) 17:23:11.37

ヌル文字は文字列処理してセパレータが被った時の最終手段なので勘弁して欲しい

**デフォルトの名無しさん** · 2021/02/02(火) 16:38:37.97

>>497
そういう時、自分は構造体に配列のポインタとサイズを書き込んで、構造体のポインタを渡している。
実務経験ゼロのアラフィフ日曜プログラマなので、この方法が良いのかどうかはしらない。
理工学部出身なので、学生時代はプログラムしてたよ。
コロナ禍で外出する頻度も減ったので、久々にプログラミングを再開してみた。

**497** · 2021/02/03(水) 19:53:19.07

>>515
あ、実は既にその方法にしていたりします。
配列のポインタ＋サイズの引数だと若干うるさくなることのほかに、構造体でデータ型をネストしたい
（構造体の要素に配列を持たせ、その配列の要素も似たような構造体...）部分などもあり、そうするのが
自然（というか必須?）な感じがしました。

**デフォルトの名無しさん** · 2021/02/04(木) 00:19:59.58

C標準ライブラリのソースコードを眺めていると、実装した関数をエイリアスで別名をつけていることがあります
C言語のことがよくわかっていない為か、最初からエイリアスの名前で関数を書いた方がいいのではないか？と思えてしまいます
一体、なんのために実装関数名とエイリアス名を分けているのですか？

**デフォルトの名無しさん** · 2021/02/04(木) 02:01:32.78

昔の6文字までしか名前を解決できないボロリンカの名残だろ

**デフォルトの名無しさん** · 2021/02/04(木) 05:05:52.26

初心者だけど目的がないから勉強できん
どうすればええんや

**デフォルトの名無しさん** · 2021/02/04(木) 09:29:01.10

なにか作ればいい

**デフォルトの名無しさん** · 2021/02/04(木) 11:36:18.55

>>515-516
APIだとそもそも構造体の先頭数byteにその構造体のサイズが入ってるって普通

**デフォルトの名無しさん** · 2021/02/12(金) 15:44:52.65

Visual C++のアプリ作れって言われたんやけど
アプリ作成の段階でワイ詰んだから質問しに来たンゴ
アホみたいな初心者やけど助けてほしいンゴ

【使用環境】
Visual Studio 2008

【やりたいこと】
VB.netとかで言う「Buttun1_Click」で
「MessageBox.Show("HELLO")」がやりたい
【わからないこと】
①本とかで「Managed C++ アプリケーション」で作れって書いてあるが
　テンプレートにそんなものはない
②「Dialog」をなんか作れることはできたが
　ビルドしたら「error LNK2019: 未解決の外部シンボル _WinMain@16 が関数 ___tmainCRTStartup で参照されました。」
　が出てくる。
　定義すれば解決！らしいけど定義のやり方がわかんない
③main関数をどこに書けばいいかわからない（ファイルが多すぎて）

**デフォルトの名無しさん** · 2021/02/12(金) 15:54:15.89

int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
{

**デフォルトの名無しさん** · 2021/02/12(金) 16:19:00.28

勘違いしたふりしてC#で作っちゃえよ

**デフォルトの名無しさん** · 2021/02/12(金) 16:32:05.70

本を使う場合はその本のバージョンに全部合わせないと無い項目とかあってしんどいよ
慣れれば無くなってても代わりはこれだろ、って当たりつけられることもあるけど
学習目的で参考する本があるならバージョンは合わせたほうがいい
そのバージョンの入手が難しくなっている場合もあるからその場合は本を変えるしか無い
出版された後にバージョンが変わってしまいそのとおりに学習ができないというケースが多発するので本よりググったほうが楽という面が大きい

**デフォルトの名無しさん** · 2021/02/12(金) 16:50:26.27

環境たる Visual Studio の使い方がﾊﾞｰｼﾞｮﾝで全然違うからねぇ
それを使えた上で何かの言語とAPIやフレームワーク駆使して実行ファイルを作るから
ド頭でつまずくと先進むのは難しくなるわな

**デフォルトの名無しさん** · 2021/02/12(金) 16:59:13.12

>>522
> ①本とかで「Managed C++ アプリケーション」で作れって書いてあるが
そんな本は今すぐ捨てろ
今時Managed C++なんてやっても意味ない
あと、できればVisual Studio 2019買ってもらえ
準備ができたらここに書いてあるとおりに実行すればいい
https://docs.microsoft.com/ja-jp/cpp/windows/walkthrough-creating-windows-desktop-applications-cpp?view=msvc-160

**デフォルトの名無しさん** · 2021/02/12(金) 18:01:31.31

個人的には前例になっとるプログラム（機能は違うが、処理内容はほぼ同じ）
がVC++で作られとったからそれを参考にしようと思ったんやが
何せプログラムではなく「プロジェクトの作成」で詰んでしまってなあ・・・

まさに「何していいかわからん」状態ですわ・・・

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/12(金) 18:35:40.44

>>522
Windows の GUI アプリのエントリーポイントは (main ではなく) WinMain なので、
スタートアップルーチンは WinMain があるものだと思って呼び出そうとする。
それがないからエラーって言ってる。

WinMain がどういうものかはここに公式な説明がある。
https://docs.microsoft.com/ja-jp/windows/win32/api/winbase/nf-winbase-winmain

それと他の人も書いてるが Managed C++ はやめたほうがいい。
.NET Framework を基盤にするアプリケーションを書くときにネイティブコードとの間で仲立ちする
のが主な目的のもので、普通のアプリケーションをそれで書くのは適してないし、
仲立ち用に使うにしても今では C++/CLI のほうがマシというのが一般的な評価だと思う。
俺自身は使ったことないから聞きかじりの評判しか知らんけど。

>>528
Windows のデスクトップアプリを一から書くなら C# のほうが楽だと思うから
C# スレへ行けと言いたいところなんだが、下手に前例があるのはしんどいな……。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/12(金) 18:39:18.35

いちいち説明するのも面倒なので貼っとくよ。
https://ja.m.wikipedia.org/wiki/C%2B%2B%E3%83%9E%E3%83%8D%E3%83%BC%E3%82%B8%E6%8B%A1%E5%BC%B5

Managed C++は現在ではC++/CLIに相当する。

**デフォルトの名無しさん** · 2021/02/12(金) 18:43:42.13

処理の主体がOSに近い所（GUIで窓の操の面倒をみるのがほとんど）なら
先例をもってくるほうが手近だけど、データ処理ならエッセンスだけ抜き出して
C#でGOするのもアリかもしれん

仕事で言語指定までされてる話ならがんばれ

**デフォルトの名無しさん** · 2021/02/12(金) 18:55:05.22

C++ で、DLL を作るプロジェクトじゃないの？

漏れなら、Ubuntu 18.04, mruby で、C/Ruby ごちゃ混ぜで書くけどw

**デフォルトの名無しさん** · 2021/02/12(金) 19:03:16.62

そもそも、Windows で、C/C++ の仕事があるのか？
想像できない

すべてのサーバーが、Linux なのに

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/12(金) 19:50:54.67

>>533
仕事はサーバーだけではない。
サーバーはLinuxだけではない。

**デフォルトの名無しさん** · 2021/02/12(金) 20:39:41.87

>>528
それ、Managed C++なの？
マジでそうならC++じゃなくてC#にした方がまだマシだぞ

**デフォルトの名無しさん** · 2021/02/12(金) 21:45:27.24

このスレにまでRubyキチガイが現れるようになったか

◆QZaw55cn4c · 2021/02/13(土) 01:09:45.11

>>522
私ははるか昔に visual c++ にほとほとあきれ返ってしまったので、それいらい cygwin の中にある mingw32 を使って win32api だけを使って書いていた時期がありました
最近は c++11 以降ではスレッドも簡単に書けるようになったので、まあ、しばらくお休みはしてはいるのですが、いつか、c++11 主体で、ときどき win32api を呼ぶ、という感じの混在させたようなものを書いてみようか、などと、鬱々と考えています、考えているだけですけど‥‥

**デフォルトの名無しさん** · 2021/02/13(土) 08:57:57.49

奥が深いというか複雑なんやなこれ

とりまvs2008なのは会社の環境やから許してくれや
vc++もほとんどいじってなかったしなぁ

あれからとりあえず「空のc++アプリケーション」つくって
「dialog」1つ作って「ボタン」1個置いて
あとは「サブシステム」はちゃんと「windowsアプリケーション」にしたで

ダブルクリックしたらイベント書けるらしいけど
何かいたらいいか分らんかったから
とりあえずMessagebox::show("");
だけ書いた

結局出てきたエラーが
fatal error C1189: #error :
Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version.
Please #define _AFXDLL or do not use /MD[d]
c:\program files (x86)\microsoft visual studio 9.0\vc\atlmfc\include\afx.h

なんやけどワイはここで詰んだ

前任者マジでこのツールどうやって使ってたんや・・・？
アホやけどほんま教えてほしいやつこれ

**デフォルトの名無しさん** · 2021/02/13(土) 09:59:44.52

プロジェクトのプロパティで/MD[d]とか書いてあるところを血なまこになって探す
見つかったらそこを/MDに変える

**デフォルトの名無しさん** · 2021/02/13(土) 13:40:09.63

>>538
それ多分.NETじゃなくなってない？
余計遠ざかってるんじゃね

**デフォルトの名無しさん** · 2021/02/13(土) 13:49:12.60

元の司令は　>>522 「Visual C++のアプリ作れ」だから正解

**デフォルトの名無しさん** · 2021/02/14(日) 02:10:49.62

Linuxって…テキストファイルの最後には…必ず'\n'が入るって仕様なの？
なんか…GTK系は全部…そんな感じ…。最後に'\n'が入ると想定して最後は改行してない…。
気持ち悪いんだけど…。'\n'なしで終わってもいいよね？…どうしよう仕様合わせようか…
'\n'なしで終わったらいいじゃない…。カルチャーショック…。どう思います？

**デフォルトの名無しさん** · 2021/02/14(日) 03:19:57.80

>>542
やたらと...を使うのに比べたら、最後に¥nが無いことくらい気持ち悪くもなんともない

**デフォルトの名無しさん** · 2021/02/14(日) 03:47:05.07

ファイルの最後で改行して終わるってのはコーディング規約とかでも結構あると思うが

**デフォルトの名無しさん** · 2021/02/14(日) 09:03:18.32

ケツカンマみたいなものだよな

**デフォルトの名無しさん** · 2021/02/14(日) 12:32:42.26

C++のイディオムでwhile(std::getline(…, …))ってあるけど、
あれもファイル終端にLF無いと破綻するよ

**デフォルトの名無しさん** · 2021/02/14(日) 12:44:08.40

https://stackoverflow.com/questions/ 729692/

POSIXの仕様です

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/14(日) 14:02:31.79

Vim で勝手に改行を付け加える仕様がどうこうで揉めたことがあったような。
テキストはどことやりとりするかわからんし、
POSIX の中だけで完結できるわけでもないからなぁ。
どっちも想定しておくに越したことは無いよね。

ちなみに C や C++ のソースコードも昔の仕様だと最後が改行ってのは要求されてたよ。
いつ削除されたんだったか覚えてないけど。

**デフォルトの名無しさん** · 2021/02/14(日) 14:11:50.05

>>546
え、マジで？たった今タイプしたとこなんだけど

**デフォルトの名無しさん** · 2021/02/14(日) 14:28:22.15

>>549
ごめんうろ覚えでした
元の文字列に改行があったかがeof()でチェックしないと分からなくなる
前にそれでwhile条件節から外してブロック内でbreakしたほうが便利なことがあった……ってだけでしためんご

**デフォルトの名無しさん** · 2021/02/14(日) 15:46:09.44

C++は最強ですか？

**デフォルトの名無しさん** · 2021/02/14(日) 16:01:28.24

最恐ですね。たまにスクリプト言語を触ると心が和む

**デフォルトの名無しさん** · 2021/02/14(日) 16:19:38.70

ありがとうございました！

**デフォルトの名無しさん** · 2021/02/14(日) 18:37:42.96

getline や fgets 入力ストリームの最終行が改行を含まずのに閉じられてる場合
バッファの末端に \nが居ないだけで最終行は取り込まれるよね？

**デフォルトの名無しさん** · 2021/02/15(月) 16:32:22.61

https://stackoverflow.com/questions/55970169/getline-vs-fgets-control-memory-allocation

**デフォルトの名無しさん** · 2021/02/15(月) 19:30:11.12

そういえば他人のコード変更をレビューするとたまに最終行に改行が追加されているのがあって、
「あーこの人が勝手に改行を追加したのかな、まプログラム的には同じだしいっか」とか思って
無視し続けていたが、あれはその人が使っているエディターによって自動的に変更されてた
のかな?
例えば最初にコードを書いた人のエディターは最終文字が改行でなくても構わなかったが
2番目に直した人のは改行を要求するとか...
clang-format あたりでそこら辺は統一できるのかな?

**デフォルトの名無しさん** · 2021/02/15(月) 22:19:21.80

最近まで、Ruby の1-liner に、バグがあった

末尾の改行コードを削除するために、chomp を使うべき所で、
文字列の末尾の1文字を削除する、chop を使っていた

最終行に改行が無くて、abc なら、ab になっていたw

**デフォルトの名無しさん** · 2021/02/16(火) 14:01:37.31

>>554
fgets はバッファの長さ次第

**デフォルトの名無しさん** · 2021/02/16(火) 14:15:32.56

>>554
getline はデフォルトのデリミタだと ' ' と改行で切られる (ファイル終端の改行はあってもなくても同じ結果)
また fgets と違って取得した文字列にデリミタは含まれない

ちなみに ifs >> s も getline と似た使い方が出来るが
こっちはデフォルトのデリミタは改行のみ ( ' ' ) は取得される
また取得した文字列にデリミタは含まれない

つまり ifs >> s と getline(ifs, s) は同じではない

**デフォルトの名無しさん** · 2021/02/16(火) 14:20:32.47

>>554
おまけ
https://ideone.com/rM6lgl

**デフォルトの名無しさん** · 2021/02/16(火) 18:35:37.29

googleのv8がc++で書かれてるってきいて興味もったんですが最強？

◆QZaw55cn4c · 2021/02/16(火) 21:12:19.85

>>561
そういうインフラ用途には C/C++ しかないかと‥‥

**デフォルトの名無しさん** · 2021/02/17(水) 18:17:22.87

v8 って node.js やん

**デフォルトの名無しさん** · 2021/02/17(水) 18:40:43.14

v8みたいに飛躍的に処理速度伸びたエンジンって他になにかあるんですか？

**デフォルトの名無しさん** · 2021/02/17(水) 19:16:52.88

sourcetrail入れてみた

**デフォルトの名無しさん** · 2021/02/23(火) 08:35:11.77

すみません、C++で0以上の整数の範囲を表す型を使いたいのですが、どうするのがおすすめですかね?
struct { unsigned begin; unsigned end; }; ま、基本的にこれでいいんですが、もしより良い方法があれば...

- もしかして std::pair の方がいいんですかね? ただの struct よりメリットがあったりします?
- 一応、「有効な範囲を指してない」という状態が明確化できたらいいんですが... 最近 std::optinal というのを
知ったのですが、大げさ? 上記 begin と end を signed にして負のときは無効、とかでもいいんですが。
- ２つの範囲に対して各種集合演算的なものもできるとさらに。

**デフォルトの名無しさん** · 2021/02/23(火) 12:05:47.24

lowerbound+offsetの方が融通が効くのでは
範囲としては倍表せるわけだし
wrap around しても2周はしないわけだから、範囲に入ってるかの判定には問題は無い

**デフォルトの名無しさん** · 2021/02/23(火) 13:18:31.42

>>566
> - 一応、「有効な範囲を指してない」という状態が明確化できたらいいんですが...
end < begin なら有効でないってやればいいだけじゃね？

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/23(火) 14:15:26.47

>>566
std::ranges::views::iota

**デフォルトの名無しさん** · 2021/03/06(土) 08:41:51.96

変な質問ですが
std::vector<int, std::allocator<double> > を定義しようとしたら
static_assertでタイプが違うと指摘されました
じゃあなんでテンプレート変数分けてるんですかね...？

**デフォルトの名無しさん** · 2021/03/06(土) 10:56:56.05

自作のアロケータを使う時に使う、
型が違うのはお約束に反する

**デフォルトの名無しさん** · 2021/03/06(土) 11:39:26.93

テンプレートテンプレートパラメータにしなかったのは何故なんだろうな

**デフォルトの名無しさん** · 2021/03/06(土) 12:39:02.65

>>571 そう言われてみれば当たり前の話な気がしますね・・・

**デフォルトの名無しさん** · 2021/03/06(土) 12:45:22.81

ああそうか、Allocatorだけ受け取る方法もあるのか

**デフォルトの名無しさん** · 2021/03/12(金) 20:55:45.62

すみません。C/C++自体というよりは、その学習方法についてですけど、教えて下さい。
ネット上で無料で公開されているC++の学習コンテンツで一番良いもしくは定番のものはどれでしょうか？

私はC, Java, C#の経験があります。しかしながら、Cはほとんど忘れてしまいました。
その状態の人間がC++をネット上の無料のコンテンツのみで学習したいのですが、どのページが良いでしょうか?
開発環境は既に準備しました。

よろしくお願いいたします。

**デフォルトの名無しさん** · 2021/03/13(土) 11:40:09.75

とりあえずwebのロベールとかでも良いとは思うけど・・
独習とかの本は何か持っといた方がいいと思う

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/13(土) 14:13:55.98

ウェブのロベール本ってこれのこと？
http://www7b.biglobe.ne.jp/~robe/cpphtml/
いまどき #include <iostream.h> とか書いてあるのはちょっと微妙だと思うぞ。
どの箇所だったか忘れたけど const の扱いで現行の仕様に合わない部分について
Taratail だったか Qiita だったかで見た記憶もあるし。

個別に見ればささいなことだけど、
入門者はそのささいなこともわかってないから入門者なわけで、
細かい引っ掛かりが多いとしんどいんじゃないか？

◆QZaw55cn4c · 2021/03/13(土) 14:52:13.00

>>575
本を買った方がいいでしょう、それも複数買う前提で、この世界では「一冊で完結」は無理です

最初の一冊なら私なら旧独習をお勧めします（私がそうでしたから）、が、新独習の評判は聞いてみたいとは思っています

**デフォルトの名無しさん** · 2021/03/13(土) 15:28:12.06

>>577
お前がゴリ押ししてる江添本よりはマシだと思うよ

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/13(土) 15:50:23.66

>>579
俺は江添本を (全体を通しては) 読んだことがないのでごり押しするほど強い関心無いんだけど。

ただ C++ は C++11 が大きなターニングポイントになってるので、それより古い前提の説明は論外という立場。
ましてや C++03 にすら合致しないのは論外も論外。
論外のものを除いて入門向けにマシそうな、
しかも無料で読めるものというと江添本以外に実質的に選択肢がないからよく挙げるだけだよ。

**デフォルトの名無しさん** · 2021/03/13(土) 16:12:25.33

QZも言ってるが独習の新版はC++17らしいぞ

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/13(土) 16:33:14.60

>>575
話題に上がったから紹介しておくけど、江添本ってのはこれのことね。
https://ezoeryou.github.io/cpp-intro/
入門書であまり取り上げられないけど入門者が躓きがちなコンパイラのコマンドの話や makefile とかいった周辺事情も
取り上げているかわりに、ヘッダファイルを使い分けしなかったり、継承を扱わなかったりで、
網羅的に C++ を理解するための本ではない。入門者が入門するための本。
それ以上のことは他の本を読めという投げっぱなしだが、
とりあえず無料で基礎をおさえられる (しかも日本語！) という意味では他に紹介できるほどのものはない。

C++ ではありがたいことに無料で利用できるリファレンスは意欲的に整備している方々がいて、
https://ja.cppreference.com/w/
https://cpprefjp.github.io/
あたりを見れば細かいことも書いてるんだけど……。
まあ当たり前だが入門書をひとつも読んでないレベルだとみてもわけわからんと思う。

本気で取り組むなら本の数冊くらいは買ったほうがいいと私も思う。

**デフォルトの名無しさん** · 2021/03/13(土) 16:48:52.40

そら今時コマンドラインツール使っててソース1つだけで書いてるようなC++オタクには合ってるかもしれんけどな・・

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/13(土) 17:11:08.84

他に存在するなら紹介するんだけど、
無料でという制約の中で (個別のブログ記事とかじゃなく) それなりに筋道をつけた入門書で古すぎないものとなると無いだろ。
英語でいいならあったりするかな？

**デフォルトの名無しさん** · 2021/03/13(土) 17:54:16.06

>>581
自分は半月ほど前に最新版の独習を買って、半分ぐらい(p370あたり)読み進めているんだが、「本書について」によると、C++14とC++17をメインのターゲットにしてるって書いてますね

**デフォルトの名無しさん** · 2021/03/14(日) 08:22:46.92

アドバイスありがとうございます。
とりあえず、教えていただいたロベールさんのページを見たのですが、網羅的に書かれているようなのでまずはこれを読もうと思います。

> いまどき #include <iostream.h> とか書いてあるのはちょっと微妙だと思うぞ。
すみません。これ、何が悪いのでしょうか。。。

あと、教えていただいて気がついたのですが、C++も結構色々なバージョンがあるのですね。
私が今回触らなければならないコードはかなり前のコードなので、もしかすると古いバージョンのC++かもしれません。
その辺も意識して勉強しなくては駄目ですね。

**デフォルトの名無しさん** · 2021/03/14(日) 10:23:48.46

今はもう標準ライブラリに.hがついてるのは無いからそもそも実行できない可能性ある

**デフォルトの名無しさん** · 2021/03/14(日) 10:49:48.45

実行？

◆QZaw55cn4c · 2021/03/14(日) 14:53:49.63

>>585
旧独習には「std::stringを自分で実装せよ」という初級者には眩暈がするほどの崇高な課題が採用されていましたが、新独習には「～を独力で実装せよ」系のお題は採用されていますか？
すくなくとも「～を独力で実装する」系お題が可能になるだけの基礎知識をつけてくれる本ですか？

**デフォルトの名無しさん** · 2021/03/14(日) 17:03:20.15

>>589
全13章605ページのうち7章380ページまで進んでいますが、そのようなお題にはお目にかかっておりませんな。
練習問題やその章の理解度チェックで色々な問題が出されていますが、何れも本をよく読めば解ける問題ばかりです。
さらっと先まで目を通してみましたが、そのような課題は見当たらないようです。
旧版のどの箇所あたりで出題されたものですか？　もしかして、全く別の本のことなのでしょうかねえ。

↓の「おまけ」にあるような解答を求める問題でしょうか？
std::stringの実装に学ぶC++入門 - Qiita
https://qiita.com/YSRKEN/items/dd3b11e4670bb2b829a5

自分はまだ独習中で、C++は未だ*や&、&&、で頭の中がグルグル回ってしまうレベルなもので、理解できそうですが
いきなり自力で作れそうにありませんわｗ

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/14(日) 18:12:48.12

>>586
> これ、何が悪いのでしょうか。。。

1998 年に国際規格 (ISO) になって以来、規格に iostream.h というものが有ったことはない。
.h は不要。
諸々の事情から iostream.h も用意している開発環境が多かったせいか
古い書籍では iostream.h としている場合は少なからずあるのだけれど、
主要な処理系の標準への準拠が急速に進んだこともあって、
資料も規格に寄せた書き方が今では普通。
iostream.h は古い本の象徴みたいな感じになってる。

そんでもって規格にない以上は iostream.h が存在しない開発環境も普通にあるってのが問題。
https://wandbox.org/permlink/kwpJf5BumkarYWYD
規格になくてもデファクトスタンダードとしてどこにでもあるってのならまあいいかと思わないでもないけど、
無いこともあるんだ。
そういう環境だともちろんエラーになる。

初心者が入門書の最初に載ってるコードを入力してみてエラーになるってのは良くはないだろ。
そんでもって問題がそれだけとは限らなさそうという……と思わせるサインなんだよ、 iostream.h は……。

◆QZaw55cn4c · 2021/03/14(日) 20:04:14.75

>>590
手元の旧独習4版（ハーバード・シルト著）6章末「総合理解度チェック」
・次の演算ができるような strtype クラスを作成しなさい
・+ 演算子による文字列連結
・= 演算子による文字列代入
・<>==による文字列比較
固定長文字列を使ってもかまいません。難問ですが、よく考えていろいろと試してみてください。
必ずできるはずです。

◆QZaw55cn4c · 2021/03/14(日) 20:13:24.03

>>590
＞C++は未だ*や&、&&、で頭の中がグルグル回ってしまう
これらの「記号」は習得に順序があります。
まず * をしっかり理解します。C/C++ はなんといってもポインタが基本です。
次に参照 & を理解します。参照& を使う場面が出てきたら、これを * を使った書き方に書き直す、という機械的な訓練がいい練習になるでしょう
参照で返す、という場面でも、①参照返しが出来る場合と、②参照返しはできずせいぜい RVO に期待するしかない場合、の①②二つの違いを明確に即答できるようになるべきでしょう（最近まで私はそれができなかった……）参照& の表現は新しい表現( ranged-for とか）でよく目にしますし、①②は結構重要だと思います

&& は多分最後でしょうね、私も && は良く分かっておらず、というか、分からないから使わないという態度に留まっていますが、まあそれでもなんとかなる気がします