C++相談室 part132

2017/10/10(火) 00:11:34.01

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

前スレ
C++相談室 part131
http://mevius.2ch.net/test/read.cgi/tech/1501295308/

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

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

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

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2017/11/11(土) 22:42:02.84

みじゅくもの

2017/11/12(日) 05:09:14.57

>>583
何か勘違いしているか？
俺は生配列を使いたがるガイキチたちを擁護したいわけじゃないし
もちろん意見が一致していない
C++スレなのにC++のライブラリを食わず嫌いしてるフシのあるやつに
ちょっと話題を振ってみただけだ

2017/11/12(日) 05:12:35.53

エスパー通訳頼む

2017/11/12(日) 05:23:52.17

ストリングビューはストレージを保持しないぞ。
外部からやってきたやつに操作を与えるだけ。
パペットっていうかなんていうか。

2017/11/12(日) 05:33:48.19

>>587
誰もそんな事は聞いてないんだけど

2017/11/12(日) 07:18:14.98

そっか、当たり前すぎたな。

2017/11/12(日) 07:30:16.55

頭でっかちなアスペ池沼多過ぎか

2017/11/12(日) 08:13:37.80

std::stringは有用だがstd::XXXstream系は糞杉
→必然的にsptintf_s()とstd::stringを併用するスタイルになる

いずれﾜｶﾙ

2017/11/12(日) 08:22:45.23

および有用だからといってプログラムの動作根拠を成す
数量的関係の把握をサボるというのは話が違う
std::stringにメモリが許す限りいくらでも長い文字列を格納できるから大丈夫とか、
スマポを使っとけばいつか（10万年後かもしれないが）確実に開放してくれるから大丈夫という見込みだけで
テストもせずに青天井なデータ処理を許すプログラムをリリースするのは
素人プログラミングに後退である
ていうか現在の潤沢なメモリ搭載環境では問題の発覚が遅れる分なお悪い

2017/11/12(日) 08:32:07.61

10万年後ｗもうお前黙っておけ

2017/11/12(日) 08:47:13.70

どんなひどいプロジェクトで仕事すれば、こんなパラノイアを発症するんだろうな

2017/11/12(日) 09:05:22.76

>>592
つーことは、おまえbad_allocをcatchせずに放置してるのか

2017/11/12(日) 09:15:31.43

つか今気づいたが>>561は一体何が言いたいんじゃ…
ページ割り当ては論理アドレス上の領域確保に対し透過的なので

>スレッド生成時にそのスレッドが使えるスタックは一般に割り当てが完了するから、
>割り当てられた領域をオーバーしなければどう使っても良い
>もちろんフルに使ってもヒープの圧迫にはならない

の否定根拠にはなりえぬ

2017/11/12(日) 09:17:28.25

>>595
ていうかむしろ藻前は正常系がbad_allocのcatchに依存した設計してるの？

2017/11/12(日) 09:25:43.37

>>597
なぜそう思った？

2017/11/12(日) 10:48:39.64

>>594
お前らがよってたかっていじめるからだろ w

2017/11/12(日) 13:20:18.65

まだ516の糞コードの話題やってんのか
まったく飽きないフレンズどもだな
セルリアンに喰われちまえよ

2017/11/12(日) 17:58:51.11

次は20が控えててどんどん進化してるけどmeyers本なしについていける自信がないよ。
17以降遭難者が続出するんじゃなかろうか。

2017/11/12(日) 18:04:43.84

17ってそんなに難しいか？
14以後ってか11以後、03までのストイックを通り越したマゾプレーからの離脱が
大きなテーマになっていてautoのinitializer_listみたいなミスはしながらも
ちゃんとそれを正していく自浄作用が機能していると俺は思うが

2017/11/12(日) 18:39:00.77

auto_ptrとかgetsとかトライグラフとかboolの++とか
危険で無駄で混乱を招くゴミが続々取り除かれてどんどん使いやすくなってるよね
生ポインタや生配列をいじくり回してメモリ壊すこともほとんどなくなった

2017/11/12(日) 20:18:16.94

