【初心者歓迎】C/C++室 Ver.101【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/18(火) 07:07:27.20

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1478440682/

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/25(金) 18:03:18.25

>>541
sizeof(int) == 4 && sizeof(size_t) == 8という環境がある。
intは符号あり、size_tは符号なし。

**デフォルトの名無しさん** · 2017/08/25(金) 18:06:14.26

size_tを符号なしにした馬鹿は誰だよ。

**デフォルトの名無しさん** · 2017/08/25(金) 18:15:01.16

>>542
だから、
intで収まるならintで

**デフォルトの名無しさん** · 2017/08/25(金) 18:19:04.85

>>544
もとからintならあれだが、いちいち別の型であるintにキャストする積極的な理由はなんだ？

**デフォルトの名無しさん** · 2017/08/25(金) 18:20:08.57

intをオーバーする心配をするなら
size_tをオーバーする心配も
メモリが足りない心配も
処理が遅すぎて使い物にならない心配も

**デフォルトの名無しさん** · 2017/08/25(金) 18:20:36.17

>>546
そうじゃなくてわざわざ型変換する理由は何？

**デフォルトの名無しさん** · 2017/08/25(金) 18:21:19.25

統一

**デフォルトの名無しさん** · 2017/08/25(金) 18:25:11.29

>>542の環境の場合、多くの場合ムダにデカい変数を扱うことになる

もちろん、巨大なデータを扱う可能性があるならムダではない
と同時に、>>546も心配する必要がある

**デフォルトの名無しさん** · 2017/08/25(金) 18:26:03.20

>>548
何と何を統一するの？

int n = static_cast<int>(v.size());
という面倒な表記？それとも
int n = v.size();
とかいう-Wall で死ぬ表記？

auto n = v.size();
って書かずにキャストをどうしてもしたいのはなぜなのか

**デフォルトの名無しさん** · 2017/08/25(金) 18:30:18.05

クラスを使う人が、内部的にvectorを意識する必要もないし、それようにわざわざ専用の型を使う必要もない

intは他の処理でも多く使われているので、使う側からすれば一番変換が少ない

巨大なデータを扱う処理に関する記述で、size_tで統一してるならそれでも
符号無しで統一してるのも考えにくいけど

**デフォルトの名無しさん** · 2017/08/25(金) 18:35:08.21

>>550
そういう面倒なことをクラスのユーザーにさせないため

**デフォルトの名無しさん** · 2017/08/25(金) 18:48:22.24

ID:mWX/padLみたいな前近代的なマが早くくたばりますように

**デフォルトの名無しさん** · 2017/08/25(金) 19:08:25.29

>巨大なデータを扱う処理に関する記述で、size_tで統一してるならそれでも
符号無しで統一してるのも考えにくいけど

STLのsizeはsize_tで統一されてんのにお前が乱してるんだろｗ

**デフォルトの名無しさん** · 2017/08/25(金) 19:21:24.07

>そういう面倒なことをクラスのユーザーにさせないため

どんな理屈だよ
vectorをラップしたクラスにat()やoperator[]を設けたらint指定でアクセスするのか
ユーザは負数に成り得る変数を注意しながら使えってか
何のための型だよ

**デフォルトの名無しさん** · 2017/08/25(金) 19:27:33.63

>vectorをラップしたクラスにat()やoperator[]を設けたらint指定でアクセスするのか
あたりめーだ
真人間ならラップは手段であって目的じゃねーから
>ユーザは負数に成り得る変数を注意しながら使えってか
バカ乙
計算をミスらないことと演算がオーバーフローしないことだけ注意すんだよ

**デフォルトの名無しさん** · 2017/08/25(金) 19:38:23.61

>>554
STLを意識させないためにクラスで包んでるんだろうに
意識させるならパッケージング失敗では？

**デフォルトの名無しさん** · 2017/08/25(金) 19:38:41.32

