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

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

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

**デフォルトの名無しさん** · 2018/11/12(月) 15:33:07.21

まずC#を覚えます

**デフォルトの名無しさん** · 2018/11/12(月) 15:41:29.72

>>1
乙

**デフォルトの名無しさん** · 2018/11/12(月) 16:05:28.85

C99に準拠したCプログラムってC++コンパイラで完全にビルドできますか？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/12(月) 16:09:07.07

>>4
型キャストが必要な場合と、C++キーワードに引っかかるケースがあるから、コンパイルできるとは限らない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/12(月) 16:21:58.14

例えば、classという名前の変数がある場合は、C++ではコンパイルできない。
void *型の変数にint *の値をキャストなしに代入しようとすると、C++ではコンパイルエラー。

**デフォルトの名無しさん** · 2018/11/12(月) 16:35:33.39

>>4
C99モードにすればおk
$ gcc -Wall -std=c99 -lm round.c

**デフォルトの名無しさん** · 2018/11/13(火) 08:18:22.77

>>5-6
ありがとうございます。
C99では未定義だがC++で定義・予約されている言葉なんかが引っ掛かってしまうんですね。

**デフォルトの名無しさん** · 2018/11/13(火) 18:41:26.33

extern "C" {}って書いてる？

**デフォルトの名無しさん** · 2018/11/13(火) 21:54:10.86

まずCから
Cも分かってないのにC++とかﾑﾘ

**デフォルトの名無しさん** · 2018/11/13(火) 22:08:24.41

