0からの、超初心者C++相談室

**デフォルトの名無しさん** · 2018/11/12(月) 14:55:13.35

何にも知らない0からの出発、超初心者のためのC++相談室

**はちみつ餃子** ◆8X2XSCHEME · 2024/12/27(金) 10:42:45.43

>>971
マイクロソフトのサイトを見ながら学習するのがよいと思う。
細かな部分はバージョンによっても変わるし、本を買ってもすぐ時代遅れになるから。

**デフォルトの名無しさん** · 2025/02/25(火) 14:39:59.78

おちんちぇん

**デフォルトの名無しさん** · 2025/03/31(月) 15:48:05.05

だいぶ遅レスですまんが、VSはブレークポイント入れるとか実行とかの基本的な操作は昔から全く変わってないよ
自分は職場で教わった部分もあるからどの本がいいとかはわからん

**デフォルトの名無しさん** · 2025/04/11(金) 08:37:40.21

え？お前らに聞くけどな人殺しとか前科者とかナマポとか精神障碍者とか
そういう社会的に終わってる奴が1日中何してるか考えたことある？
ない？ある？ない？どっち？え？ない？教えたるわ。ここや。こういう掲示板。
ありあまる時間を使って24時間悪口書いて文句垂れて世の中終わった終わった言うてる。
すでに終わってる奴が世の中終わってほしいから終わってる終わってる言うてるだけ。
気づけよ？お前ら。そろそろ。もう5ちゃんの平均年齢65歳ぐらいやぞ。
気付いてないのは団塊ジュニア。若者だらけと思ってるのは氷河期。
ゆとり以下は5ちゃんなんて見てないでもう。
しかも自分？もう文末にｗとかｗｗｗとか書くの古いで？
それ20年前の電車男の時代に流行ってた書き方な。
うはｗｗｗおｋとか、ちょっｗｗｗとか、おまｗｗｗとか
気でも狂ってるんかってぐらいに書かれてた暗黒時代な。
こんなんいまだに使ってるのお前だけやで。もう一回言うぞ？お前だけや。
気付けよ？いい加減。な！
あ？なに？このコピペ長文長い？お前が5ちゃんの2行3行レスしか読まない
人生を四半世紀（25年のことな）送ってて普通の文章読めんようになってるだけや！
わかったか？じゃあの！

**デフォルトの名無しさん** · 2025/04/11(金) 13:09:16.48

っ鏡

**デフォルトの名無しさん** · 2025/04/18(金) 21:33:04.53

C++なんてやめとけ
仕事で仕方なく触るならお気の毒だが
趣味ならもっとモダンな言語にしとけ

**デフォルトの名無しさん** · 2025/04/19(土) 00:29:20.64

cppのあとc#やってみて思ったのは、cppはとにかくたくさん書く必要があるってこと。

**はちみつ餃子** ◆8X2XSCHEME · 2025/04/19(土) 10:45:36.30

cpp は C preprocessor の略だよ。

**デフォルトの名無しさん** · 2025/04/19(土) 12:22:27.38

初代のC++はpreprocessorだったんですねわかります

警備員[Lv.1][新芽] · 2025/04/19(土) 17:31:17.09

プリプロセッサというか、Cへのトランスレータだったみたいよ

**はちみつ餃子** ◆8X2XSCHEME · 2025/04/19(土) 18:46:21.80

>>981
いや、 C++ の前身である C with Classes の最初の処理系は Cpre と名付けられていて、明らかにプリプロセッサを指向してる。
このことじゃない？

警備員[Lv.5][新芽] · 2025/04/19(土) 19:59:57.03

>>982
かもしれません
30年以上前のうろ覚えなので

**はちみつ餃子** ◆8X2XSCHEME · 2025/04/19(土) 20:26:59.32

C++ と呼ぶようになってからの処理系 CFront もそれはそれで思想としては C コンパイラをジェネレータとして使う (移植性が高いから) というものであって言語としての解釈は CFront がやるし C は中間表現にすぎないからトランスレータと呼ぶのが適切かどうかは微妙なところ。
Clang のことを LLVM-IR へのトランスレータとは普通は言わないみたいな感じ。
いや、変換してるからトランスレータには違いないんだろうけどさ。

**デフォルトの名無しさん** · 2025/04/19(土) 20:34:02.90

つまりNim最強ですねわかります

**デフォルトの名無しさん** · 2025/04/28(月) 09:51:37.89

C++で匿名クラスを使ってみたいのですが、試したところ
class {
public:
void print() { std::cout << "Hello!\n"; }
} obj;
obj.print()
は動きました。それならば
auto objp = new class {
public:
void print() { std::cout << "Hello!\n"; }
} ();
objp->print();
あたりが動くのかな、と思いましたがコンパイルでエラーになってしまいます
anon_class_test.cpp:4:19: error: declaration of anonymous class must be a definition
4 | auto objp = new class {
| ^
anon_class_test.cpp:7:7: error: expected a type
7 | } ();
| ^