>>556
>あたりめーだ
>真人間ならラップは手段であって目的じゃねーから
ごめん、意味分からん

>計算をミスらないことと演算がオーバーフローしないことだけ注意すんだよ
だから、わざわざvector::size_typeなものをintに変換する必要がないじゃないの
0からmax_size()までの範囲なんだからさ

**デフォルトの名無しさん** · 2017/08/25(金) 19:40:58.71

>>557
だからtypedefやusingを使うって話だよ

**デフォルトの名無しさん** · 2017/08/25(金) 19:41:24.55

vectorから他の実装に変えたらクラスの仕様も変えるのか？

**デフォルトの名無しさん** · 2017/08/25(金) 19:42:44.43

>>559
いちいちメンバ関数ごとに型を定義する？
本気で言ってるの？

**デフォルトの名無しさん** · 2017/08/25(金) 19:47:10.01

クラスやメンバ関数ごとに型を定義したら、
それらの数値を複数用いて演算した結果はどうすんの？
まさかauto？

**デフォルトの名無しさん** · 2017/08/25(金) 19:50:17.50

クラスが値に関して責任を持つ
当たり前

クラスが値や型に対して責任を持たずにただ値をスルーパスするだけの糞クラスなんかは
ローカルで個人で使う物だけにとどめておきな

**デフォルトの名無しさん** · 2017/08/25(金) 19:51:00.23

ただメールを転送するだけの役に立たない糞上司と同じ

**デフォルトの名無しさん** · 2017/08/25(金) 20:00:01.80

>>561
?
クラス内に
typedef typename std::vector<T>::size_type size_type
でいいんじゃないの

**デフォルトの名無しさん** · 2017/08/25(金) 20:14:31.61

>>565
vector以外のデータは無いっていう前提？
または、クラスで扱うサイズをすべてそれで統一？

仮にそうだとして、
じゃあ別のクラスのsize_typeや他の型と演算した結果はどういう型にするつもり？

**デフォルトの名無しさん** · 2017/08/25(金) 20:16:04.43

使う側に考えさせる
使う側の手間を考えない実装

**デフォルトの名無しさん** · 2017/08/25(金) 20:18:17.34

vectorをそのまま継承した程度のクラスなら、
当然vectorのインターフェースを保つべきと思うよ
今回はvectorはただのデータのひとつ

**デフォルトの名無しさん** · 2017/08/25(金) 20:19:47.38

実装上、たまたまvectorを使っただけ
もしかしたら変えるかも

といった、ごく普通のクラス設計だと仮定した場合の話

**デフォルトの名無しさん** · 2017/08/25(金) 20:26:53.78

てか普通コンテナのサイズはsize_typeでとるだろ
別のクラスのsize_typeもsize_typeで取れ

勝手にintにキャストしてwarningまみれにすんな死ね

**デフォルトの名無しさん** · 2017/08/25(金) 20:29:55.07

コンテナはただのクラス内のデータのひとつ
内部の設計事情を外部に出す必要はない

**デフォルトの名無しさん** · 2017/08/25(金) 20:32:07.80

>>562 >>566 に対して、何も回答がない

**デフォルトの名無しさん** · 2017/08/25(金) 20:32:27.95

>>566
>vector以外のデータは無いっていう前提？
実装を替える必要があるってのは後で作り変えるって意味？それって設計の問題で関係なくね？
静的動的問わずポリモーフィズムするって意味なら最初からそういった設計をするでしょ
今回の話はvectorをラップしているクラスの話でしょ、何で関係ない話を持ち込むの？

>または、クラスで扱うサイズをすべてそれで統一？
size_typeで統一されるならそれでイイんじゃないの？君の言うintに統一と何ら変わらない
それなら内包しているvectorと同じsize_typeを使った方のが余計な記述も減るしバグも減る

>じゃあ別のクラスのsize_typeや他の型と演算した結果はどういう型にするつもり？
それって君の言うint統一でも同じじゃね？