c++の機能がこのまま進歩していったとしてマクロは消えるかな？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-20FA) · 2017/11/12(日) 20:20:30.26

テンプレートがマクロそのもの

2017/11/12(日) 20:33:05.49

constexprとかautoのおかげでtemplateもマクロとして使いやすくなったよね。

そう考えるとテンプレートで出来なくてマクロじゃないと出来ないのって何かある？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-20FA) · 2017/11/12(日) 20:47:50.42

多重マクロはテンプレートで置き換えられるのだろうか？

お題：http://mevius.2ch.net/test/read.cgi/tech/1432402159/18

ベタな回答：
http://mevius.2ch.net/test/read.cgi/tech/1432402159/106
http://peace.2ch.net/test/read.cgi/tech/1313183984/803
https://code.hackerearth.com/2642c4w

多重マクロによる回答
http://mevius.2ch.net/test/read.cgi/tech/1432402159/128
https://ideone.com/vNZWaH

2017/11/12(日) 21:24:58.95

>>605
テンプレートとマクロの本質的な違いがわかってないな
スコープに従うテンプレートやconstと
ほとんど何も考えてないおまえみたいなマクロは
オブジェクト指向という観点からは全く別次元なものだ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-20FA) · 2017/11/12(日) 21:43:24.64

「ほとんどなにも考えていない」とは手厳しいですね…

2017/11/12(日) 21:52:12.94

オブジェクトたいして指向関係ないだろ

2017/11/12(日) 21:52:39.76

何だこの日本語ｗｗｗｗ

オブジェクト指向たいして関係ないだろ

2017/11/12(日) 22:01:17.81

マクロの乱用をさけるためにテンプレートが発達してきたんだからマクロ使わないでね

2017/11/12(日) 22:17:39.90

オブジェクト指向関たいして係ないだろ

2017/11/12(日) 22:36:48.97

>>606
文字列リテラルを、リテラルとして連結するのはマクロじゃないと無理じゃないかな。

2017/11/12(日) 23:06:22.93

>>614
不可能ではないと思うけど、そう気軽ではないというのは確かだと思う。

2017/11/13(月) 00:53:11.35

const char8_t[] u8hage = "hage"; // = u8"hage"
const char16_t[] u16hage = "ハゲ"; // = u"ハゲ"
const char32_t[] u32hage = "禿"; // = U"禿"
const wchar_t[] whage = "はげ"; // = L"はげ"
みたいなプレフィックス省略が出来ればいいのになって思うときがあるね

2017/11/13(月) 01:19:29.77

>>616
Haskell だとリテラルは多相になっていて、型推論で適当な型にあてはめられるんだが……。

C++ では返却値だけ型が違う関数はオーバーロードできないルールがある。
その延長でリテラルは無引数の関数のようなものと考えると文字列リテラルが様々な型で有りうるようなのは難しいと思う。

型の情報が重複してるのがダサいと思うなら型名の方を auto で書くくらいかなぁ。

2017/11/13(月) 02:08:07.11

kotlinとかswiftにあるiterator.forEach{}の構文がc++にもついてほしい
c++だとiterator.for[=]{ }みたいな構文になるんだろうか

2017/11/13(月) 02:48:35.71

>>615
うーん…
文字列リテラルは無理じゃね？

2017/11/13(月) 03:24:18.68

言語仕様変えないと無理かな？

2017/11/13(月) 04:17:46.93

>>619
コンパイル時定数という意味でのリテラルであれば出来るが

2017/11/13(月) 07:31:48.15

templateだったら関数の返り値が異なってもokだしconstexprならコンパイル時定数だから変換さえ出来ればやれそうな気もする。

>>618
範囲for文は駄目？

2017/11/13(月) 07:34:39.03

範囲FORとSTLにfor_eachがある。
http://en.cppreference.com/w/cpp/algorithm/for_each

2017/11/13(月) 09:15:04.60

>>622
変数.for...って書き方がしたい

2017/11/13(月) 09:27:56.98

自作クラスならtemplate関数で範囲forを閉じ込めるとか？
試して無いけどこんな感じで
class test{
//begin()とend(),++が定義されているものとする
template<typename Func>
void for_(Func func){
for(auto& it: *this){
func(lt);
}
}
}

