C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/05(土) 00:49:53.38

>>652
結局のところ何がわからなかったのか言葉にしてくれんともやもやするんやが……。

**デフォルトの名無しさん** · 2020/12/05(土) 08:56:44.63

最近ずぶの素人にいきなりSTL教えたりする変な風潮、変なサイトが増えたせいで
こういうとこで初心者が苦労するんだよなぁ
ライブラリの使い方なんか、初心者がいきなりぶつかる"壁"であってはならんと思うんだが・・
先に言語自体の基本を学んでれば、>>634はここに聞きに来なくて済んでるはず

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

C++11以降はSTL前提で学んだほうが理解しやすい

**デフォルトの名無しさん** · 2020/12/05(土) 11:14:52.77

STLとそうじゃないものの境界ってなに？

**デフォルトの名無しさん** · 2020/12/05(土) 11:17:08.79

そんなの意識する必要ない。"STL"なんて定義曖昧な言葉を使わなければよい。

**デフォルトの名無しさん** · 2020/12/05(土) 11:41:24.32

C++を使わなくてもSTLを学ぶほうが良い。
それどころか、およそ学問というものに携わる者はSTLを学ぶべきだ。
なぜなら20世紀における抽象化最大の功績だからだ。

**デフォルトの名無しさん** · 2020/12/05(土) 11:42:36.00

STLは宇宙人が教えた説があるほどクレバー、クレバー、そしてクレバーだ。

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

目からうろこですよ。
まじ鱗。

**デフォルトの名無しさん** · 2020/12/05(土) 11:53:54.60

ムーブセマンティクスも感動したなあ。
あいつら本物の天才だな。
まじ鱗ですよ。

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

unique_ptrとかthreadとかnumeric_limitsとかも"standard template library"だけどSTLとは呼ばれない
よく理解してないC++アンチが何となく叩きの槍玉に上げる時に使われる用語っていう印象

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

なんじゃそりゃ。

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

コントかよ

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

>>634
pairが初期化子リストによるコンストラクタを持たないから

c++ - emplace_back not working with std::vector<std::map<int, int>> - Stack Overflow
https://stackoverflow.com/questions/33207232/emplace-back-not-working-with-stdvectorstdmapint-int?answertab=votes#tab-top

似たような質問があって、mapだと初期化子リストのコンストラクタがあるから、initializer_listを使って初期化出来てる

この箇所あたりがそれ
https://cpprefjp.github.io/reference/map/map/op_constructor.html

map(initializer_list<value_type> init,
const Allocator& alloc); // (11) C++14 から

https://cpprefjp.github.io/reference/utility/pair/op_constructor.html
pairのコンストラクタにはinitializer_listは出てこない

**デフォルトの名無しさん** · 2020/12/05(土) 19:10:24.03

>>662
御意

**デフォルトの名無しさん** · 2020/12/06(日) 03:41:22.30

>>665
違うと思うぞ

**デフォルトの名無しさん** · 2020/12/06(日) 08:19:51.08

じゃあ、多数決で決めましょうや。

**デフォルトの名無しさん** · 2020/12/06(日) 11:09:55.43

>>667
違うんだったら何が正解だ？

**デフォルトの名無しさん** · 2020/12/06(日) 13:55:38.68

>>669
単純にemplace_backはコンストラクタに渡す引数を、push_backは生成済みの実体を受け取るという違いを
>>634が分かってないだけだろ

ついでに言えば、pairにinitializer_listを受け取るコンストラクタがあっても
emplaceは可変長テンプレート引数だから、推定に失敗してどっちにしてもエラーになる
多分。

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

visual studio 2019でstd::filesystemを使いたいのですが、namespace"std"にfilesystemがありませんと言われます
ググた通りにC++言語標準をC++17にしても変わりません
どうすればいいですか？

**デフォルトの名無しさん** · 2020/12/08(火) 21:02:15.62

上の方に
#include<filesystem>
と書く