何か話がどんどんズレていない？

**デフォルトの名無しさん** · 2017/08/25(金) 20:33:01.08

お前はそれでいいんじゃないか？
intで出せばいいじゃん
他のコンテナと整合取れないから使われないだけで、法に触れてるわけでもないし

**デフォルトの名無しさん** · 2017/08/25(金) 20:37:36.90

>>573
私の書き込みの前提は >>568 >>569

クラスの中にvectorやlistや他のコンテナのデータもあるかもしれない
それぞれが、コンテナ独自のサイズの型を定義してるかもしれない
コンテナが返すサイズを加工して返すかもしれない
比較的大きなクラスの話

ただvectorを包んだだけなら当然vectorのインターフェースを継承すべき

**デフォルトの名無しさん** · 2017/08/25(金) 20:51:59.32

>>575
何その後出しの仮定
取り敢えず、君が幾らでも解釈を広げていくなら話す意味ないわ

それにそのクラス使いたくないわ
絶対何もかも詰め込んだ糞クラスだと思うわ

**デフォルトの名無しさん** · 2017/08/25(金) 21:41:43.35

stlが糞ならautoも糞。これだけ。

**デフォルトの名無しさん** · 2017/08/25(金) 22:47:35.80

auto g() {
　// auto最高や
}

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/25(金) 22:49:29.48

ご利用は計画的に

**デフォルトの名無しさん** · 2017/08/25(金) 23:42:52.91

auto 計画通り() -> auto {}

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/26(土) 00:15:55.89

int でいーんと違うかな？ (違う)

**デフォルトの名無しさん** · 2017/08/26(土) 00:18:45.88

この強烈な加齢臭
昭和生まれはお帰りください

**デフォルトの名無しさん** · 2017/08/26(土) 02:07:31.06

平成もあと数年だが在位64年は無茶苦茶長いよな

**デフォルトの名無しさん** · 2017/08/26(土) 02:50:01.47

C++ Core Guidelines より
ES.106: Don't try to avoid negative values by using unsigned
https://github.com/isocpp/CppCoreGuidelines/blob/v0.8/CppCoreGuidelines.md#Res-nonnegative
ES.107: Don't use unsigned for subscripts
https://github.com/isocpp/CppCoreGuidelines/blob/v0.8/CppCoreGuidelines.md#Res-subscripts

**デフォルトの名無しさん** · 2017/08/26(土) 11:13:16.50

↑便所の落書き

**デフォルトの名無しさん** · 2017/08/26(土) 18:00:34.61

size_tって何だっけ?
最近c#脳なので忘れた

**デフォルトの名無しさん** · 2017/08/26(土) 22:37:42.94

きっと何かのサイズだろう
rsize_tが出てきたあたりで規格を読むのがめんどくさくなった

**デフォルトの名無しさん** · 2017/08/26(土) 23:05:29.50

unsigned int

**デフォルトの名無しさん** · 2017/08/26(土) 23:27:40.18

xmlだったかloggerだったかのヘッダオンリーライブラリでsize_t絡みのワーニングを
消そうとintをsize_tに変更すると別の場所にワーニングが出て、そこも直すとまた別
の場所にの繰り返しで使うのやめたことがあった。

**デフォルトの名無しさん** · 2017/08/28(月) 10:50:45.03

インクルードディレクトリの優先順位変えたらうまくいったり

**デフォルトの名無しさん** · 2017/09/02(土) 17:05:03.82

http://opencv.jp/cookbook/opencv_img.html#image-resize
ここのソースコードをコピペしてコンパイルしようとしたのですが
関数 `cv::Mat::release()' 内:
test.cpp:(.text._ZN2cv3Mat7releaseEv[_ZN2cv3Mat7releaseEv]+0x47): `cv::Mat::deallocate()' に対する定義されていない参照です
collect2: error: ld returned 1 exit status
このようなエラー文が出てしまいます
使っているOSはdebian stretchです
/usr/include/opencv2には必要なファイルはありました
コンパイルオプションを色々調べて試したのですがうまく行きませんでした
どのようにコンパイルすればいいのでしょうか

