C++相談室 part145

**デフォルトの名無しさん** · 2019/09/13(金) 17:13:24.60

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part144
https://mevius.5ch.net/test/read.cgi/tech/1563769115/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

**デフォルトの名無しさん** · 2019/11/05(火) 18:57:55.00

手間はあるけど（俺は）手間だと感じないだから、変更に強いとは思わない

って言ってるの？

**デフォルトの名無しさん** · 2019/11/05(火) 19:21:00.26

>>894

**デフォルトの名無しさん** · 2019/11/05(火) 19:48:59.34

実装側のサイズが想定をオーバーしたら互換性無くなって再コンパイルになるんでしょ
それが許容される環境ならインターフェース切る意味が薄れるんじゃないの？

まぁ実際はオーバーしないようにするんだろうけど

**デフォルトの名無しさん** · 2019/11/05(火) 19:52:57.91

>>930
どうとも取ってないのに顔真っ赤にしてレスするとか珍しいなw

**デフォルトの名無しさん** · 2019/11/05(火) 19:54:47.54

>>931
ごめん、お前なんのために>>898みたいなことやるの？
説明できる？w

**デフォルトの名無しさん** · 2019/11/05(火) 20:04:16.17

>>936
pimplの説明ならこのスレで何度も出てると思うが？
それにしたいして、お前の反論は「俺はそうは思わない」という感想でしょ？

技術的な話したいなら物事をフェアに見ような

**デフォルトの名無しさん** · 2019/11/05(火) 20:18:38.99

>>893 というお題な対して出した案が >>898
privateは隠蔽できて、かつ呼び出しコストは低い
配列サイズ増やしたらバイナリ互換がとれないのは承知してる
しかしそれはI/Fにする構造体一般の話であってこの件に限ったことではない

もう十分説明したつもり

**デフォルトの名無しさん** · 2019/11/05(火) 20:37:36.25

>>937
>>898がpimplに見えるならちょっと黙っててもらっていいかな？
邪魔なだけだし

>>938
なるほどね
とにかくprivateは見せたくないって事ならそれでいいんじゃね？
俺はやりたくないけどw

**デフォルトの名無しさん** · 2019/11/05(火) 20:51:01.63

>>935
とID真っ赤にしてレスするやつ
別に珍しくもねえ　どこにでもいる虫けらめ

**デフォルトの名無しさん** · 2019/11/05(火) 21:09:19.41

可愛そうなやつ…

**デフォルトの名無しさん** · 2019/11/05(火) 21:15:13.47

事務職だけど、C++使ってる　
こんな便利なプログラミング言語があるとは

**蟻人間** ◆T6xkBnTXz7B0 · 2019/11/05(火) 21:19:49.70

pimplesが顔に出たのは中学・高校時代だったか。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/11/05(火) 21:23:07.90

pointer to implementation

**デフォルトの名無しさん** · 2019/11/05(火) 22:48:13.18

結局のところ、>>893の言う「インラインPimpl」なるものの解釈なんだよな。

「そんなものありえない」>>896
「こうすればできるよ」>>898

俺は「ありえない」派だが。

**デフォルトの名無しさん** · 2019/11/05(火) 22:54:52.19

ピンプルはシンプルじゃないとダメでしょ

**デフォルトの名無しさん** · 2019/11/05(火) 23:19:34.53

他の言語ではprivateを隠すための努力なんてしなくていいよね
あくまでc++特有のパターンとしてpimplがある
pimplの肝は、ポインタだけなら前方宣言すればincludeしなくてOKっていう
抜け穴的なところからきていてポインタであることは妥協の産物
implクラスを変更しても互換性が保たれるというのはあくまで副次的
ゼロコストじゃないわけでc++の思想からも外れている

**デフォルトの名無しさん** · 2019/11/05(火) 23:26:17.64

何をもって思想から外れていると？
C++の設計思想は最速を目指すことじゃないからな

**デフォルトの名無しさん** · 2019/11/05(火) 23:41:22.87

Bjarne Stroustrupがそう言ってる

**デフォルトの名無しさん** · 2019/11/05(火) 23:55:16.05

始まりはそうだったかも知れんが、現在の規格の設計思想は明らかに違う

**デフォルトの名無しさん** · 2019/11/05(火) 23:58:36.99

最速を目指すって言うと少し外れてるけど、速度を重視するという所は変わってない

**デフォルトの名無しさん** · 2019/11/06(水) 00:01:20.76

それ以上に集団での開発効率を重視したもの
>>898のような奇怪なものよりpImplの方がモダンC++の設計思想に合っているのは間違いない

**デフォルトの名無しさん** · 2019/11/06(水) 00:04:55.89

別に抜け穴でも何でもないだろ
なきゃこまるじゃん

**デフォルトの名無しさん** · 2019/11/06(水) 00:12:17.42

>>950
明らかに～
説明できないときにつかう常套句だよね
少なくともc++17まではその設計ポリシーが挙げられてるよ

**デフォルトの名無しさん** · 2019/11/06(水) 00:18:49.38

>>952
はぁ？
pimplのどこがモダンなの？
最低限delegateを手で書かなくてもいいようにしてから言ってくれよ
スマートポインタ以下だから