**デフォルトの名無しさん** · 2020/12/09(水) 01:24:22.81

なんだそりゃあ？！

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

>>671
// cl 671.cpp /EHsc /std:c++17
#include <filesystem>
#include <iostream>

using namespace std;
using namespace std::filesystem;

int main()
{
directory_iterator d(current_path());
for(auto&& e : d) cout << e.path() << endl;
}
全く問題なく動くぞ
cl.exeのバージョンは19.28.29334 for x64

**デフォルトの名無しさん** · 2020/12/09(水) 08:05:49.03

>>671
脱線の話だがappleのclangでfilesystem使おうと思ったら、
OSを10.15以降にしないと動かない上にビルドしたバイナリもそれ以降。
macだとintel版はhomebrewでgcc落としてビルドすれば旧いのでも動く。

日本語などのファイル名の扱いは、自分の試した範囲で、mac,linux,winで微妙に違ってた。
「wstring」、「stringでutf-8」のどっちかしか出来ん処理系があって、
複数機種用のコードは結局ifdefで分けるしかなかった。
そのうちライブラリが整備されるとは思うけど。
しかし「ハ゜」→「パ」のmacの仕様には参った。

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

脱線路運動。

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

c++でRSSリーダー作れましゅか？

**デフォルトの名無しさん** · 2020/12/13(日) 04:12:37.43

はい

**デフォルトの名無しさん** · 2020/12/13(日) 11:52:25.92

RSSなんてもう誰も使ってないだろ
フィードしてるサイトなんてありゅ？

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/13(日) 13:34:03.99

ブログホスティングサイトの系統だと RSS を提供してないところとかあんまりないと思うが。

**デフォルトの名無しさん** · 2020/12/14(月) 16:01:14.17

ていうかあちこちの言語スレで同じ事聞くのやめなさい

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

std::vectorのメンバ関数にfind()とかrfind()がないのはなんでですかね？
string::find()みたいにあってもよさそうな気がするんですが・・・

**デフォルトの名無しさん** · 2020/12/14(月) 19:10:08.09

>>682
よう知らんけど、vector固有でなくても使えるアルゴリズムだからでは？

**デフォルトの名無しさん** · 2020/12/15(火) 09:25:27.40

>>682
#include <algorithm>のfind()を使えってことだ
何でもかんでもメンバに突っ込むのは悪い設計だからだ
この意味でstring::findは蛇足ともいえる
現実にはstring::findはiteratorではなくsize_typeを返すので
複数の文字列の同じ位置、のようなことがやりやすい

**デフォルトの名無しさん** · 2020/12/15(火) 13:10:21.94

UTF8とかだと単純に同じバイト値探せばいいわけじゃないからstringは特殊化してるんだよ

**デフォルトの名無しさん** · 2020/12/15(火) 13:19:55.29

＞何でもかんでもメンバに突っ込むのは悪い設計だからだ
こういう考え方いかにもCから入りましたって感じだな

**デフォルトの名無しさん** · 2020/12/15(火) 13:21:51.75

UTF-16（wchar_t）と違ってUTF-8（char）なら同じバイト列を探せばいいんじゃないの？
ASCIIと同じコーディングで済むのがUTF-8が普及した要因だと思ってた

**デフォルトの名無しさん** · 2020/12/15(火) 13:36:54.46

>>687
短い系列は特に、部分列が一致したからといっても、
デコードした時にその文字かどうかは保証出来ないんじゃ？

**デフォルトの名無しさん** · 2020/12/15(火) 14:01:10.21

std::stringってバイト単位で扱うものでしょ
本当に文字単位で扱いたいならstd::wstring

**デフォルトの名無しさん** · 2020/12/15(火) 14:23:23.61

>>686
ｋｗｓｋしていいか？
それともやめとくか？

**デフォルトの名無しさん** · 2020/12/15(火) 16:06:36.42

>>689
wstringだろうがu16stringだろうがu32stringだろうが状況変わらんぞ