**デフォルトの名無しさん** · 2017/09/02(土) 17:46:32.93

>>591
エラーメッセージの通り、定義されてない関数を呼んだんでしょ
必要なライブラリをリンクしてないんじゃないの？

**デフォルトの名無しさん** · 2017/09/02(土) 17:57:11.82

解決しました
すみませんでした
ライブラリのリンク方法をきちんと理解してなかったみたいです

**デフォルトの名無しさん** · 2017/09/03(日) 01:01:10.24

もちろん、具体的にどうやって解決したかは書きません

**デフォルトの名無しさん** · 2017/09/03(日) 02:48:50.72

>>594
-l のあとにopencv_必要なライブラリで解決しました
g++ test.cpp -lopencv_core -lopencv_imgproc -lopencv_highgui

**デフォルトの名無しさん** · 2017/09/03(日) 23:14:47.80

g++はソースでライブラリを指定できないの？

**デフォルトの名無しさん** · 2017/09/04(月) 09:53:17.44

ソースでリンクとかvisual studioかよ

**デフォルトの名無しさん** · 2017/09/05(火) 17:26:13.07

質問です
DLLの中で宣言したvectorを呼び出し側のEXEから使うのにスマートな方法は
どんな方法がありますか？

**デフォルトの名無しさん** · 2017/09/05(火) 17:29:23.60

class CFirstClass {
public: virtual const char* GetString() const = 0;
};
class CNinja : public CFirstClass {
public: virtual ~CNinja();
virtual const char* GetString() const;
};
class CMaster : public CFirstClass {
public: virtual ~CMaster();
virtual const char* GetString() const;
};
class CJohnin : public CNinja, public CMaster {
public: virtual ~CJohnin();
};
CNinja::~CNinja(){ }
CMaster::~CMaster(){ }
CJohnin::~CJohnin(){ }
const char* CNinja::GetString() const { return "忍者"; }
const char* CMaster::GetString() const { return "マスター"; }
int main() {
CJohnin johnin;
cout << dynamic_cast<CNinja&>(johnin).GetString() << endl;
cout << johnin.CMaster::GetString() << endl;
return 0;
}

GetStringの戻り値charから*を消したらエラーになるんですが、
これがポインタじゃなければならない理由は何でしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/09/05(火) 18:18:30.94

>>599
文字と文字列は違う。C文字列は、ヌル文字で終わる文字配列、または文字の並びへのポインタ。

**デフォルトの名無しさん** · 2017/09/05(火) 18:37:05.61

* は、ポインタ

まさか君は、ポインタを知らないのか？w

**デフォルトの名無しさん** · 2017/09/05(火) 18:37:39.05

>>600
＞または文字の並びへのポインタ。

これはきちんと理解できてませんでした。大変勉強になりました。ありがとうございます。

**デフォルトの名無しさん** · 2017/09/05(火) 18:43:08.96

>>600
> または文字の並びへのポインタ
お前がポインタを勉強しなおしてこい

◆QZaw55cn4c · 2017/09/05(火) 18:44:45.37

>>599
＞return "忍者"
だから char * で受けないといけない

**デフォルトの名無しさん** · 2017/09/05(火) 18:50:39.70

そしてリテラルの "文字列" って static で保持しなくていいの？　までテンプレ

**デフォルトの名無しさん** · 2017/09/05(火) 19:50:20.12

>>603
>文字の並びへのポインタ
をchar**と解釈したのか？
ちょっと気になった

文字の並びの先頭アドレス
でどうだろう

**デフォルトの名無しさん** · 2017/09/05(火) 20:01:40.54

>>603
片山先生になんて失礼な態度なんだ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/09/05(火) 20:08:04.50