C99頃から互換性も無いし、別言語だからそうでも無いけど、どっちかと言うとCのprintfに影響受けてる言語の方が多いね。
どっち先に覚えても良いけど、Cのprintfは押さえておいた方がいい。
(ただ、経験的にC++のオブジェクト指向を覚えるにはJavaかC#から入った方がいいので、挫折したらそっちを一旦勉強する事を勧める)

**デフォルトの名無しさん** · 2018/11/13(火) 22:32:00.82

今の最新の規格ならだいぶ使いやすくなってるはず
とりあえず変数にはconstを付けれ

**デフォルトの名無しさん** · 2018/11/13(火) 23:50:04.90

C++とJavaのオブジェクト指向って、なにが違うのでしょうか？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/13(火) 23:59:43.80

>>13
C++は、new を付けたらポインタ型になるが、Javaはnewを付けたら参照型になる。

**デフォルトの名無しさん** · 2018/11/14(水) 00:06:33.69

>>14
JavaよりC++のほうが難しいといわれるのは、ポインタがあるからっていう意味合いが大きいんでしょうか？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/14(水) 00:19:07.08

>>15
C++のポインタは癌だ。どこにでもアクセスできてしまうし、メモリーリークが起きる恐れがある。安全ではない。
チェック付きの配列とスマートポインタを使えば、少しは安全になるが、完璧ではない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/14(水) 00:36:22.61

まず、ポインタ変数の宣言が初心者殺し。
int* a, b;の場合、bはポインタではない。

関数ポインタはさらに文法が複雑すぎる。
関数ポインタ型の複雑さから逃れるには、typedefを使うとよい。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/14(水) 01:24:53.28

ポインタ型をtypedefしまくった環境がWindowsのWin32 APIだ。
intを大文字でINTと書く。intのポインタをLPINTと書く。unsigned intをUINTと書き、そのポインタをLPUINTと書く。
基本的な関数型は全てtypedefで定義済み。

これなら、ややこしいアスタリスク記号(*)に戸惑う必要はない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/14(水) 01:35:38.43

型を大文字で書くと分かりやすいという意味で、Win32ではよく使うポインタ型を全て大文字で定義している。
char *にはLPSTRを、const char *にはLPCSTRを用意している。

**デフォルトの名無しさん** · 2018/11/14(水) 03:03:41.18

なんてことを昔の人は考えたが、当然スマートポインタのほうがより安全である

**デフォルトの名無しさん** · 2018/11/14(水) 07:23:04.49

>>15
>>14じゃ無いけど、個人的にはfriendクラスとかJavaには無いクラス同士の関係があったりするが最初はそれがどう言う関係か理解出来なかった。
Javaでオブジェクト指向に慣れた後理解出来た。
C++はそう言う独特のオブジェクト指向があるので、まずそこまで複雑じゃ無いオブジェクト指向言語で慣れる方がC++独特のオブジェクト指向の理解に繋がる。

**デフォルトの名無しさん** · 2018/11/14(水) 11:35:25.78

>>18
無駄に覚えることを増やす馬鹿言語

wsとかswとか_sとかいっぱいつけやがってシッチャカメッチャカ

**デフォルトの名無しさん** · 2018/11/14(水) 11:36:41.07

あとtypedefしてる型を型チェックのときに同一とみなすのが意味ない
せっかく型を別けてるのに

**デフォルトの名無しさん** · 2018/11/14(水) 12:34:52.66

整数を定義するときって以下の３つだとどれがメモリ消費量とか実行速度の面で一番効率いいですか？

#define XXX (1234)
enum{ XXX = 1234};
constexpr int XXX = 1234;

**デフォルトの名無しさん** · 2018/11/15(木) 08:07:09.42

効率は実測が基本

**デフォルトの名無しさん** · 2018/11/15(木) 12:16:37.45

>>24
今時のコンパイラならどれも同じになるだろうけど、#defineはただの置き換えだから、実質直接数字に置き換える。
お馬鹿なコンパイラなら、これが一番速い。
(メモリ上のXXXに格納された1234をレジスタに読むのじゃ無く、レジスタに直で1234と書き込むので、メモリアクセス分は速い)

**デフォルトの名無しさん** · 2018/11/15(木) 17:16:40.52

constexprが候補に上がる時点で最新のコンパイラだと思われる

**デフォルトの名無しさん** · 2018/11/15(木) 22:39:39.09

AIの力でコンパイラの性能を上げるって可能ですか？

**デフォルトの名無しさん** · 2018/11/16(金) 09:32:03.61

a = xxx;
a = yyy;

これは、二重定義になりますか？

29 · 2018/11/16(金) 09:41:00.05

解決方法として

a = ("xxx" && "yyy");

を考えているのですが、これで良いでしょうか？

**デフォルトの名無しさん** · 2018/11/16(金) 11:34:07.59

a[] = {xxx, yyy};

29 · 2018/11/16(金) 11:52:01.81

>>31様
ありがとうございます！

**デフォルトの名無しさん** · 2018/11/20(火) 23:59:39.03

**デフォルトの名無しさん** · 2018/11/21(水) 04:04:25.43

整数型とbool型を比較したり代入しようとしたときに警告かエラーを出す方法はありますか？
int i=5;
bool b=true;
i=b;
if(i==b)
if(i)
↑3行すべてでエラーなり警告なりを出してほしい
b=i;とif(b==i)は警告が出ます
環境はvs2017です

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/22(木) 03:29:53.66

C/C++ではありえません。不可能です。

**デフォルトの名無しさん** · 2018/11/22(木) 06:04:18.72

>>34
C++のboolのサイズはcharと同じだから
b=i: で警告になるのは整数型と論理型の変換というより単にサイズの小さい方に
代入しようとしたから警告になるてことだろうね

boolを使わずに Booleanクラスとかを自分で作れば型変換の許可/不許可も自在だけど
ま、やらんわな。そんな非効率なことは

**デフォルトの名無しさん** · 2018/11/24(土) 11:20:27.36

34です
遅くなりましたがありがとうございます
自作クラスを作ってまでエラー出したいものでもないので気にしないことにします

**デフォルトの名無しさん** · 2018/12/02(日) 21:29:56.53

MSがC++をCより勧める利点ってなんでしょう。
.NET関連で商売する為にC#などの利用を推奨するのは理解できるのですが
C++に拘りC99にすら対応しないのは何かよっぽどの理由があるのかなと思ってしまいます。

**デフォルトの名無しさん** · 2018/12/03(月) 21:46:10.27

.net以前はMFCで商売してたからね。
その遺産を保守するのにC++が必要。

今でもそう言う会社相手に商売してる。
今はまだマシだけど、開発環境独占だと標準規格無視してた。
対応しなくても売れるのに、対応する必要は無いわな。

**デフォルトの名無しさん** · 2018/12/03(月) 21:49:11.54

御開帳です

http://connect.uh-oh.jp/

**デフォルトの名無しさん** · 2018/12/05(水) 04:20:50.45

enum EN { yama,kawa}
をアクセスする規則がわかりません。　EN.yama の時もあれば　単にyamaの
時もあります。規則はどうなってるんでしょうか？

**デフォルトの名無しさん** · 2018/12/05(水) 14:48:45.83

namespace

**デフォルトの名無しさん** · 2018/12/05(水) 23:17:47.17

C++ならEN.yamaはあり得ないだろう

**デフォルトの名無しさん** · 2019/01/09(水) 10:11:37.02

新年記念up

**デフォルトの名無しさん** · 2019/01/11(金) 18:31:10.60

win16からwin32への移行では役に立ったのかもしれない。

**デフォルトの名無しさん** · 2019/01/22(火) 13:59:06.16

ゼロが流行っているのか？

**デフォルトの名無しさん** · 2019/08/28(水) 20:07:30.06

Cは習わないとダメですか？

**デフォルトの名無しさん** · 2019/08/29(木) 10:03:19.38

c++相談室だぞ
習わなくていいなんて答えるヤツはいないぞ

**デフォルトの名無しさん** · 2019/08/30(金) 20:54:35.96

いやCの勉強なんてしなくていいよ
最初からC++の勉強をすればいい

**デフォルトの名無しさん** · 2019/08/31(土) 00:49:34.53

C++は糞
Cだけやっとけば充分

**デフォルトの名無しさん** · 2019/08/31(土) 21:44:16.76

C++って便利になってもゴチャゴチャしてて汚い言語だとどっかで聞きました

**デフォルトの名無しさん** · 2019/09/01(日) 01:17:32.77

ゴチャゴチャだと？
無理して拡張された機能を使わなければいいだけの話じゃないか
C言語でオブジェクト指向プログラミングをしようとするとどれだけ危険で汚くなるか分かってるんだろ？
C++は表面的にだけどそれをきれいにまとめた点だけでも評価されていいんじゃないか？

**デフォルトの名無しさん** · 2019/09/01(日) 01:34:32.37

つまりテンプレートを使うなということですね判ります

**デフォルトの名無しさん** · 2019/09/21(土) 17:36:37.24

c++は元はクラス形オブジェクトシステムを高速に動作させる為に始めたけど
今は単に高速にする事を目的に作っている様に見える
その為に一度に出来る様な記述を追加していってて有る意味便利なんだけど
機能が増えすぎて正確に把握するのが大変
その影響で何処か間違うとその間違った部分とは違う部分が違ってて
それを理解するのが大変
あちこちが絡みすぎてて言語自体がスパゲッティになってる印象
大量の事項を正確に覚えてそれられを正しく組み合わせないといけないから大変
超初心者にはかなりきつい
プログラミング初心者がやる様な物ではない
ある程度他のプログラミング言語をやって出来るようになってからの方が多分良い

**デフォルトの名無しさん** · 2019/09/21(土) 17:40:00.07

>その影響で何処か間違うとその間違った部分とは違う部分が違ってて
>それを理解するのが大変

「何処か間違うとその間違った部分とは違う部分が違っててそれを理解するのが大変」
はその通りだが

「その影響で」
は関係無い
大変なのは今に始まったことじゃない
高機能ωになる前からずっとそう

**デフォルトの名無しさん** · 2019/09/22(日) 09:05:21.83

この板にはC++委員会で多くの人が使いにくいと思っている仕様を提案してしまった
人が来ているので、最新のC++がダメになった、などと言うのは禁句。

**デフォルトの名無しさん** · 2019/09/22(日) 18:46:16.43

>>52
STLに関しては、コンテナ以外の部分を使わなければ、かなりスパゲッティー感が
なくなる。C++98以降、STLの実装にしか使わないような template の機能強化
に邁進してしまったようだ。しかし、C++ reference などで STL がふんだんに
使って説明されてしまってるので若い人の間で STL が C++ の標準だと
思われてしまい、そこが難しいので C++ が嫌われる結果となっている。
本来はライブラリはプログラミングが簡単になることを目的にしているはずなのに、
STLはその逆を言ってしまっている。
問題なのは、STLを使いまくったC++コードがネット上に増えてしまっていること。

**デフォルトの名無しさん** · 2019/09/22(日) 19:24:43.32

奥が深いからね
ｼｮｳｶﾞﾅｲね

**デフォルトの名無しさん** · 2019/09/22(日) 19:40:18.23

STLのコンテナ以外の部分とか自作template使わないとプロ感出ないからね
仕方ないね

**デフォルトの名無しさん** · 2019/09/23(月) 09:41:06.71

言語仕様を一通り学んだ後でライブラリの詳細な使い方を覚えていけるのが理想。
ところが、cppreference では、言語仕様を本文だけでは説明し切れておらず、
サンプルコードを見てやっと理解できるようになっているが、そこで
非常に難解なSTLの使い方をしてしまっている。それでは
STLの非常に詳細な仕様を知らないとSTLの基礎となっている言語仕様すら
理解できないことになり、ある種の「トートロジー」のような現象が起きてしまう。
前段階の理解を元に三段論法的に論理や理解を進めていくという説明の仕方になっていないのだ。
そのやり方が C++ が難解であるというイメージを植えつけてしまっている。
cppreference の執筆者やC++委員会の上の方の人の中に、STLをC++の言語
それ自体だと思っている人がいるように思えてならない。
確かにPythonやRubyでは、似たような機能を持つものが、言語そのものの一部
である位置づけになっている。しかし、その理解はとても容易である。
だから、言語仕様を説明するサンプルコードがその理解を前提にしていたとしても、
理解の妨げにはならない。ところが、C++ではその事情は一変するのだ。

**デフォルトの名無しさん** · 2019/09/23(月) 11:55:25.99

codecvtですね判ります

**デフォルトの名無しさん** · 2019/09/23(月) 12:36:29.52

>>60
正確には、トートロジーというより、循環論法に近い。

**デフォルトの名無しさん** · 2019/09/23(月) 13:25:24.38

>>60
たとえば cppreference のどの記事のことを言ってるんですか？
１つか２つでもいいんで、具体例がほしいです。

**デフォルトの名無しさん** · 2019/09/23(月) 14:28:50.02

>>63
もしかしたら >>60 の説明は「ずれて」いたかもしれないけど、例えば、言語仕様の
サンプルコードに高頻度に vector が出てくるので、それ自体がどうやって実装されているかを
調べることも重要になってくる。すると、initailizer-list なるものが重要であることがわかり、
vector の実装でそれがどう関係しているかも知りたくなる。それを知る前にまずは、vector template
の細かい仕様を調べたくなり、以下を見るとする：
https://en.cppreference.com/w/cpp/container/vector

↑は冒頭部分からしてこうなってる：
template<
　class T,
　class Allocator = std::allocator<T>
> class vector;
(1)
namespace pmr {
　template <class T>
　using vector = std::vector<T, std::pmr::polymorphic_allocator<T>>;
}
(2) (since C++17)
1) std::vector is a sequence container that encapsulates dynamic size arrays.
2) std::pmr::vector is an alias template that uses a polymorphic allocator