**デフォルトの名無しさん** · 2020/12/15(火) 16:37:15.21

>>690
質問主ですが、是非ともｋｗｓｋしてくだしあ

**デフォルトの名無しさん** · 2020/12/15(火) 16:39:59.71

utf16はサロゲートペアちょんぎらないようにしないとな

**デフォルトの名無しさん** · 2020/12/15(火) 20:33:42.18

合字とか異体字セレクタとかもな
文字を扱うというのは大変なんだ

**デフォルトの名無しさん** · 2020/12/15(火) 21:47:00.55

>>688
1バイト目とそれ以降は重ならないからそういうことは起こらないはず

**デフォルトの名無しさん** · 2020/12/15(火) 22:25:44.23

そもそもstring::findがあるのは文字列から文字列を探す需要が高いからじゃないですかね
vector含む各コンテナから探すのはほとんどの場合要素単位だから汎用的なstd::findを使えということと解釈

**デフォルトの名無しさん** · 2020/12/16(水) 06:17:15.68

>>696
だよね
std::stringのfindは要素を探すんじゃなくて、
要素(char)の連なり＝部分文字列を探すもので
vectorとかのコンテナのそれとは異質だし蛇足とは思えない

**デフォルトの名無しさん** · 2020/12/16(水) 08:58:52.32

>>692
了解

>>686
ｋｗｓｋ

**デフォルトの名無しさん** · 2020/12/16(水) 09:05:13.62

まぁ汎用的というか、stlのアルゴリズムはほとんどが全コンテナに対して共通のコードに出来るからそうしてる(グローバルな関数にしてる)んじゃないかね
実際問題、共通のインターフェースを継承によって表現するのでない限り、同じコードをあちこちメンバ関数にするのは不自然
逆に共通のインターフェースにすべきクラスの機能を無理に普通の関数にするのも馬鹿げてる

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 10:59:12.23

アドホック多相とパラメトリック多相の違い。

**デフォルトの名無しさん** · 2020/12/16(水) 11:28:07.30

データ構造とアルゴリズムを合わせたものがクラスでありオブジェクト指向言語の特徴の1つと教わった
いまは汎用アルゴリズムが再び外部に分離されるようになってきてるのかな
テンプレート・ジェネリクス・インターフェースのおかげかな？
型Tに対する操作を外部化しておいたほうが汎用的で型Tを実装するすべてのクラスが操作を個別に持つのは無駄ってことか

**デフォルトの名無しさん** · 2020/12/16(水) 11:50:27.11

beginとendをペアで指定しないといけないポインタ的iteratorのせいで外部化せざるを得なかったという方が正しいんじゃないですかね

**デフォルトの名無しさん** · 2020/12/16(水) 11:58:03.72

↓のサイトでも外人が同じ議論してるね
誰か要約してください
https://stackoverrun.com/ja/q/4020758

Why does std::string have a find member function while std::vector and friends don't have it?
Is there anything wrong with using std::find on the string?

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 13:09:55.17

>>701
オブジェクト指向にも種類がある。
ただひとつのオブジェクト指向がオブジェクト指向たる基準があるわけではなくて、
わりとふんわりした概念だよ……。
C++ の場合はカプセル化に軸があると思う。
隠されていないデータを処理する分にはメンバ関数にする必然性がない。

**デフォルトの名無しさん** · 2020/12/16(水) 13:27:14.81

C++ってカプセル化できるんでしたっけ？

**デフォルトの名無しさん** · 2020/12/16(水) 13:34:22.28

抜け道があるかって意味なら、java等もカプセル化できないってことになるけど

**デフォルトの名無しさん** · 2020/12/16(水) 13:45:31.91

>>701
そういうことじゃねえよ
データ構造とアルゴリズムごちゃ混ぜにしたのをクラスと言い張る意味はない
１つの目的のためのお膳立てを揃えたものがオブジェクトでオブジェクトの種類がクラスだ