>>607
先頭アドレスと言う方が正確だよね。先生と呼ぶのはやめようね。個人崇拝禁止ってルールだから。

**デフォルトの名無しさん** · 2017/09/05(火) 22:30:28.03

片山先生www

**デフォルトの名無しさん** · 2017/09/05(火) 22:59:11.90

文字列リテラルがchar*に勝手に変換されてるのかよ。糞言語だな。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/09/05(火) 23:20:23.43

戦国武将を崇拝する事は人●しを崇拝する事になるし、ハッカーを崇拝する事はハッキングを崇拝する事になる。
個人崇拝にとらわれず、正しい道を歩まねばならない。

**デフォルトの名無しさん** · 2017/09/05(火) 23:28:12.79

>文字列リテラルがchar*に勝手に変換
そんなクソ言語はCだけ

**デフォルトの名無しさん** · 2017/09/05(火) 23:58:54.60

>>612
char const*なりconst char*ならおｋ？

**612** · 2017/09/06(水) 00:03:55.15

>>613
それなら別にええやろ

**613** · 2017/09/06(水) 00:06:53.44

日が変わったのね

領海いや了解です
まぁ歴史的理由とは言えクソではある
ROM化するときもどっちだよ？ってな話にはなるね

**デフォルトの名無しさん** · 2017/09/06(水) 00:18:48.47

>>613
char[] = "samurai";

はどうなるんだよ。欠陥だらけの言語だな。

**デフォルトの名無しさん** · 2017/09/06(水) 06:42:27.45

それのどの辺が欠陥？

**デフォルトの名無しさん** · 2017/09/06(水) 09:50:26.00

char hoge[] = "samurai";
const char hage[] = "harakiri";
無問題

**デフォルトの名無しさん** · 2017/09/07(木) 22:47:37.15

↑どうしようもないバカ

**デフォルトの名無しさん** · 2017/09/08(金) 00:52:21.25

これから勉強しようと調べたら、C#やってたのに、見慣れない文法が俺的に意味不明過ぎて草
取り敢えず書かないとわかんねーなw

**デフォルトの名無しさん** · 2017/09/08(金) 00:55:11.66

https://ideone.com/y8mZJo
初心者です
クラスのメンバ変数に別のクラスを持つ場合、
実体かポインタのどちらで持った方が良いのでしょうか？

Data1（別のクラス）、Class1（実体で持つ）、Class2（ポインタで持つ）がその部分です
Class2の方がサイズが小さかったのでこちらの方が良いのですか？
それとも、使う側がメモリ使用量を削減したければ、
使う側がmain関数の変数dやeのような使い方をしてくれるだろう、
ということを期待して、余計なことはせずにClass1のようにするべきですか？

また、ポインタで持つ場合、Data2とClass3のような極端な場合
（実体で持った場合とポインタで持った場合の違いが4バイトしかない）
でもポインタで持つべきですか？

**デフォルトの名無しさん** · 2017/09/08(金) 01:42:32.16

この場合は実体で持ったほうがいいと思う

ポインタのほうがサイズが小さいって言ってるけど、あくまでも型のサイズであって使ってるメモリはポインタのほうが多くなってるよ

データがデータを持つクラスと同時に生成され同時に消えるものなら実体のほうが楽だし

**デフォルトの名無しさん** · 2017/09/08(金) 01:54:33.88

既に回答があるけど
実体で持つべきかポインタで持つべきかはもっと複雑な要因で決まる

C++は他の言語と違ってクラスのインスタンスを実体で持てる変わった言語で
それはそれで便利だから基本的には実体で持って構わない
理由はトラブルが無いから

ポインタで持つ場合は、他所から与えられたり、動的に差し変わったり、他所と共有したり
ややこしいことがしたい場合はポインタで持つ
一応「ややこしいこと」の中に君が求めている「サイズを減らしたい」も含まれる
例えば巨大な画像データなどを複数のクラスで共有してメモリ使用量を削減したい場合など
そのようなつもりがないのであれば、実体で持って構わない