2017/11/13(月) 09:34:12.47

そういう臭い書き方はC++ではあまり採用されない方針
オブジェクト指向じたい、もうあまり言われてなくて
テンプレートによるメタプログラミングが主体になってる
オブジェクト指向を前面に押し出した言語はオワコンになるという法則があって
なもんで、魔除け、キチガイ除けの意味も含めて
Java や C# や C++ など、主流言語は
「マルチパラダイム言語」、「オブジェクト指向をサポート」
といった、ちょっと距離を置いた付き合いかたをしてるね
きっと、「全ての手続きは必ずただ一つのオブジェクトに紐づかなくてはならない」
という強迫観念的ともいえる窮屈な考え方が脳や精神に良くなかったのだろう
本当に精神疾患を引き起こしてリタイアする人多いし

2017/11/13(月) 09:59:56.81

変数forならラッパ作れば終わりだけどなんかつまらないね。
apply(op).for(sequence)とかのほうがインターフェースとしては見栄えがいいかも

2017/11/13(月) 10:38:35.17

>>624
ユニファイドコールシンタックスっていう提案が出ていたけど、ぽしゃった。
俺もほしい。

2017/11/13(月) 10:50:06.32

「制御構造までオブジェクトに属するべき」ってやり過ぎというより単に根拠のない主張だよね。

2017/11/13(月) 11:12:29.10

range-based forで十分じゃん何が不満なんだ理解できない
俺が思うのはインデックス取れたらいいなあということぐらい

2017/11/13(月) 11:19:17.35

書いといてなんだけど624と630の意見に賛成

2017/11/13(月) 11:43:20.37

zipwith相当のことをどうやって書く？

**デフォルトの名無しさん** (JP 0H8f-2Hq5) · 2017/11/13(月) 12:13:53.76

>>630
最終的な結果がその処理順序に影響する(ここのオブジェクトへの操作が独立していない)場合には範囲for文使うなってことじゃね？
標準で取れるようにしてる言語も中にはあるけど

2017/11/13(月) 12:34:55.34

>>628
それは全然別の機能だけどな

2017/11/13(月) 13:01:28.76

>>601
meyers本ってそんなに役立つかねぇ
最初のeffective c++ちょろっと読んだ程度なので最近のは知らんけど
あの人の本に従ってる人は、自分で考えて創意工夫しない人が多いよ
セオリーに固執する日本人はそういうパターンに陥りがち

2017/11/13(月) 13:13:06.32

お前らの創意工夫よりメイヤーズの方が100倍信じられるから

2017/11/13(月) 13:29:22.72

自分の才能や経験の不足を虎の威で補おうとしてるのなら、終わってるよ
meyersが「こうしろ」と言ってることの、理由まで含めて納得するならいいけど
そうでない人の方が圧倒的に多いからなぁ

>>636がまともな実力持ってるなら、meyersが言うセオリーに当てはまらない場面なんて山ほど経験してるはずだが

2017/11/13(月) 13:33:42.96

>>637
例えばどういう場面？

2017/11/13(月) 14:57:06.43

>>635
あーいう本は典型的・基本的な工夫を示すもので、それを踏まえてその先へ行くもんなんだよな。
基本でしかないことに拘泥するのは下策でも、基本的なことすらおさえずにいるのは論外だから役には立つよ。

ある程度の経験を積んでいればああいう本に書かれているようなことは習得していて当たり前だっていう意味で
有用さに疑問を持つって意味かな？

2017/11/13(月) 15:36:55.69

ド素人の創意工夫とかマジ勘弁してほしいな
セオリーもちょろっとしか知らないのに自分のコードが正しいと思い込んじゃうパターンだなこれは

2017/11/13(月) 15:57:04.39

まぁ公園の立て看板みたいなもんだからな

**635** (ﾜｯﾁｮｲ 5fb3-TPjW) · 2017/11/13(月) 18:34:02.62