C++標準のライブラリではデータ構造はコンテナ、アルゴリズムは関数テンプレートとして分離されている
コンテナは配列やリストといったデータ構造を提供するまでにとどめ
それらを使って何かする応用までメンバにはせず関数テンプレートにしてある

**デフォルトの名無しさん** · 2020/12/16(水) 13:50:56.36

>>706
Javaのリフレクションで何でも呼べる抜け道みたいな話ではなく
C++ってヘッダーファイルにprivateメンバー書かないといけないじゃん
そのせいで内部実装が変わったらライブラリ利用者にヘッダーファイルを差し替えてもらわないといけなかったりする
これってカプセル化できてないってことじゃない？
pimplとかテクニックがあるけどさ

**デフォルトの名無しさん** · 2020/12/16(水) 13:54:21.41

>>708
古い知識ですまんが、素直に抽象基底クラス被せるでだめなん？

**デフォルトの名無しさん** · 2020/12/16(水) 13:55:52.62

なる。
そういうことならpmplかインターフェースクラスを定義するかしか思い浮かばないな

**デフォルトの名無しさん** · 2020/12/16(水) 14:40:21.32

> 内部実装が変わったらライブラリ利用者にヘッダーファイルを差し替えてもらわないと

これ、そんなに深刻な問題か？
ライブラリの更新なんてリポジトリ決めてバージョン管理して
あとは勝手に落とせで運用できてるやん

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 15:35:04.62

現実的な部分では運用でなんとかしてる部分はあるのも確かだが、
現実に対する妥協なのでパラダイム的な話とは区別が必要じゃない？
まあ不可分なところもあるんで微妙な話ではあるけども。

**デフォルトの名無しさん** · 2020/12/16(水) 16:36:11.97

>>708
それってモジュール使えば解決できる問題じゃないんでしたっけ

**デフォルトの名無しさん** · 2020/12/16(水) 18:14:53.45

>>712
運用できていても、いささかでも無理があれば
まだ余裕があるうちでも将来を見据えて
議論する価値が出てくるね

問題は無理を全く感じていないことを
空想論的に問題視することだ
個人的に問題視するのは勝手だが
他人が付き合ってくれないときにしつこくすることだ

**デフォルトの名無しさん** · 2020/12/16(水) 18:54:24.56

意義深い議論が展開されてるな

**デフォルトの名無しさん** · 2020/12/16(水) 22:51:18.04

C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
プログラミングパラダイムを論じるにはいまいちに思はるる、

やっぱヘッダファイルとか批判者にとってかっこうの餌食でありその光景がまさに展開された、

**デフォルトの名無しさん** · 2020/12/16(水) 22:58:46.39

きちんとオブジェクト指向するんなら継承は全部virtualであるべきや
といってもC++だけにあてはまる批判ではないが

Base::Foo()とDerived::Foo()が異なる振る舞いで定義されているときに、
func(Base&)にDerivedを渡したらfunc()の中ではBase::Foo()が呼ばれるとか
危険極まりない
この基準で言ったらたいていの似非オブジェクト指向言語はNG

**デフォルトの名無しさん** · 2020/12/16(水) 23:05:40.32

不毛な宗教戦争よ

**デフォルトの名無しさん** · 2020/12/16(水) 23:25:11.55

クラスベースオブジェクト指向はすべて似非オブジェクト指向
アランケイ「C++のオブジェクト指向？知らない子ですね…」

**デフォルトの名無しさん** · 2020/12/17(木) 01:05:17.90

>>716
>C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
>使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
半分は正しいがそれならcでええやんてなる。
c++のc++たる所以(もしくは厨受けするところ)ってのは、ゼロコストなのにさらにどんなに高級な機能も入れられるんやで〜ってところだろ。

**デフォルトの名無しさん** · 2020/12/17(木) 01:10:53.36

>>717
え、その場合仮想関数ならDerived::Fooやろ？
非仮想とか値渡しならそうだけど

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