**はちみつ餃子** ◆8X2XSCHEME · 2017/09/08(金) 04:08:54.89

まあ、まずは意味的な妥当性を考えるべきかな。
よほど大量にオブジェクトを作るのでなければ
少々のメモリ使用量の差なんてどうってことない。
そのクラスで定義したい概念に一致してるかが重要だろう。

**デフォルトの名無しさん** · 2017/09/08(金) 22:03:27.48

>>621
ケースバイケース

実体で持つ利点：
開放漏れやコピーし損ないがない

ポインタで持つ利点：
他の言語と同じ感覚で使える
大きなプロジェクトで再コンパイルの無駄な時間を減らせる

**デフォルトの名無しさん** · 2017/09/09(土) 00:41:38.80

みなさんありがとうございます
これからは状況に合わせてどれが適切かどうか考えて実装します
今回（621のコードではない）は、621のコードのようにサイズも小さく、
他のクラスと共有するようなデータを持っているクラスでもなく、
そのメンバを所有しているような概念だったので、
メンバ変数は実体で持つことにしました

**デフォルトの名無しさん** · 2017/09/09(土) 04:29:22.24

ポインタで持つと、プログラミングが難しい

ただし、後でインスタンスが作られる場合は、ポインタで持つ。
外側・内側のインスタンスの、寿命が異なる場合

**デフォルトの名無しさん** · 2017/09/09(土) 04:30:46.35

アドレスの演算しないなら参照でいいじゃん。

**デフォルトの名無しさん** · 2017/09/09(土) 08:33:28.36

生き死にのタイミングが別・ちょっとずれて欲しい
そういう場合はポインタしかやりよがない？かな？

**デフォルトの名無しさん** · 2017/09/09(土) 09:57:17.57

寿命のタイミングが違うときポインタで持たせるって、
ポインタをnullで初期化してsetterつけるってこと？
そんな糞クラス絶対使わないわ…

**デフォルトの名無しさん** · 2017/09/09(土) 11:41:44.39

↑バカ
>ポインタをnullで初期化してsetterつけるってこと？

**デフォルトの名無しさん** · 2017/09/09(土) 11:43:16.35

寝起きで意味不明ですた

**デフォルトの名無しさん** · 2017/09/09(土) 11:43:45.11

誤爆

**デフォルトの名無しさん** · 2017/09/09(土) 12:06:21.98

ボインター使わなくてもC++が組めるのに安堵した

**デフォルトの名無しさん** · 2017/09/09(土) 12:15:47.61

C/C++の場合、初心者の方がポインタが好きで、多用する傾向があるよね

**デフォルトの名無しさん** · 2017/09/09(土) 12:36:18.85

書店やネットで調べたらポインタの話題が必ず出るし、メモリリークになるから、ポインタ使わないと言語が使えません的な雰囲気があった

**デフォルトの名無しさん** · 2017/09/09(土) 12:57:49.50

そこでメモリポインタですよ

**デフォルトの名無しさん** · 2017/09/09(土) 12:58:17.28

低レベルな処理はポインタ必須
上しか書かないなら生で使わないことも可能

**デフォルトの名無しさん** · 2017/09/09(土) 13:07:28.29

>>638
いつも考えるんですけれども低レイヤーでもポインタを使わないことは可能なんでしょうか？ポインタを使わないけれども低レイヤまで対応している言語はなんでしょうか

**デフォルトの名無しさん** · 2017/09/09(土) 13:34:55.85

いつも思うのだがポインタ恐怖症って何なのか？

**デフォルトの名無しさん** · 2017/09/09(土) 13:55:13.28

低レベルな処理でポインタが便利と言われるのはなぜか
言葉で語るのは大変なのでコードで語ろう
hoge *p = (hoge)nanika_no_memory_block;
p->piyo = 100;
これが出来る言語は、あまりない