これは、初心者には難しすぎるし、実装を調べたいような上級者には情報が不足しており、
「帯に短し襷に長し」状態である（ちゃんとした説明になっていないのだ）。
上の部分を見た場合、最初に、allocator とはなんなのか、ということが疑問になる。
そして、allocator を調べなくてはならなくなる・・・・。

まず、vector とは何なのかが大まかに知りたかった人にすら、これでは難しい。
例えば、Ruby なら、[a,b,c] は、リストといって、集合です、と説明して
わずかなサンプルでもその全体像が分かった気がしてくる。
それとは全然違うことになってしまっている。

**デフォルトの名無しさん** · 2019/09/23(月) 14:39:03.51

>>64
誤：initailizer-list
正：initializer-list

vector の仕様を調べようとすると、(1),(2)の2つの定義が出ており、(2)では
なぜか、namespace pmr が出てきて、さらに、using vector = ・・・、で
vector という名前が alias で定義されているらしい。基礎の基礎を知りたくて
vectorを調べたのに、namespace と using alias が出てくる。そして、pmr
という namespace がいったい何なのかということを知る必要が出てくる。

まず説明に言葉が足りてない気がする。英語は曖昧さを含み易い言語らしく、
英語に強い人に聞いても「文脈でどっちとも取れるので正確な意味は分からない」
と言われる。日本語に比して言葉の意味が薄くて、サンプルコードが重要となる。
IntelのCPU命令のマニュアルだと、擬似コードで説明されている事があり、
その場合にはほぼ正確に言っていることが分かるが。cppreferenceはそれもない。
ほぼ、サンプルコードだけが頼りになっているが、そのサンプルも分かりにくい。
サンプルに対する英語の説明が少なすぎるから。

**デフォルトの名無しさん** · 2019/09/23(月) 15:02:06.71

>>64
時々、「コードこそがドキュメント」などという人がいて、それに従って
cppreferenceが書かれてしまっている可能性がある。しかし、vectorの
「仕様」とは、vectorが如何に実装されているかではなく、如何に使うか
の説明から入るべきなのに、>>64は、実装をモロに見せてしまってるから
難しくなっている。(1)のtemplate文だけでは、templateの仕様がまだ理解できてない
段階では、vectorの仕様を知ることが出来ないことになる。そう書くよりも、
いきなり、

std::vector<int> v = {7, 5, 16, 8};　　// (100)

で、4つの整数型の要素を持つ配列を確保します。
メモリ上で要素は、隣り合わせに並びます。
配列の長さは動的に変更することが出来ます。

と書いたほうが良いし、完全な referece を書きたい場合でも、>>64 の(1)のように
書くべきではなくて、例えば、(100)を一般化して

[vector 型オブジェクトの作成方法]
std::vector<int> オブジェクト名 = 初期化子;　　// (101)
　初期化子 := {初期値リスト}

などと書かないいけない。

>>64 の (1)は、vector自体の「実装方法」を書いているだけで
vectorの「仕様書」にはなっていない。

**デフォルトの名無しさん** · 2019/09/23(月) 15:16:09.23

なるほど
それならトートロジーとか循環論法と言うよりも
もっと適切な言葉があるはず

**デフォルトの名無しさん** · 2019/09/23(月) 15:21:18.30

>>66
集合や、データベース系のソフトウェアでは、言葉は忘れたが、
初期化、追加、削除、参照、検索、個数の取得
などが良く使われる(ほぼ必須の)基本機能だとされるから、

[vector 型オブジェクトの作成方法]
std::vector<要素の型> オブジェクト名 = 初期化子;　　// (200)
std::vector<要素の型> オブジェクト名初期化子;　　// (201)
　初期化子 := {初期値リスト}

[vector 型オブジェクトへの末尾への要素の追加]
オブジェクト名.push_back(要素);　　　　　　　　　// (210) 要素をコピーして追加したい場合
オブジェクト名.push_back(std::move(要素));　　　// (211) 要素を移動して追加したい場合

[vector 型オブジェクトの idx 番目の要素の参照]
オブジェクト名[idx]　　　　// (220) : idx は先頭が 0 から始まる。
・・・