>>637 >>639
手元にないので軽くぐぐってみたけど、確かに初心者が手元に置いておくべき良書だというのは否定できないｗ
ほとんど突っ込みどころなんて無いし（当たり前の内容も含めて、”大抵のパターンで”正しい話ばかりだと思う）、
ちょっとけなしすぎたかも

ただ「値を返す関数の戻り値にもconstつけよう」ってのは理解できんかったがｗ（古い本なのでしゃーないか？）
こういうのあるから鵜呑みは良くないと思うんだよね
結局は自分の頭で考えないといかん

まぁ最新の版だと変わってるかもしれんし本文がどう書かれてるかわからないので、間違ってたらスマソ

2017/11/13(月) 19:14:19.64

俺のつたない経験でも>>637は口先だけの使えない奴だとわかる

2017/11/13(月) 19:28:15.39

>>643
そっくりそのまま返すわ、どうせ教えられた通りの書き方しか出来ない無能だろ？

2017/11/13(月) 19:37:54.37

>>642
呆れた。
ろくに読まずになおも否定したいのか。

2017/11/13(月) 19:38:46.06

>>640
おかしな事を言うね
ど素人は好きに創意工夫すればいいんだし、そもそも自由だろ
プロはプロなりのレベルで創意工夫してるんだろうし、対象層がわからん

2017/11/13(月) 19:41:58.13

>>645
だいぶ昔に借りて読んだ程度のうろ覚えで否定したが
＞こういうのあるから鵜呑みは良くないと思うんだよね
meyers本に限らず、これが間違ってると思ってんの？
それとも
＞「値を返す関数の戻り値にもconstつけよう」
これが正しいと思ってんの？

2017/11/13(月) 19:56:42.22

>>644
はいはい
口先君にはかなわないや w

2017/11/13(月) 20:05:51.53

http://d2dcan0armyq93.cloudfront.net/photo/odai/400/b24797f835fc8aa55b74e76aa1a3efbe_400.jpg

2017/11/13(月) 20:56:07.38

>>647
発言を局所的に切り取ってやり玉に上げるマスゴミみたいなやつだな。
否定したいならちゃんと読んでからにしろよ。
それに世界中のc++erに査読されて正誤表も常に更新されている本に>>647が突っ込めるようなことは書いてないから。
後、c++11以降はmodern effectiveのほうだから間違えないようにね。

2017/11/13(月) 20:59:24.41

>>637が正しいなら「meyersが言うセオリーに当てはまらない場面」で使うべきセオリーを解説した書籍があって然るべきだが
そのセオリーを持っているのは世界中で>>637一人だけらしい

2017/11/13(月) 21:14:54.89

＞それに世界中のc++erに査読されて正誤表も常に更新されている本に>>647が突っ込めるようなことは書いてないから。
それ言い出すとmeyers本以外もそうだよね
＞自分の才能や経験の不足を虎の威で補おうとしてる
と言ったのがよっぽど図星だったのか？

＞「meyersが言うセオリーに当てはまらない場面」で使うべきセオリーを解説した書籍があって然るべき
何言ってんだこいつ・・・・

2017/11/13(月) 21:16:31.80

上級者ぶったド素人が煽ってくることが最近多いんだよな・・・・沸かせてしまったようでスマン

2017/11/13(月) 21:29:07.66

> 上級者ぶったド素人
笑うところなんだろうか...

2017/11/13(月) 21:38:07.19

何の役にも立たないことしか言えないマウンティング野郎なんて放って置けよ
俺も最近C++使う頻度が落ちてきてるので最新の規格について行くのがつらい
おすすめの本を紹介してくれよ

2017/11/13(月) 23:12:57.95

あ、一つ看過できない文があったので突っ込んどく
>>650
＞発言を局所的に切り取ってやり玉に上げるマスゴミみたいなやつだな。
>>647で切り取ったのは全て俺のレスなんだが・・・バカじゃないの

2017/11/13(月) 23:44:05.34

愚者は経験に学ぶとはよく言ったものだ。

2017/11/14(火) 01:12:42.81

>>646
プロであるということとド素人であるということが両立することもあるのが業界の闇ってやつだ。

2017/11/14(火) 01:26:10.22

プロってプロフェッショナルの略なんでしょう？
意味は専門家、本職