非仮想だとそうなっちゃうっていう批判なんだろ
ハイディングなんかする方が悪いと思うけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:08:07.45

>>717
仮想継承の話かと思ったら
そうじゃないようだな

**デフォルトの名無しさん** · 2020/12/17(木) 08:15:27.96

>>720
「使った機能にあったコスト」だよ。
ゼロコストはあくまで機能を使わなかった場合の話。
cの機能しか使わなかったらcのコストしかかからないのが基本方針だろ。

**デフォルトの名無しさん** · 2020/12/17(木) 11:41:30.12

>>722
あぁそういうことか・・
ちょっと自分の常識からかけ離れてるから理解できんかった

**デフォルトの名無しさん** · 2020/12/17(木) 14:49:46.67

#include <charconv>
using namespace std;

int main()
{
char str[] = "123";
double dbl;
from_chars(str, str + 3, dbl);
}

Visual Studioでは通るんだけど、GCCではダメ
どうも戻りのfrom_chars_resultがテンプレートになってて推論に失敗してるようなんだけど
規格ドラフト見てもfrom_chars_resultがテンプレートだなんてどこにも書いてない

これGCCがおかしいんだよな？
バグレポ上がってたりする？

**デフォルトの名無しさん** · 2020/12/17(木) 14:50:46.30

バージョン書き忘れた
Visual Studio: 19.28.29334
GCC: 10.2.0

**デフォルトの名無しさん** · 2020/12/17(木) 15:56:08.03

>>726
整数型だけしかサポートしてないよ

**デフォルトの名無しさん** · 2020/12/17(木) 17:33:27.07

>>728
23.20.1 Header <charconv> synopsisにはfloat, double, long doubleが挙がってるんだけど・・・
ああ、GCCがってことねthx

**デフォルトの名無しさん** · 2020/12/17(木) 22:56:50.01

gccの傾向として、熱烈な信者がいて、出来ないことを出来ると宣伝したり、劣っているものを優れていると宣伝したりする場合がある。
ところが、そのような場合、GNUのマニュアルは「出来ない」「劣る」と明言している場合が多い。
したがって、gccについてはみだりに検索せず、GNUのサイトを見ることをお勧めします。

**デフォルトの名無しさん** · 2020/12/18(金) 01:08:57.52

>>726 「ダメ」がコンパイルエラーの意味ならエラーメッセージも挙げてよ。

**デフォルトの名無しさん** · 2020/12/18(金) 01:16:51.95

ダメコンは、ダメージコントロールの略ですよ。

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

継承使うと密結合になり変更に弱くなるし（実行時のオーバーヘッドにもなりそう）
規約で縛るというSTLの実装には好感が持てる

**デフォルトの名無しさん** · 2020/12/18(金) 06:51:33.39