などと書いていけばよい(自分は細かい仕様が分かってないのでこれ以上詳しくは
書けないが、reference manual を書く人なら書けるはず）。
初心者が期待する reference manual とは上記のようなもので、
>> 64 のようなものではない。何度も言うが、>>64 は
実装と仕様が混合されてしまったもので、どっちつかずの状態になっている。

**デフォルトの名無しさん** · 2019/09/23(月) 15:26:14.73

ソースから自動生成してるなら仕方ない面もある

**デフォルトの名無しさん** · 2019/09/23(月) 23:08:32.79

実装で仕様が隠蔽されている

**デフォルトの名無しさん** · 2019/09/23(月) 23:52:06.90

大きい・小さいとか、言葉は、about で抽象的だから、
こんな厳密な事を決めるのには、向いていない

図解・サンプルの方が、圧倒的に理解しやすい。
だから、下の3冊などは、神の書と呼ばれる

サンプルを示すことで、OK/NG というのがハッキリわかるから！

C++11/14 コア言語、江添亮、2015
組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド、MISRA‐C研究会、2006
Linux プログラミング・インタフェース、Michael Kerrisk、2012

理解できないような事を書いている、香具師が悪い。
そういうのを追っかけても、時間の無駄

プログラミング・フレームワーク・構造がわかるためには、Ruby でもやった方が余程よい。
C/C++ などポインタのある言語は、プログラミングを学ぶのに適していないし、
バグで時間を浪費するから、結局学べないw

**デフォルトの名無しさん** · 2019/09/30(月) 10:42:32.26

なるほどね
初心者にとっては
一度に多くのことを覚えないといけないのは負担が多い
生配列を使うのは良くないから最初からvectorを教えるのは
有る意味正しいけど
理解するには難易度が上がってしまっている

オブジェクト指向プログラミングでも同じ様な感じで
例の
動物クラスから継承して犬猫クラスを作ってワンニャン
とかの説明とかが良く有るけど
機能の説明としてはそれでいいんだけど
実際にそういう風には作らない(別にそういう風にやりたきゃやってもいいけど)
実際上は別な構造として作ったりするんだけど
その別なやり方をどうするのか?という説明が殆ど無いので
オブジェクト指向は糞
みたいな話になってくる
唯一の例題として有るのが
デザインパターン
だと自分は思っているが
あれを意味が無い
とか言っている人が結構居て
そのせいで軽視されているのが残念というか問題だと思ってる
初心者が手がかりにするのは難しい面も有るけど他に良さそうな例題が余り無い

適切な教科書を作る
というのは結構高度で大変で
作れる人が少ない
その割には作った人には余り金にならなかったりして
作ってくれる人が余り居ない印象

**デフォルトの名無しさん** · 2019/09/30(月) 12:08:38.76

gcc も g++ も VC も肥大化し過ぎた
digital mars c とか Borland C 5.5 かそれよりもっと前
tiny c compiler でもいい
初心者用にはもっとシンプルな C で充分

**デフォルトの名無しさん** · 2019/10/06(日) 17:06:30.65

quick c

**デフォルトの名無しさん** · 2020/03/26(木) 16:08:19.66

>まず説明に言葉が足りてない気がする。英語は曖昧さを含み易い言語らしく、

英語は抽象意味言語だから指している範囲がザックリしてて
短い文章とかだと何を言っているのか解らない
その分覚えておかないといけない分量が少なくて良い
英語から日本語に自動翻訳を掛けても上手く翻訳されていない時はその文章が何の分野で有るか解らないから間違っている様に見えると感じる

日本語は一つの意味を指している事が多いけど覚えておかないといけない分量が多いから大変だけど
その分広い範囲の意味を指していないのでちゃんと使うと意味が一点を指して誤解し難い

けどプログラムを書く時は
javaだととりあえず.を書いておけば良いから迷わないけど
c++だと.だったり->だったり::だったりするから迷う事がある
そんなに致命的な問題では無いけど

**デフォルトの名無しさん** · 2020/03/27(金) 14:39:56.26

::あんまり使わないな

**デフォルトの名無しさん** · 2020/05/06(水) 18:31:54.91

入門ロベールC++の188ページに

const char* MONTH_NAME[]={"睦月,"如月,"弥生"......　　
というのがあるのですが、なぜchar*型の前にconstをつけると文字列リテラルをたくさん代入出来るのでしょうか？
const定数を外すと同じことが出来ないのがよく分からないです。ポインタが理解できてないのでしょうか。

**デフォルトの名無しさん** · 2020/05/06(水) 18:38:37.65

それの場合MONTH_NAMEの型は
「書き換えられないchar」「へのポインタ」「の配列」
であることがわかれば後はわかるっしょ

**デフォルトの名無しさん** · 2020/05/06(水) 18:46:19.97

>>78
すいません、分からないです・・・
何が分かってないからこうなってるのか。も分かってないからまた読み直して同じページに戻っても理解できないです・・

**デフォルトの名無しさん** · 2020/05/06(水) 19:06:59.66

>>77
文字列リテラルの指す文字列は書きかえてはいけない。
char* の指す先の文字列は書きかえできる。
const char* の指す先の文字列は書きかえできない。

**デフォルトの名無しさん** · 2020/05/06(水) 19:07:03.19

何故文字配列なのに文字列を沢山入れられるのか…

**デフォルトの名無しさん** · 2020/05/06(水) 19:09:49.04

>>77
あーわかった。あんたがエラーメッセージを読んで理解しようとしないから分からないんだよ。

**デフォルトの名無しさん** · 2020/05/06(水) 20:16:45.31

分かりません。
ポインタを直接文字列の値で初期化してるのもよくわからないです。

**デフォルトの名無しさん** · 2020/05/06(水) 20:38:11.69

char *s = "abc"; がダメな理由と
int a[] = { 1, 2, 3 }; がOKな理由を考えろ

**デフォルトの名無しさん** · 2020/05/06(水) 20:47:05.11

const char* MONTH_NAME[]=

型変数名[]

各要素の型は、const char*
[ ] は配列

最近、ロベールは本屋で売ってない

**デフォルトの名無しさん** · 2020/05/06(水) 20:51:54.79

Ruby なら、変数名はラベルだから、変数に再代入できるけど

a = "a"
a = "abc"

**デフォルトの名無しさん** · 2020/05/06(水) 20:53:56.70

>>84
char* sはchar型の変数の参照が入ってないから駄目なのでは？
下はただの配列変数だからできてるのでは？

**デフォルトの名無しさん** · 2020/05/06(水) 21:05:23.65

>>85
const char*という新しい型があるのですか？
constとは定数を宣言するだけのものじゃないのでしょうか

**デフォルトの名無しさん** · 2020/05/06(水) 21:49:00.63

char* str[]={"aaa","bbb","ccc"}はできないのに
const char* str[]={"aaa","bbb","ccc"}はエラーにならないのも意味わからないです
const chr*のエンティティ云々も意味不明なのですがロベール188pまでにその説明は載ってるのでしょうか

**デフォルトの名無しさん** · 2020/05/06(水) 21:54:43.49

じゃあ const char *s = "abc"; がわからないのか
これはどこかにある "abc" という配列へのポインタでsを初期化しなさいっていう意味で、
char *s = "abc"; がダメなのは "abc" が変更不可だから

あとは const char *s = "abc"; と const char *MONTH_NAME[] = { "睦月", ... }; の関係が int i = 0; と int a[] = { 0, ... }; の関係と同じであることを考えればわかるはず

**デフォルトの名無しさん** · 2020/05/06(水) 22:11:15.73

>>89
「できない」理由はエラーメッセージに書いてあるだろ。読めよ。

**デフォルトの名無しさん** · 2020/05/06(水) 22:58:31.48

>>90
文字列って定数なんですか？
何となく分かってきた気がします！細かく教えていただきありがとうございます

**デフォルトの名無しさん** · 2020/05/07(木) 12:23:12.56

>>77
const 付けたくないなら
char MONTH_NAME[][5]={"睦月,"如月,"弥生"......

**デフォルトの名無しさん** · 2020/05/07(木) 17:22:45.52

char r[] = "hoge";
char *s = "hoge";
const char *t = "hoge";
char *MONTH_NAME_A[]={"睦月","如月","弥生"};
char MONTH_NAME_B[][7]={"睦月","如月","弥生"};
どれもエラーも警告も出んかった

**デフォルトの名無しさん** · 2020/05/07(木) 18:27:09.29

char *t = "hoge";
これがエラーにならないのは言語上の欠陥

**デフォルトの名無しさん** · 2020/05/08(金) 06:37:37.35

ロベールさんで紹介してる環境に限定されると語れる立場じゃないんだが…。

>>93
漢字1文字を2byteと仮定するのは危険じゃないかしら。
このごろUTF-8でベタに文字列書くことが多いんでちょい気になる。
と言ってu8プレフィックス付けるほどお行儀良くもない中途半端な人。

>>94
char *s = "hoge"; で警告出ないとは
ストラウストラップ先生がガッカリしそうなコンパイラね。

**デフォルトの名無しさん** · 2020/05/08(金) 09:24:37.89

>>95
C++11 以降の言語仕様では許していない。
それより前の仕様では許していたという歴史的経緯があるので
(エラーではなく) 警告にとどめている処理系がまあまあ有るという事情。

**デフォルトの名無しさん** · 2020/05/08(金) 09:31:38.60

C++
https://ideone.com/lWQYBs
C++14
https://ideone.com/2CLzMB

どっちもスルーされる

**デフォルトの名無しさん** · 2020/05/08(金) 21:53:35.81

ロベールの入門書に　/*構造体変数student*/
int length =　sizeof stundent /sizeof *student
というのがあるのですが何故これで配列の要素数が出るのでしょうか？
sizeof student / sizeof student[0]だと配列の要素数が出る理屈は何となく分かるのですが
配列とポインタは別のものですよね？

**デフォルトの名無しさん** · 2020/05/08(金) 22:21:29.33

student[0] と *student は同じ

**デフォルトの名無しさん** · 2020/05/08(金) 23:07:29.79

何で同じなのでしょうか？これで動くからこういうもの。という理解で大丈夫なんでしょうか

**デフォルトの名無しさん** · 2020/05/08(金) 23:48:12.63

MSの陰謀。

**デフォルトの名無しさん** · 2020/05/09(土) 06:15:34.68

とりあえず stundent は誤りで正しくは student だとして

多くの場合、配列名は「配列の先頭要素を指すポインタ」と解釈される、から。
つまり配列studentについて student == &student[0] が成り立つ。
*演算子を作用させて *student == *&student[0] == student[0]
よって sizeof *student == sizeof student[0]

ここで注意すべき点は「配列名がsizeof演算子のオペランドになった場合は
配列の先頭要素を指すポインタとは解釈されない」ってこと。
sizeof 配列名 == 配列全体が占有するメモリ容量

なぜそうなっているか、という理由は「そう決めると便利だから」かな。
Cの頃からそういう感じでプログラム書いてたから、という歴史的経緯もある。

>>102 初心者をからかっちゃアカンよ。信じちゃうかも知れん。

**デフォルトの名無しさん** · 2020/05/09(土) 09:28:26.57

コロチャンもゲイツの陰謀とか言ってる人が居てわろす
温暖化も陰謀ω

**はちみつ餃子** ◆8X2XSCHEME · 2020/05/09(土) 10:52:17.88

>>99
「暗黙の型変換」によって配列がポインタに型変換されるルールがある。
スムーズにポインタとして使えてしまうから混同してわけわからんようになる初心者が多いんだけど、
あくまでも別物であるという理解が出来ているなら入門者としてはかなり優秀だと思う。

ほとんどの場合に配列はポインタに暗黙に型変換されるんだけど、
例外としては
　① sizeof を適用するとき
　② 単項の & を適用するとき
　③ 参照で受け取るとき
があって、これらの状況では型変換されずに解釈される。

----

余談だけど暗黙の型変換とは別に仮引数の調整というのもあって、
関数の仮引数として配列を書いた場合も配列はポインタに調整される。
たとえば
void foo(int a[10]) {}
という定義を書いたら
void foo(int* a) {}
と全く同じように解釈される。

**デフォルトの名無しさん** · 2020/05/11(月) 03:00:46.06

すいませんロベール持ってる人にお聞きしたいのですが
305ページの
for (int i = 0, size = a.Size(); i < size; ++i) という文があるのですが
このsizeというローカル変数は何処に定義されてるんでしょうか？

**デフォルトの名無しさん** · 2020/05/11(月) 05:46:42.66

>>106
“ロベール本”を持ってないので答えられない立場かも知れんけど…。
この size は「ここ」で定義されているんだと思うよ。

for の初期化式 int i = 0, size = a.Size(); で、
「int の i」と「int の size」という2つの変数を定義している。

**デフォルトの名無しさん** · 2020/05/11(月) 07:45:03.87

>>107
forの中で2つ宣言できるんですね！そんな事も知りませんでした。
ありがとうございます。

**デフォルトの名無しさん** · 2020/05/11(月) 09:53:48.32

型が違うときは？
for (long i = 0, int size = a.Size(); i < size; ++i)

**デフォルトの名無しさん** · 2020/05/11(月) 19:53:43.37

C++17なら
for (auto [i, size] = tuple(0L, a.Size()); i < size; ++i)

**デフォルトの名無しさん** · 2020/05/21(木) 23:33:00.50

class DataStore {
public:
DataStore(int v) : mValue(v) {}
bool operator==(const DataStore& rhs) const;

private:
int mValue;
};

bool DataStore::operator==(const DataStore& rhs) const
{
return mValue == rhs.mValue;
}

int main()
{
DataStore ds1(10), ds2(10);
if (ds1 == ds2) {}
}

というのがあるんですがoperatorに記述されてる仮引数はどっから実引数をコピーしてるのですか？
後演算子のオーバーロードに関して分かりやすく解説してるとこあれば教えていただけると嬉しいです

**デフォルトの名無しさん** · 2020/05/21(木) 23:57:47.49

operatorも、ただの関数
if (ds1.operator==(ds2)) {}

**デフォルトの名無しさん** · 2020/05/22(金) 00:55:03.99

const DataStore& rhsの実引数はds1ってことですか？

**デフォルトの名無しさん** · 2020/05/22(金) 06:44:02.17

この流れだと、仮パラメータ rhs にバインドされる実引数は ds2 でしょ。

クラスのメンバ関数として宣言された2項演算子の operator OP(rhs) は、
lhs OP rhs と書くと lhs.operator OP(rhs) が呼び出される。
…と書いても分かりにくいね。

具体的には ds1 == ds2 と ds1.operator==(ds2) が同じ意味、
ってのが >>112 の人の言ってること。

**デフォルトの名無しさん** · 2020/05/22(金) 09:23:45.22

余談だけど左右の引数が const な比較演算子は非メンバ関数として実装した方が好ましい場合が多い。
(標準ライブラリでもだいたいそうなってる。)

**デフォルトの名無しさん** · 2020/05/22(金) 12:29:55.77

constかどうかで決めるのはアホ

**デフォルトの名無しさん** · 2020/05/30(土) 06:36:15.09

なぜ文字から'0'を引くと数字を数値に変換できるのですか？ char c='8' int a=c-'0'
理屈がよくわからないです。
よろしくお願いします

**デフォルトの名無しさん** · 2020/05/30(土) 07:25:50.69

順番に並んでいるから。

**デフォルトの名無しさん** · 2020/05/30(土) 07:33:59.81

文字コードが順番に並んでるのは分かったのですが
なぜ'0'引くとキャストせずにint型の変数に代入できるようになるかが分かりません
よろしくお願いします

**デフォルトの名無しさん** · 2020/05/30(土) 07:57:34.41

'0'を引かなくてもキャストせずにint型の変数に代入できるよ
c/c++では文字は整数型に文字コードを入れて扱うんだよ

**デフォルトの名無しさん** · 2020/05/30(土) 08:07:04.11

苦しんで覚えるC言語という本の255ページに
”数字を使うときには引き算で本来の数値を知ることも出来ます。
数字に持っ文字の番号が割り当てられており例えば'0'は48番に割り当てられてます。
数字から'0'の番号を引き算すれば数値に変換され計算に使用できます。”
とあるんですが
”数字から'0'の番号を引き算すれば数値に変換され計算に使用できま”というのが意味わからないです

**デフォルトの名無しさん** · 2020/05/30(土) 08:27:53.58

文字が元々数値(文字コード)であることが理解できてないのでは
ASCIIコード表でググってみれ

**デフォルトの名無しさん** · 2020/05/30(土) 10:03:05.95

2に3を足す時、
int a = 2; int b = 3; int c = a + b;
とやるとc == 5になる

int a = '2'; int b = '3'; int c = a + b;
とやってもc == '5'にはならない
今やほぼASCIIだからc == 'e'になる

int a = '2' - '0'; int b = '3' - '0'; int c = a + b;
とやるとc == 5になる
'0'から'9'まで連続していることはcの規格が強制してるから

これが”数字から'0'の番号を引き算すれば数値に変換され計算に使用できます”の意味

**デフォルトの名無しさん** · 2020/05/30(土) 16:37:51.27

char c = '8'; // '8'を表す文字コードの値(ASCIIでは56) char型
// '0' ... '0'を表す文字コードの値(ASCIIでは48) char型
// c - '0' ... '8'を表す文字コードから'0'を表す文字コードを引いた値(==8) char型
int a = c - '0'; // char型の数値8 で int変数a を初期化・代入

一般にint変数にchar型の値を格納することは認められている。

思うに「'8' - '0' が 8 になる」('8'の文字コードでなく「タダの8」)
という部分に引っ掛かってるんじゃなかろうか。

**124** · 2020/05/30(土) 16:49:13.96

すまん 124 は間違ってるみたい、忘れてくれ。

char c = '8'; // '8'を表す文字コードの値(ASCIIでは56) char型
// '0' ... '0'を表す文字コードの値(ASCIIでは48) char型
// c - '0' ... '8'を表す文字コードから'0'を表す文字コードを引いた値(==8) int型
int a = c - '0'; // 数値8 で int変数a を初期化・代入

思うに「'8' - '0' が 8 になる」('8'の文字コードでなく「タダの8」)
という部分に引っ掛かってるんじゃなかろうか。

'8' - '0' は「char型の8」ではなく「int型の8」だね。(以下検証コード)
std::cout << "sizeof('8') == " << sizeof('8') << '\n';
std::cout << "sizeof('8'-'0') == " << sizeof('8'-'0') << '\n';

**デフォルトの名無しさん** · 2020/05/30(土) 18:38:26.55

>>125
そういうことでしたか。
詳しく噛み砕いていただきありがとうございます。

**124** · 2020/05/30(土) 19:18:59.52

型の検証はC++11なら直接的にできるね。

#include <typeinfo>
...
std::cout << "'8' is " << typeid('8').name() << '\n';
std::cout << "'8'-'0' is " << typeid('8'-'0').name() << '\n';

実装定義の型の名前を得られる。

**デフォルトの名無しさん** · 2020/06/05(金) 17:55:42.30

なかなか、適当なスレを見付けるのが難しいわい
C++ 且つ初心者だから、ここでいいのかな

subroutine で、例えば、boolean と string のふたつの変数の値を
return するには、やっぱり std::map を使うのが一番簡単でしょうかね？

**デフォルトの名無しさん** · 2020/06/05(金) 18:21:06.88

std::pair<>じゃないのか？
https://ja.cppreference.com/w/cpp/utility/pair

**デフォルトの名無しさん** · 2020/06/05(金) 19:03:13.94

うーん、なんとなくそうおもいます、ええ

**デフォルトの名無しさん** · 2020/06/05(金) 19:06:38.66

あ、では、boolean, string, int の三つをreturn するには普通どうやるのが王道でしょうか？

**デフォルトの名無しさん** · 2020/06/05(金) 19:08:18.91

連投すまん。
std::tuple ですか。

**デフォルトの名無しさん** · 2020/06/05(金) 19:12:47.23

たぶんそうだとお芋ます、ええ。
あと、コンテナに突っ込みたいときにはstd::variantなんかも良く使います。
今回は関係なさそうですが。

**デフォルトの名無しさん** · 2020/06/21(日) 13:29:09.07

>>131
王道かどうかは知らんが、C++17以降なら
auto func() {
return std::make_tuple(a, b, c);
}

auto [f, s, n] = func();
っていう風にできるで

**デフォルトの名無しさん** · 2020/06/21(日) 16:38:41.93

std::tie の方が好き

**デフォルトの名無しさん** · 2020/06/22(月) 16:40:35.96

C++でint[変数]というようなことが出来ないのはstack overflow防止のためなんでしょうか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/06/22(月) 16:50:40.23

>>136
原則として型は大きさが決まっているもんなので、そうでないものがあるとややこしいんだわ。
(配列の大きさは型の一部。)

**デフォルトの名無しさん** · 2020/06/22(月) 20:24:27.49

Cの新しいのだと出来る

**はちみつ餃子** ◆8X2XSCHEME · 2020/06/22(月) 22:04:26.97

>>138
新しいの……？

C99 で出来るようになったけど C11 以降ではオプショナル扱いなんだわ。
そして今年は 2020 年なんだわ。

**デフォルトの名無しさん** · 2020/06/22(月) 23:23:01.67

Cは89/90が基本

**デフォルトの名無しさん** · 2020/06/23(火) 01:32:00.34

以下のコードは比較関数をSTLのlistに渡す為のものなのですが
これを最新のVC++でコンパイルできるようにするにはどう書き直せばいいでしょうか？

typedef SubType* LPSUBTYPE;

template<> inline bool greater<LPSUBTYPE>::operator()
(const LPSUBTYPE& pObj1, const LPSUBTYPE& pObj2) const {
…
}

**デフォルトの名無しさん** · 2020/06/23(火) 09:26:35.36

>>141
エラーメッセージを読んで問題点を解決するように書き直すといいよ。
list に比較関数は渡せないと思うので前提が間違ってそうな気もする。

**デフォルトの名無しさん** · 2020/06/29(月) 08:08:09.53

VC++についての質問になってしまうのですが、C#のようにソースファイルをリンクとして追加することは出来ないのでしょうか？

**デフォルトの名無しさん** · 2020/06/29(月) 18:23:34.98

C#と違って「既存の項目」で追加したものに関してはコピーされずに参照扱いだよ
作業フォルダ下以外のファイルをそうやって追加した場合は追加のインクルードディレクトリも設定しないとダメだけど

**デフォルトの名無しさん** · 2020/09/08(火) 02:57:29.22

何で構造体のchar配列は直接値が代入できず
strcpyを使う必要があるのでしょうか？

**デフォルトの名無しさん** · 2020/09/08(火) 03:20:04.77

できるよ
struct A {
int x;
char b[4];
} a = {0, 1, 2, 3, 4};

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/08(火) 05:15:54.57

>>146
それは代入ではなくて初期化

**デフォルトの名無しさん** · 2020/09/08(火) 05:56:11.78

typedef struct {
char str[32];
}A;

int main(}{
A a;
a.str="aaa";
}

これができないってことです
言葉足らずですいません

**デフォルトの名無しさん** · 2020/09/08(火) 08:44:00.12

int main(void) {
int arr[5];
arr = 3;
}

ができないのと同じ理由です

**デフォルトの名無しさん** · 2020/09/08(火) 09:53:15.41

かわいいｗ

**デフォルトの名無しさん** · 2020/09/08(火) 10:55:42.52

ちょっと忘れたから、推測だけど、

a.str="aaa";

"aaa" を右辺で使うと、先頭要素のアドレスに変換されるとか？
例えば、4バイトのサイズで、10～13 アドレスに存在する場合に、10が代入されるとか

char str[32];

一方、ここにはアドレスじゃなくて、aaa\0 という4バイトの実体を代入しないといけないとか

**デフォルトの名無しさん** · 2020/09/08(火) 11:16:05.69

意図してるだろうことを無理してやるなら
str[0] = 'a';
str[1] = 'a';
str[2] = 'a';
str[3] = '\0';
でできる．そしてこれをするためにstrcopyがある

**デフォルトの名無しさん** · 2020/09/08(火) 15:36:44.61

>>148
型が違うし

**デフォルトの名無しさん** · 2020/09/08(火) 15:57:15.69

出来ない訳じゃないんだよな
typedef struct {
char b[4];
} A;

int main(void) {
A b = {1, 2, 3, 4};
A a;
a = b; // ok
a.b = b.b; // bad
return 0;
}
自分で for で配列要素代入すれば良い訳で
面倒だから memcpy や strcpy 使ってるだけ

**デフォルトの名無しさん** · 2020/09/08(火) 16:02:13.68

>何で構造体のchar配列は直接値が代入できず

構造体のchar配列だけじゃなくて
ただのchar配列でもダメだろ
宣言と同時に代入してるときはたまたま出来るだけ
int main() {
char a[4] = "abc"; // OK
char b[4];
b = "abc"; // BAD
return 0;
}

**デフォルトの名無しさん** · 2020/09/09(水) 20:41:42.30

>char a[4] = "abc"; // OK
これがおｋなのは、cの言語仕様におけるほんの雀の涙猫の額ばかりの文字列サポート
たまたま、ってｗ

**デフォルトの名無しさん** · 2020/09/09(水) 23:49:08.55

はじめたころは、こういうことにいちいちひっかかってたな…
わかっちゃえば、慣れちゃえばどーってことないんだけど

**デフォルトの名無しさん** · 2020/09/10(木) 00:06:01.62

同じようでいて、初期化と代入では見た目の作用がことなることがあるね

**デフォルトの名無しさん** · 2020/09/10(木) 00:07:00.73

見た目「と」作用が

**デフォルトの名無しさん** · 2020/09/10(木) 15:36:27.72

a も b も代入禁止だ

**デフォルトの名無しさん** · 2020/09/19(土) 09:19:26.77

>>157
常に初心に返ることで新たにわかることもある

**デフォルトの名無しさん** · 2020/09/21(月) 06:30:22.99

C#ですいません
usingとnamespace名前空間を使う意味について本で解説されてるんですが文字だけしか書かれてなくて
イマイチ言ってる意味がわからないので
簡単なコードを用いてnamespaceを使う意味を教えて欲しいです

**デフォルトの名無しさん** · 2020/09/21(月) 10:35:12.49

文字だけじゃないコード・・・

**デフォルトの名無しさん** · 2020/09/21(月) 11:38:59.68

寿限無名予防以外の目的？

**デフォルトの名無しさん** · 2020/09/21(月) 11:59:08.18

>>162
C#よくわかってないけど
こういうことが知りたいの？
https://ideone.com/SP3uBF

**デフォルトの名無しさん** · 2020/09/21(月) 21:53:00.21

>>165
すいません、そういうことです。
usingについてはおかげさまで意味が分かりました。ありがとうございます。
namespace名前空間？と言うもののメリットと言葉の意味がいまいち分からないのですが、
どっからどの部分までが名前空間なのでしょうか

**デフォルトの名無しさん** · 2020/09/21(月) 23:03:56.25

>>166
namespaceがなかったら
たとえば自分でなにか作ってるときとか、そこには自作のメソッドの定義があるわけで
さらに公開されてるライブラリを使いたくなって、いざそこに組み込んだとき、
自作のメソッドと同名のメソッド名がライブラリ内で定義されてたらコンパイルエラーが発生する
（重複定義された場合はコンパイラからすればどちらを呼び出していいかわからない）
みたいな事態が発生してしまう

さっきの例だと同名のメソッド(Console.WriteLine)を定義してても
System名前空間とMyNS名前空間で分けたからコンパイルが通る
System.Console.WriteLine(s); // Console.WriteLineはSystemに属するもの
MyNS.Console.WriteLine(s); // Console.WriteLineはMyNSに属するもの

namespace Hoge {
// {}内はHoge名前空間に属する
}

**デフォルトの名無しさん** · 2020/09/22(火) 06:36:29.84

完全にC++の感覚でしか説明できんけど、
あるライブラリを開発する上で、そのライブラリ全体がnamespaceで囲われていると、
ライブラリ作者は大抵その名前空間内でコードを書くから、いちいち名前空間を指定する必要は無い
さらに>>164の言うように、名前空間がライブラリや機能を表しているから、その中のコードは短い命名に出来る

ライブラリ利用者側からすると打鍵数は変わらない(か、下手すると増える)けど、その名前をよく使うソースコードなら、usingで取り込むことも出来るし、あまり使わないなら取り込まず毎回指定してもいい(その場合名前重複の心配もない)
こういう取捨選択は、関数・クラス名に全部ライブラリ名や機能名のプレフィックスが付くような命名だと出来ないこと

あと_privateみたいな名前空間に関数を書けば、ユーザーが触る必要の無い関数を隔離出来る(使用を禁止までは出来ないけど、補完の候補に出てこないのは便利

**デフォルトの名無しさん** · 2020/09/22(火) 13:09:23.63

名前空間を使うと検索性が最悪になる
（別の名前空間の同一名称が引っ掛かりまくる）
みんなどう対処しているんだろう

**デフォルトの名無しさん** · 2020/09/22(火) 17:08:47.15

>>169
using namespaceするのが問題じゃない？

**デフォルトの名無しさん** · 2020/09/22(火) 17:49:49.66

いやusingに限らず、例えば>>168で言ったライブラリ作る側(名前空間内で作業する側)はいちいちhoge内なのにhoge::とか書かんでしょ
確かに検索で困ることはたまにある・・

**デフォルトの名無しさん** · 2020/09/22(火) 19:24:25.17

namespace で絞り込んで、識別名をハイライトして、あとは気合

**デフォルトの名無しさん** · 2020/10/20(火) 13:37:38.41

C++とVisual C++の違いについてです。
C++はプログラミング言語であり、
VC++は統合開発環境であるという説明があります。
でも私にはVC++がC++++のように見えます。
VC++はC++の文法に新たな流儀を付け加えるか置き換えていて
言語そのものの使用を若干変えているように見えます。
C++のキーワードが別のものに置き換わっていたりするからです。
そのため、C++を勉強したあとにVC++を学ぶと違う言語を学んでいるように感じます。
この理解は正しいでしょうか。

**デフォルトの名無しさん** · 2020/10/20(火) 13:38:19.99

使用改め仕様

**デフォルトの名無しさん** · 2020/10/20(火) 14:39:40.58

多少違うのは
#pragma くらいだろ
勝手に仕様なんて変えない
統合環境とか API とかはもちろん関係無い話

**デフォルトの名無しさん** · 2020/10/20(火) 20:36:08.28

IDEはVisual Studio
VC++はMSのC++商品名

C++/CLIとかを混同してね？
これはC++を独自拡張したものだよ

**デフォルトの名無しさん** · 2020/10/20(火) 22:21:46.71

__declspec(dllimport)とかアホみたいに書かされたあの時代のmsvc拡張c++のことでしょ

**デフォルトの名無しさん** · 2020/10/21(水) 11:12:14.17

描かずに済むけどな

**デフォルトの名無しさん** · 2020/10/21(水) 13:51:50.76

C++/CLIは拡張ですか？
いくつかの流儀を置き換えていますよね？
ポインタをハンドルと読んだり？

**デフォルトの名無しさん** · 2020/10/21(水) 14:12:49.21

MS拡張にしろC++/CLIにしろ既存のコードの挙動を変えるようなことはしてないんでは？
拡張でいいんじゃね

**デフォルトの名無しさん** · 2020/10/21(水) 18:58:32.20

ポインタはポインタとしか言わんよ
ハンドルは

**デフォルトの名無しさん** · 2020/11/24(火) 23:02:59.67

Visual Studio 2019をインストールしました
Windowsスタートボタン→Visual Studio 2019を起動しました
プロジェクト名を入れて下さい→test001
保存フォルダの場所を決めて下さい→Y:\_source\repos
何かのウインドウが開きました（おそらく開発の統合画面？）
さっそく1行目から入力しようとしましたが、キー入力を受け付けてくれません
左の縦に、ツールボックスと表示しています
このままでは進まないので、エクスプローラーでreposフォルダの下に
samp01.txtを新しく作りました
何かのウインドウに戻り、samp01.txtを開くと文字入力が可能になりました

進め方が間違っているように思えますが、samp01.txtに#define...から
描き始めてよいでしょうか？

統合環境が苦手で、フォルダにテキストファイルを作りテキストエディタで
ソースを書いて保存
コマンドラインでコンパイル、エラーがなければリンク...をしてきました

何かの画面には難しそうなソリューションエクスプローラー、その下には
プロパティウインドウが表示されています。
このウインドウにも慣れないといけないので進め方を教えてください

**デフォルトの名無しさん** · 2020/11/25(水) 07:42:29.85

>>182
とりあえずこれに従えばおk
https://docs.microsoft.com/ja-jp/cpp/build/vscpp-step-1-create?view=msvc-160

**デフォルトの名無しさん** · 2020/11/25(水) 08:12:43.79

>>182

俺は、テキストエディタでソースを書いて、c規格で拡張子cppで保存して、

Visual Studioで、

コード無しで続行→
ファイル→開く→フォルダ
で、コンパイルしてますがね。

**デフォルトの名無しさん** · 2020/11/27(金) 09:48:07.00

>>182
ソリューションを作るときに大雑把にどんなもの作るって指定すれば
最低限のファイルができて編集可能な状態になるんじゃないの？

**デフォルトの名無しさん** · 2020/11/27(金) 15:09:19.88

ソリューションエクスプローラーのヘッダーファイル、ソースファイルのとこを右クリックで新規選べばまっさらなファイル作れるし
メニューのファイル→追加？(うろ覚え)でも作れる

**デフォルトの名無しさん** · 2020/12/06(日) 23:34:56.54

手順書のページのURLありがとうございます。
Microsoft Visual Studio Community 2019
Version 16.8.2を使用中。
テキストで#include<stdio.h>から入力しましたが煮詰まりました。ソースはネットを検索してコピペなので、
コロンやセミコロンの間違いはないと思われます。
#include<stdio.h>

int main( void )
{
printf( "ようこそC(++)言語の世界へ\n" );

return 0;
}

タスクバー？にファイル(F)編集(E)表示(V)Git(G)プロジェクト(P)デバッグ(D)テスト(S)・・・があります。

手順書では[プロジェクトをビルドするには、 [ビルド] メニューの [ソリューションのビルド] を選択します。]とあります。
が、ビルドメニューがありません。
プルダウンのデバッグ(D)からデバッグ無しで開始したいですが
デバッグ無しで開始が薄い文字になっており、クリックできません。
統合開発環境って皆さんが使用して使いやすいはずですよね。
何から順番にクリックしていくのかさっぱりわかりません。
手順通りにしようとして「ここをクリック」のところはたいていその「ここ」の項目が画面になくて
ソースを書いてコンパイルすらできない、ありません。ありません状態。
同じバージョンでもメニューの項目が違っていたら次に何をするかお手上げです。
お助け下さい。

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/06(日) 23:49:56.18

>>187
ソリューションを作成した？
ソリューションにソースを追加した？

**デフォルトの名無しさん** · 2020/12/07(月) 00:14:40.22

アドバイスありがとうございます。
ソリューションエクスプローラーフォルダービューを右側に開いています
そこにhello_.cppが表示されています。いま、開いているファイルです。
#includeからreturnまでペーストしています。

ソリューションエクスプローラーでhello_.cppを右クリックしますと[追加]があります。
[追加]->新しいファイル
　　　　新しい項目の追加(W)
　　　　新しいフォルダー
この３つを表示します。ソリューションエクスプローラーにhello_.cppが表示されているだけでは不足でしょうか
hello_.cppを右クリック新しいファイルを選ぶと名前を入力になりました
aaaと入力するとツールボックスに新しくテキスト入力タブが表示
#includeからreturnまで貼り付けました

デバッグ無しで開始の文字は薄いままです
ビルドメニューはありません

編集や表示、Git、プロジェクトのメニューを色々クリックしています
変わりません…
何か、こんな不自由な統合開発環境を使うのは苦痛しか感じず、しかし
全世界のプログラマの人たちも使っているものですし、なんとか
ビルドメニューを出したいです

**デフォルトの名無しさん** · 2020/12/07(月) 00:18:03.60

あちこちクリックしていますと、画面の上に
プロジェクト、ビルド、デバッグの文字が出てきました
ビルド->ソリューションでコード分析を実行を選びます
デバッグ->デバッグ無しで開始は薄い文字でクリックできません

何か手順が不足しているようです

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/07(月) 00:18:08.82

ファイルとフォルダの違い
ソリューションの種類が違う

だろうな

**デフォルトの名無しさん** · 2020/12/07(月) 00:59:54.04

不慣れでごめんなさい
デバッグ無しで開始は薄い文字でクリックできず変わらず
本日はそろそろ寝ます
後は明日、使い方と用語を調べます

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/07(月) 01:04:11.74

初心者は素直にチュートリアルの手順に従ってればいいんだよ。

**デフォルトの名無しさん** · 2020/12/09(水) 03:22:01.70

濡れちゃうう！

**デフォルトの名無しさん** · 2020/12/12(土) 02:59:14.21

なにからすればいいの
目標がない

**デフォルトの名無しさん** · 2020/12/12(土) 13:02:07.54

「何かしたい」というものが無いならば、しなくてどうぞ。
「何かしたい」というものが有る人は、自分で行動する。

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/12(土) 13:39:37.52

質問サイトにある質問に (根拠になる一次資料 (主に仕様書の具体的な項目) と共に) 回答するのを繰り返せば
特定のプログラミング言語に詳しくなることは出来るよ。
それでプログラミングを出来るようになるかどうかはわからんけど。

**デフォルトの名無しさん** · 2020/12/12(土) 13:47:09.92

「人工知能搭載の人型アンドロイドが作りたい」
という目標を持つ者が
「printfで文字列を表示したい」
という目標を持つのはとてもつらい

**デフォルトの名無しさん** · 2020/12/12(土) 18:31:18.09

今日は国会図書館に行ってきたわ。

**デフォルトの名無しさん** · 2020/12/12(土) 18:34:21.54

国会図書館は国会議事堂内に分室があって資料を取り寄せて閲覧できるんですよ。
でも、ほとんど利用実績が無いらしいんですね。