素人とは
その事に経験が浅く、未熟な人。
その道で必要な技能や知識をもっていない人。ま
た、その事を職業・専門としていない人。

両立はかなり困難。
プロになりすます素人なら有るかもしれないが、ちょっと意味が違うよね。

2017/11/14(火) 05:32:45.44

両立つーかさ、誤解されるんだよね
俺も時々ご近所のオバチャンに
パソコンのプロなんだと勘違いされる
俺はPCに関しては完全にお客さんなんだが

2017/11/14(火) 06:51:17.15

>>659
その道で生計たててるド素人ってことだろ

2017/11/14(火) 06:54:42.56

人に教示して何らかの成果を与えられるレベルの人間を人はその道のプロと呼ぶ

2017/11/14(火) 06:59:19.15

人に教示なんてプロのあり方の一つでしかないだろ

2017/11/14(火) 07:49:46.74

>>546
これって皆さんどう考えてますか？

うちのプロジェクトでは規約で
スタック領域は基本16KB未満、
例外で許容出来るのは1.8MBまで、
オートは厳禁と決まっているので
気にしたことなかったです

2017/11/14(火) 07:57:32.24

>>664
＞オートは厳禁

こっちの方が気になるんだが

2017/11/14(火) 08:14:14.12

>>665
auto変数じゃないです
allocaのことです

2017/11/14(火) 09:42:20.00

なんだ、無能が暴れてたのか
参加できなくて残念だ

2017/11/14(火) 12:27:34.86

>>667=>>626
あんなアホな長文書けるやつに無能とか言われたくないわｗ
今はメタプログラミングが主流かーそうかー
あと、かつてオブジェクト指向を最も全面に押し出してたのがJavaだったんだけどね

ついでに>>650=>>657
ID変えてまでご苦労さん

2017/11/14(火) 12:52:46.80

>>664
組み込みなら別に珍しくない
ってか関数単位の制限なら結構緩いと思う

2017/11/14(火) 14:51:11.71

言うなれば、そうだね
いい年越えたおっさんが、子供を笑ってるのがあまりに滑稽だったから
逆に笑いものにされてる、と言ったところか

あと、自分の発言の都合の良い部分だけ切り抜いて押し通そうとする幼稚な戦法が
通じると思っているあたり、随分な思い上がりだな

2017/11/14(火) 15:02:26.05

ああ
> 都合の良い部分だけ切り抜いて押し通そうとする幼稚な戦法
は君の言う「自分で考えて創意工夫」の結果なのかな？
こーゆーのが透けて見えるから愚者と言われるんだろうな
気を付けたほうが良いよ

2017/11/14(火) 15:16:47.23

次スレからスレタイトルを人生相談室にしよう

2017/11/14(火) 15:29:24.63

＞いい年越えた
こいた、な

メタプログラミングが主流、の説明してもらえる？
出来ないのなら、煽るしか能のない荒らしだと自覚した方がいいよ

C以来のテクニックやC++でのOOPなどの昔ながらの技術はもう出尽くしてるから
そういう誤解する初心者が多いんだろうけど・・・・まともにメタプログラミングやったことあれば
それが主流だなどと豪語できないよ

2017/11/14(火) 16:21:46.02

それは君が文章やスレの流れを全く読めないというだけ
> メタプログラミングが主流、の説明してもらえる？
まさに一部だけ抜き出してマスコミ云々だな
それで一部だけ抜き出して自分のフィールドに持ってきて
ゴチャゴチャ言うのが君の創意工夫なのか？通用しねーよ

>C以来のテクニックやC++でのOOPなどの昔ながらの技術はもう出尽くしてるから
>そういう誤解する初心者が多いんだろうけど・・・・
>まともにメタプログラミングやったことあれば
>それが主流だなどと豪語できないよ

↑全体的に攻撃先がズレてて的外れ
>>618を読めば分かるが、「次期」C++に入ってほしい、というような内容
で、OOにこれ以上施すことはあまりないので、C++標準化委員は
OOよりメタプログラミングを主体に策定している
(から、今更OOっぽい書き方は入らないんじゃね？)と言ってるまで