>>731
W:\>g++ g1.cpp
g1.cpp: In function 'int main()':
g1.cpp:8:33: error: no matching function for call to 'from_chars(char [4], char*, double&)'
8 | from_chars(str, str + 3, dbl);
| ^
In file included from g1.cpp:1:
C:/msys64/mingw32/include/c++/10.2.0/charconv:595:5: note: candidate: 'template<class _Tp> std::__detail::__integer_from_chars_result_type<_Tp> std::from_chars(const char*, const char*, _Tp&, int)'
595 | from_chars(const char* __first, const char* __last, _Tp& __value,
| ^~~~~~~~~~
C:/msys64/mingw32/include/c++/10.2.0/charconv:595:5: note: template argument deduction/substitution failed:
In file included from C:/msys64/mingw32/include/c++/10.2.0/charconv:40,
from g1.cpp:1:
C:/msys64/mingw32/include/c++/10.2.0/type_traits: In substitution of 'template<bool _Cond, class _Tp> using enable_if_t = typename std::enable_if::type [with bool _Cond = false; _Tp = std::from_chars_result]':

まだまだ延々続くけど、こんくらいでいい？

**デフォルトの名無しさん** · 2020/12/18(金) 09:49:45.23

>>727
vsでも2017update7は同様のエラーみたいだなぁ

**デフォルトの名無しさん** · 2020/12/18(金) 11:01:15.84

>>733
何言ってんだ継承使いまくりだぞ

**デフォルトの名無しさん** · 2020/12/18(金) 11:36:27.07

>>734
ココに上げろよ
https://pastebin.com/

**デフォルトの名無しさん** · 2020/12/18(金) 12:09:40.31

オプションは無しなんだ

**デフォルトの名無しさん** · 2020/12/18(金) 13:23:30.53

n要素のvectorをm要素に変えたいときって中身はどうでも良いって思ってれば
vec = vector<int>(m);
も
vec.assign(m);
も
vec.resize(m);
もコスト変わらない？

**デフォルトの名無しさん** · 2020/12/18(金) 13:30:32.59

バグバグ言語ランキングで見事PHPに勝利！
https://www.techrepublic.com/article/the-worst-bugs-in-the-top-programming-languages/

**デフォルトの名無しさん** · 2020/12/18(金) 13:40:56.80

>>737
何がしたいの？
元ソース貼ってるからそっちでコピペして
手元のGCCでコンパイルしてみれば再現するはずだよ

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

>>741
邪魔くさいからココに貼るなってんだよ

**デフォルトの名無しさん** · 2020/12/18(金) 14:07:04.35

それは731に言ってくれ
俺は知らん

**デフォルトの名無しさん** · 2020/12/18(金) 14:33:16.19

>>729
gccではMLで夏くらいにfloat版の実装のコミットの話が出てたから次のリリースでは多分実装されてるんじゃないかな。

**デフォルトの名無しさん** · 2020/12/18(金) 15:35:36.73

>>729
23.20.1がHeader <charconv>のドラフトってどれだ？

**デフォルトの名無しさん** · 2020/12/18(金) 15:37:59.88

>>745
N4713

**デフォルトの名無しさん** · 2020/12/18(金) 15:50:56.91

https://cpprefjp.github.io/reference/charconv.html
https://cpprefjp.github.io/reference/charconv/from_chars.html

webページ見れない理由あった？

>GCC: 8.0(整数のみ)
>Visual C++: 2017 update 7(整数のみ), update 9(full support)
俺ならこの二つ眺めて「GCCは未実装なんだなぁ」と思考停止して終わる

**デフォルトの名無しさん** · 2020/12/18(金) 17:24:37.67

>>747
そうか、思考停止するのか
よかったね

何だか色々と前提置いてるけど
俺は知らんよ、おまえさんの前提なんぞ
イヤミ口調のくせに脇が甘いな

**デフォルトの名無しさん** · 2020/12/18(金) 17:28:32.84

priority_queue<int>に比較関数を指定したいとき、
priority_queue<int, vector<int>, greater<int>>
のようにすると思いますが、内部コンテナ vector<int> は別にデフォルトのままで良いし書くのが面倒なので省略したいです
可能ですか？

**デフォルトの名無しさん** · 2020/12/18(金) 18:26:15.74

template <typename T>
using my_priority_queue = priority_queue<T, vector<T>, greater<T>>;

**デフォルトの名無しさん** · 2020/12/18(金) 18:41:07.57

gccの場合、未実装でもスタブだけ存在する場合があるんですよね。
つまり、コンパイル時やリンク時にはエラーにならない。
悪いことに実行時にもエラーにはならず、静かにスルーされる場合さえあるんです。

ここまでの流れでもお気づきでしょうが、gccの熱烈なファンは、gccが後れを取ることが許せないんですよ。

ですから、gccの熱烈なファンサイトより、GNUのマニュアルを見ることをお勧めします。
マニュアルを見れば、たいていは、きちんと書いてあります。

**デフォルトの名無しさん** · 2020/12/18(金) 19:45:59.90

始皇帝氏