**デフォルトの名無しさん** · 2019/11/06(水) 00:32:45.47

設計の方針は曖昧なものではなく明文化されてるから調べてきてね

**デフォルトの名無しさん** · 2019/11/06(水) 01:17:04.07

ピンプルってピンポンみたいだね

**デフォルトの名無しさん** · 2019/11/06(水) 01:37:31.84

ハリソン・フォード主演映画「逃亡者」(1993年)の主人公の名前は、キンブルだったね。
この映画はサントラが良い。ジェームズ・ニュートン・ハワードが音楽担当。
このサントラの「Helicopter Chase」という曲は、「タクティクスオウガ」(1995年)というテレビゲームの「VENDETTA!」という曲によく似ている。

**デフォルトの名無しさん** · 2019/11/06(水) 05:47:10.84

pimpl使ったことないからスルーしてたけど
>>947=>>949
ゼロオーバーヘッドの原則は言語が掲げるもので言語利用者を縛るものじゃねーよ

実際それが便利でコストが問題にならない使い方ならどう使ってもいいだろ

**デフォルトの名無しさん** · 2019/11/06(水) 05:56:01.23

>>954
君もなんか勘違いしてない？
最速を目指すなんて厨二病みたいなことを挙げていたというソースは？

**デフォルトの名無しさん** · 2019/11/06(水) 06:54:13.33

>>959
> ゼロオーバーヘッドの原則は言語が掲げるもので言語利用者を縛るものじゃねーよ
そうだよ、だからこの手の機能は言語仕様には含まれないってことな

> 実際それが便利でコストが問題にならない使い方ならどう使ってもいいだろ
誰もお前に使うななんて言ってないから使いたいなら勝手に使ってろよw

**デフォルトの名無しさん** · 2019/11/06(水) 07:21:04.31

>>947
その主張にincludeは関係ないぞ

**デフォルトの名無しさん** · 2019/11/06(水) 07:24:02.54

質問です。
サンプルプログラムで割り込み処理の一文で

ISR(TIMER1_CAPT_vect) {}でサブルーチンを呼び出してたんだけど、()内の意味わかりますか？

**デフォルトの名無しさん** · 2019/11/06(水) 07:41:29.30

>>961
＞そうだよ、だからこの手の機能は言語仕様には含まれないってことな
誰か言語仕様に含めろなんて言ってたか？
さすがに隠したいメンバをポインタ経由で隠して無駄にコストかかる言語なら俺もお断りだが
ちな俺はplmpl使いたいなどと書いてない、人の主張を勝手に捏造するな

**デフォルトの名無しさん** · 2019/11/06(水) 08:14:41.32

あと>>961=947と想定してもう一つ言っておくと
ポインタ変数の宣言に型(クラス)の実際の定義が必要ないのは抜け穴じゃない
必要ないから要求されないだけだ
どうもC++に対する認識がおかしい気がする
D&Eでも読んでこい

**デフォルトの名無しさん** · 2019/11/06(水) 08:16:11.65

>>964
> 誰か言語仕様に含めろなんて言ってたか？
誰もお前が言語仕様に含めろと言ってるなんて言ってないぞ
自意識過剰すぎだろ

> ちな俺はplmpl使いたいなどと書いてない、人の主張を勝手に捏造するな
使いたい「なら」な
C++の前に日本語やり直してこいw

**デフォルトの名無しさん** · 2019/11/06(水) 08:17:38.83

>>965
> あと>>961=947と想定して
バカほどこういう想定をしたがるw

**デフォルトの名無しさん** · 2019/11/06(水) 08:21:27.02

ただの荒らしなら出てけ

**デフォルトの名無しさん** · 2019/11/06(水) 08:31:26.58

>>963
コンパイラが分からんけど、割り込みベクタテープルのシンボルだと思う。
タイマ1キャプチャ割り込みのハンドラを今から定義しますよ、みたいな。

**デフォルトの名無しさん** · 2019/11/06(水) 09:33:53.63

サイズの違うコンテナ同士で代入を試みたらセグメンテーション違反になったんだが、リサイズしつつ代入って簡単にできないの？

**デフォルトの名無しさん** · 2019/11/06(水) 09:54:01.45

>>970 できるよ。
#include <vector>
#include <cassert>
int main()
{
std::vector v1{1}, v2{1,2};
v1 = v2;
assert(v1 == v2);
}

**デフォルトの名無しさん** · 2019/11/06(水) 10:35:41.19

>>971
普通できるのか
boostの「STLコンテナらしく振る舞う」というある多次元配列コンテナでできなかったから一般的にできないんだと思っちゃった
スマン

**デフォルトの名無しさん** · 2019/11/06(水) 10:42:41.76

そのためのstd::vectorのメンバ関数operator=だしな

**デフォルトの名無しさん** · 2019/11/06(水) 12:22:15.65

>>968
頓珍漢な想定でくだらんことしか言えないお前が出て行けよw

**デフォルトの名無しさん** · 2019/11/06(水) 15:11:24.10

今事務職であいてる時間C++やってるんだけど、事務職に特化したライブラリとかってない？