2017/11/14(火) 16:36:44.71

ああ、そういう流れだったか、そこは誤解してたようだスマン
ただし>>626の4行目以降、全部お前の願望だと思うがｗ

＞まさに一部だけ抜き出してマスコミ云々だな
＞それで一部だけ抜き出して自分のフィールドに持ってきて
＞ゴチャゴチャ言うのが君の創意工夫なのか？通用しねーよ
うん、しつこいよ
というか>>656でその煽りが不適当だと指摘してるんだが本人謝りもしねーし
そういう悪意ある煽り文（しかも他人の文に乗っかって）を自分で読んでどう思う？
俺がこういうキツイ書き方してる相手は全部煽ってきた相手だけなんだが

＞C++標準化委員はOOよりメタプログラミングを主体に策定している
11, 14, 17, 20の新機能見ても、そうは思えない
自分の願望をさも事実かのように書くのはいかんよ
>>618的な書き方が入ると思う、というわけではないけど

2017/11/14(火) 17:44:34.35

自分の発言だろうが、他人の発言だろうが
都合のいいところだけを切り取って流れを無視するのは
マスゴミ的って話だろ、そういう余計で姑息な工夫は要らないし
その意味で「お前の創意工夫は要らない」って笑われてるんだろ
誘導尋問じゃねーんだよ

> ＞C++標準化委員はOOよりメタプログラミングを主体に策定している
> 11, 14, 17, 20の新機能見ても、そうは思えない

あ、っそ

2017/11/14(火) 17:54:08.40

新機能の話をしていると初心者はさもそれが当たり前に使えなければならないように感じるがそんなことはない。
俺C++でクラスを自作することかなり少ないし。関数だけでもプログラミングはできる。
constexprも入ってやりやすくなったしな。そしてそれを全部内包するのがC++だ。

2017/11/14(火) 18:09:19.85

朱に交われば赤くなるって諺もあるしなぁ
初めからウンコを触るつもりで取り扱ってないと危険なのかも
思考が染まると、それを通して周りを見るので
ヒントが沢山あっても正しく捉えられなくて
なかなか抜け出せないのかもしれない
それか、初めから頭がおかしかったパターンもあるかも
どっぷりな人はそっちかも
黎明期は集団で流れることがあるからなぁ (なにせ悪は甘美)
学生運動とかいう今考えると理解しがたいのが流行ったり
大人側が組み入れながら徐々に脱却って感じかね

2017/11/14(火) 18:09:36.71

>>676
うわ、話にならんわこいつ・・・

>>677
荒れさせておいて同意するのも申し訳ないけど、俺もそうとしか思えない
D&E読んでも、C++がマルチパラダイムを自称するのはそういうことだし
「知らないことがその人を不幸にしない」とかゼロオーバーヘッドの話はまさに>>677に合致する

最近C++を勘違いしてるヤツがデカイ口叩きすぎだわ
そういうのはごく一部で、大抵無視されてるんだろうけど、C++を学ぼうという初心者が減ったら迷惑なんだけどな・・・・

荒れさせてスマソ、バカが調子に乗ってるのでこの辺にしとく

2017/11/14(火) 19:35:24.74

C++ってクラスとかテンプレート使うのがパチッとくる
場合はいいけれど、難しいで。
過去のCのプログラムとかC＋＋のクラス使って書き直そうとすると。
実力なしでゴメソ。

2017/11/14(火) 19:36:24.31

OOに関してはひところ純粋主義者が極端な言説を展開してC++をdisる流れがあったから、
それに対する反発と恨みがあるんだろうよ

2017/11/14(火) 19:45:52.27

>>681
俺もC++でOOのなんたるか理解しようとして心が折れそうになった。
肩身せまそうにbetter Cとしか使ってませんとか。
今ならrubyとか極端な話、powershellのコマンドいじくって
た方がわかりやすい。隠ぺいか（カプセル化）も
中身が細かく知りたいときには、イーッってなるし。

2017/11/14(火) 20:21:53.24

なんだかんだ、OOはオプションのうちの一つ
というありきたりの結論