正しい書き方があれば教えていただけないでしょうか?
ちなみに、Java (Android)でのコールバックの登録であるような、インラインで無名の
クラスのオブジェクトを定義・生成して渡すような書き方がC++でもできるのかな、
という疑問があり、それの第一歩的な感じなのですが

**デフォルトの名無しさん** · 2025/04/28(月) 10:00:18.82

匿名クラスってCで言う構造体やん

**デフォルトの名無しさん** · 2025/04/28(月) 10:12:11.66

>>986
newの後にクラス定義は書けない
匿名インラインでなんちゃらしたい場合はラムダを使う

**はちみつ餃子** ◆8X2XSCHEME · 2025/04/28(月) 12:35:00.60

>>986
簡潔な回答としては「できない」ということになる。
関数ひとつで終わるような簡単なコールバックならラムダ式で渡せるように設計する。
もう少し複雑なものになると……式の中に定義を書けるのは見通しが悪いし、出来てしまう Java のほうが良くなさそう。
別の場所 (といっても直前で良いけれど) で定義すれば何も困らないよ。

質問の本筋ではないが気になる点として、
new で生成したものはどこかで delete しなきゃならないからそのコードだけから判断できる範囲ではなんだか筋が悪そうに見える。
つまりそもそも new する意味がないんじゃない？と思う。

**デフォルトの名無しさん** · 2025/04/28(月) 13:12:28.38

>>988 >>989 なるほど、ありがとうございます　

>>989
>別の場所 (といっても直前で良いけれど) で定義すれば何も困らないよ。
はい、それで行ってみようかとおもいます

>new で生成したものはどこかで delete しなきゃならないから
はい、そういうわけでshared_ptrで... そのためにも型の名前はあった方がいいですね

諸般の事情でJavaとC++のコードを間接的に共有しようとしていまして、
ならばコードのスタイルもできるだけ似せようかなと、思ったのでした

**デフォルトの名無しさん** · 2025/05/02(金) 09:24:43.58

size_t を返す hoge.count() みたいなのがあって
for(int i = hoge.count(); --i >= 0){...} と描くと
型が違うって怒られるのですが
for(int i = (int)hoge.count(); --i >= 0){...}
for(unsigned long i = (unsigned long)hoge.count(); --i >= 0){...}
for(size_t i = hoge.count(); --i >= 0){...}
どれが正解？

**はちみつ餃子** ◆8X2XSCHEME · 2025/05/02(金) 09:54:10.74

>>991
どこでどのように型が合わないのか説明して。

**はちみつ餃子** ◆8X2XSCHEME · 2025/05/02(金) 11:40:02.44

>>991
for 文の括弧の中はセミコロンで区切られた三つの節を持つ形式である必要があるが、二つの節しかないのが根本的な間違い。

そんでそれを脇に置くとして、ループカウンタ i が unsigned であるときに --i >= 0 という式で判定しようとするのが間違い。
0 以下になることはありえないのだから判定の意味がない。 (無限ループを意図したのでない限りは。)

整数を別の整数型に型変換したときに型変換後の型で表現可能な範囲の値であるならば同じ数値のままであることは保証されて何も問題はない。
逆に言えば扱う値の範囲次第では違う数値に変わったり未定義になったりすることがある。
hoge.count() が返す型が size_t なら最後まで size_t で扱うのが基本的には好ましい。
値が取りうる範囲を把握しているなら問題を起こさない範囲で適切に型変換するのはプログラマの裁量による。
状況によって判断するしかない。

**デフォルトの名無しさん** · 2025/05/02(金) 12:05:12.81

我慢できなくなって説明しちゃうはちみつさん

**デフォルトの名無しさん** · 2025/05/02(金) 19:42:35.68

for(long long i = (long long)hoge.count(); --i >= 0; ){...}

**デフォルトの名無しさん** · 2025/05/04(日) 09:19:50.28

Rust使えばもっと楽になるかと思いきや
面倒が増えただけだったでござる

**デフォルトの名無しさん** · 2025/05/04(日) 10:01:55.29

＞size_t を返す hoge.count() みたいなのがあって
＞for(int i = hoge.count(); --i >= 0){...}

Rustなら単に (0..hoge.count()).rev()

**はちみつ餃子** ◆8X2XSCHEME · 2025/05/04(日) 11:51:46.75

全体としては Rust のほうがだいぶん楽だと思うけどなぁ。
好みや慣れの要素があるから単純には比較できないのだけれど。

**デフォルトの名無しさん** · 2025/05/04(日) 11:59:34.01

はちみつさんもRust使ってるんだね

**デフォルトの名無しさん** · 2025/05/04(日) 11:59:44.18

かわいい

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 2364日 21時間 4分 32秒