**デフォルトの名無しさん** · 2019/11/06(水) 15:24:12.57

>>975
awk,sed

**デフォルトの名無しさん** · 2019/11/06(水) 17:52:40.67

>>975
Excelのアドオン

**デフォルトの名無しさん** · 2019/11/06(水) 18:44:11.86

char str[ ];
と宣言した場合、str[0] = '\0';というNULL終端をしなければなりませんが
string str[ ];
と宣言した場合は、特にNULL終端の必要性っていうのはないのでしょうか？

**デフォルトの名無しさん** · 2019/11/06(水) 19:20:03.22

？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/11/06(水) 19:23:25.64

std::stringはstd::string::c_strメソッドを使ってアクセスするとヌル終端になることが保証されている。

**デフォルトの名無しさん** · 2019/11/06(水) 19:45:32.35

char hoge[] は char の配列
別に文字列として扱う気がなければ 0 終端は必須ではない

string hoge[] は(突っ込まれるかもしれんが敢えて言うと) char[] の配列
上の char hoge[] とは別物

**デフォルトの名無しさん** · 2019/11/06(水) 19:48:44.64

あと片山の答えは >>978 の回答になっていない無関係な話 (いつものことだが)

**デフォルトの名無しさん** · 2019/11/06(水) 19:59:36.42

今やc_strでなくてもnull終端は保証されてるしな

**デフォルトの名無しさん** · 2019/11/06(水) 20:14:12.93

char str="";で多分null終端される。
stringは多分std::stringなのでそもそも文字列ではなくアドレスを扱う。

た・・・ぶ・・・ん・・・。うぼぁあああああああ。

**デフォルトの名無しさん** · 2019/11/06(水) 20:14:31.39

>>978です
すみません文字列として扱い、いきなりその変数を文字列と文字列の連携で使う場合の話です
つまり、その場合でも std::stringで宣言する場合は、"\0"で初期化する必要は無しということですね？

**デフォルトの名無しさん** · 2019/11/06(水) 20:16:22.14

すまん書き直し。

char str[]="";で多分初期化時にnull終端される。

「string str[];」は多分std::stringの配列なのでそもそも文字列ではなくアドレスを扱う。

**デフォルトの名無しさん** · 2019/11/06(水) 20:52:15.48

>>985
説明が上手くないからもうコードで書きなよ

**デフォルトの名無しさん** · 2019/11/06(水) 20:56:59.66

ひょっとするとstd::string str[]じゃなくてstd::string strの間違いじゃないの？

**デフォルトの名無しさん** · 2019/11/06(水) 21:29:23.43

日本語の説明よりコード片の方が多少間違っていても意図を理解できるという

**デフォルトの名無しさん** · 2019/11/06(水) 23:14:40.66

char[]は文字の配列＝一つの文字列でstring[]は文字列の配列だからそもそも比較するのが間違ってる

**デフォルトの名無しさん** · 2019/11/07(木) 06:10:28.61

>>978 の char str[ ]; string str[ ]; は、どっちも
要素数不明の配列の定義でコンパイルエラーになるんと違うか?
宣言ってことは extern のつもりなんじゃろか。

>>988 の言う通り string str[ ]; は string str; かも知れんけど、
いずにせよ「質問が曖昧で答えようがない」の類かと。

**デフォルトの名無しさん** · 2019/11/07(木) 08:06:36.36

アスペ多すぎ
まともな頭していればstring str;の書き間違いだってわかる

**デフォルトの名無しさん** · 2019/11/07(木) 08:28:39.90

コンパイラが空気読むわけないだろ（笑）

**デフォルトの名無しさん** · 2019/11/07(木) 08:37:03.72

・・・からけ？

**デフォルトの名無しさん** · 2019/11/07(木) 08:39:29.18

>>992
本気でstring str[];だと思ってる可能性を否定しきれない
現実にその手の奴はいるし

**デフォルトの名無しさん** · 2019/11/07(木) 08:44:57.00

>>978です
明らかに自分が悪いです

char str[ ];
と宣言した場合、str[0] = '\0';というNULL終端をしなければなりませんが
std::string str;
と宣言した場合は、特にNULL終端の必要性っていうのはないのでしょうか？

に修正です

**デフォルトの名無しさん** · 2019/11/07(木) 09:42:08.88

無い
というか元々stringはC言語由来のゼロ終端とは違い、
「サイズ持ってんだから最後を示すデータは不要」という考え方だった
C++11からは利便性のためにゼロ終端が保証されてるけどユーザーが何かする必要はない

**デフォルトの名無しさん** · 2019/11/07(木) 09:51:34.14

初心者ぽいから説明が悪かったかもしれん
クラスが内部でやってくれることなので特に何かする必要はない
けど、内部データを直接書き換えたりするとおかしなことになるので注意

**デフォルトの名無しさん** · 2019/11/07(木) 10:35:04.78

stringに対するstring_viewみたいにint配列等にたいするviewはありますか？

**デフォルトの名無しさん** · 2019/11/07(木) 10:38:43.53

'\0' と 0 とどっち使うのが良い？
NULL は論外だよな

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 54日 17時間 25分 19秒