C++相談室 part141

**デフォルトの名無しさん** · 2019/02/22(金) 03:07:43.52

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

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

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/
C++相談室 part140
https://mevius.5ch.net/test/read.cgi/tech/1547326582/

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

■長いソースを貼るときはここへ。■
　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

**237** · 2019/03/07(木) 01:49:48.32

>>241
スタック消費でヒーハー言う組み込み案件に進出するのもC++のひとつの課題なのでは有馬温泉

**デフォルトの名無しさん** · 2019/03/07(木) 01:52:03.09

組み込み界隈がC++を活用する目標があるのであってC++の目標ではない

**デフォルトの名無しさん** · 2019/03/07(木) 01:56:44.60

from_chars
to_chars使えって話だろ

それかfmt

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

class C : public std::function<int(int)>{};

というクラスを定義して、

int f(int i){ return i + 1; }

void main()
{
C c = f;
int i = c(1);
}

みたいな使い方って出来ないのでしょうか？
functional のヘッダを読んでみましたがさっぱりでした

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/07(木) 03:21:15.84

>>245
やりたいのはこういうこと？

class C : public std::function<int(int)>{
using std::function<int(int)>::function;
};

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/07(木) 03:25:38.52

めっちゃ雑にやったけど、
実際にはスライシングに気を付けてな。

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

>>246
すいません、
知識不足でそのusingが何を意味しているのか分かりませんが、
std::function<int(int)> と、
class C : public std::function<int(int)>{} を、
外側から同じように使いたいという感じです。

現在は、
class C { std::function<int(int)> F; };
みたいになっており、

C c;
c.F = f;
int i = c.F(1);

と、こんな風に使われています。
std::function<int(int)> を継承させてしまい、.Fを消したい感じです。

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/07(木) 04:00:06.05

>>248
単純に

class C : public std::function<int(int)>{}

とした場合、当然だけどクラス C にデフォルトで定義されるコンストラクタは
C::C(void); と C::C(const C&); だから、型が int (*)(int) であるような値を受け取る余地はない。

using std::function<int(int)>::function;

を入れると基底クラス std::function<int(int)> のコンストラクタである
std::function<int(int)>::function; をあたかも C のコンストラクタみたいにできる。
そんだけ。
public 継承してれば std::function<int(int)> の他のメンバはそのまま C のメンバとして
見えるからおおよそ期待する挙動になると思う。

**デフォルトの名無しさん** · 2019/03/07(木) 04:06:09.21

>>249
なるほど、そういう意味だったのですね。
ちょっと試してみます。ありがとうございます。

**デフォルトの名無しさん** · 2019/03/07(木) 08:20:27.58

>>237
2ファイル同時に編集なんてしたらあっという間に食い潰しそうね

**デフォルトの名無しさん** · 2019/03/08(金) 01:15:31.98

テンプレートで何とかなりませんかね。

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/08(金) 02:12:42.20

>>252
何が？

**237** · 2019/03/08(金) 06:55:44.25

>>244 が提示してくれた from_chars, to_chars をgccに導入するにはどうしたらいい？
WSLのubuntuを使ってるんだけど規定でfrom_chars, to_charsの定義されたヘッダーファイルが入ってないっぽい。

**デフォルトの名無しさん** · 2019/03/08(金) 08:26:54.11

>>254
たしか8.0でまだ整数しか実装されてない

**デフォルトの名無しさん** · 2019/03/09(土) 11:07:13.09

C++テンプレートテクニック第三版っていつ出るんですかね？

**デフォルトの名無しさん** · 2019/03/10(日) 00:54:12.40

待っていても何も始まらない!
君が書くんだよ!

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

テンプレート引数がクラスでpush_back()メンバを持っているというようなことを検査することはできますかね？

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

std::is_classとdetection idiomで可能かと

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

でてくしょんいでおむってどの本見ればわかりますかね？

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

decltype使えばいいのかな。

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

載ってる本あるのかなあ

どうやるのかだけなら、ここのサンプルコードを真似すればいいと思う
https://cpprefjp.github.io/reference/type_traits/void_t.html

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

ありがとう。
ちょっと読んでみます。

**デフォルトの名無しさん** · 2019/03/10(日) 22:01:07.26

std::byteの使い方がよくわからない。
暗黙の何とかを避けるのに使うんだろか。

**デフォルトの名無しさん** · 2019/03/10(日) 22:11:27.82

単純にバイトを表現する型というのが必要となった
char8_tと同じようなもん

**デフォルトの名無しさん** · 2019/03/10(日) 22:30:00.78

ソケットやファイルの入出力に使うって事かな？

**デフォルトの名無しさん** · 2019/03/10(日) 22:49:36.48

1バイトサイズの整数のつもりでcharを使ったらstreamで困ることがあったりしたしね。

**デフォルトの名無しさん** · 2019/03/10(日) 23:15:04.53

enum class byte : unsigned char { };
ってなってる。

**デフォルトの名無しさん** · 2019/03/10(日) 23:21:10.96

そのベースの型は実装依存
型を取りだして使えってことなんだろうか

**デフォルトの名無しさん** · 2019/03/10(日) 23:21:22.34

なんでenum classなんだ？
typedefと何が違うの？

**デフォルトの名無しさん** · 2019/03/10(日) 23:31:19.81

暗黙の型変換ができない

**デフォルトの名無しさん** · 2019/03/10(日) 23:54:49.98

こういうの行き過ぎた型安全に思えるけどね

**デフォルトの名無しさん** · 2019/03/10(日) 23:57:35.21

でも過去にそれで何かあったんでしょ
使うかどうかは任意だしある分には困らない

**デフォルトの名無しさん** · 2019/03/10(日) 23:57:38.91

なるほど

**デフォルトの名無しさん** · 2019/03/11(月) 00:01:39.15

is_enum_vがtrueになるとか違和感しかない

**デフォルトの名無しさん** · 2019/03/11(月) 05:30:01.20

>>265
なんで
uchar8_t
uchar16_t
uchar32_t
にしないんだろな

**デフォルトの名無しさん** · 2019/03/11(月) 05:58:05.15

既存のライブラリと衝突しまくるだろそれ

**デフォルトの名無しさん** · 2019/03/11(月) 11:02:11.57

>>273
ひとりで全部作ってんのか？
誰か使い始めたらそれに巻き込まれるんだよ

**デフォルトの名無しさん** · 2019/03/11(月) 13:49:05.84

WPFってどうなの

**デフォルトの名無しさん** · 2019/03/11(月) 19:42:26.86

塵

**デフォルトの名無しさん** · 2019/03/11(月) 22:05:24.43

getoptの標準化マダーチンチン(AA略

**デフォルトの名無しさん** · 2019/03/12(火) 07:17:28.89

void foo(std::function<void()> &&f){}

int main(){
auto lamda = [](){};
foo(lamda);
}
なぜコンパイルできるの？

**デフォルトの名無しさん** · 2019/03/12(火) 07:23:08.39

>>281
オプションの渡し方がそもそも揺れてる

**デフォルトの名無しさん** · 2019/03/12(火) 07:25:00.12

>>282
int main()
{
return main();
}
なぜコンパイルできるの？

**デフォルトの名無しさん** · 2019/03/12(火) 11:46:00.90

int main(std::function<void()> &&f){
return main([](){});
}

**デフォルトの名無しさん** · 2019/03/12(火) 20:22:26.93

すいません、低レベルのかたたちばかりでした。
聞くところ間違えました

**デフォルトの名無しさん** · 2019/03/12(火) 20:30:56.16

なぜc++ main return省略でググらないのか

**デフォルトの名無しさん** · 2019/03/12(火) 20:43:58.42

getoptを標準化してしまうとハイフンで始まる変態ファイル名が鬼門になってしまうかな。

**デフォルトの名無しさん** · 2019/03/12(火) 20:46:35.39

is_iterator、is_containerメタ関数はどうやったら作れるんでしょうね？

**デフォルトの名無しさん** · 2019/03/12(火) 20:54:07.45

SFINAEでググれ、でいいんだろうか

**デフォルトの名無しさん** · 2019/03/12(火) 20:55:53.60

スフィ姉は知っているんですが。
そのあとが。

**デフォルトの名無しさん** · 2019/03/12(火) 21:00:20.04

iterator_traitsに通してメンバ型が得られるか確認する？
*とか++とかの操作について確認する？
containerはbeginとendでイテレータ取れるか確認する？

**デフォルトの名無しさん** · 2019/03/12(火) 21:34:26.86

template <typename T>
using is_iterator = std::is_class<typename std::iterator_traits<T>::iterator_category>;
これは使えますかね？

**デフォルトの名無しさん** · 2019/03/12(火) 21:58:48.29

ぐぐればstack overflowがひっかかる

**デフォルトの名無しさん** · 2019/03/12(火) 22:01:23.70

使えますかねって・・自分で試せるだろ

**デフォルトの名無しさん** · 2019/03/12(火) 22:12:53.32

マウントしててワロス

**デフォルトの名無しさん** · 2019/03/12(火) 22:34:48.05

マウントは取りたいけど教えるのはめんどくさい

**デフォルトの名無しさん** · 2019/03/12(火) 22:48:31.61

結局はそれで何がしたいかによるんじゃね
標準のコンテナやそのイテレータで型分岐したいなら十分だけど、カスタム実装されたユーザー定義のイテレータがそのように実装されているかは分からんし
まあiterator_traitsの特殊化も追加で書くようにすれば使えるか

**デフォルトの名無しさん** · 2019/03/12(火) 23:06:42.78

C++20からは一応イテレータはコンセプトがあるなあ
コンテナは知らん

**デフォルトの名無しさん** · 2019/03/12(火) 23:12:51.59

>>293
はダメな気がするな
template<typename T,typename=void>
struct is_iterator:std::false_type{};

template<typename T>
struct is_iterator<T,std::enable_if_v<std::is_class_v<typename std::iterator_traits<T>::iterator_category>>>:std::true_type{};

**デフォルトの名無しさん** · 2019/03/12(火) 23:14:38.07

>>296,297
アホか、何がマウントだボケ
自分で試しもせずに2chに丸投げとか普通にダメだろ

>>298
iterator_traitsに与える型の要件(だけでいいかどうかはさておき)を満たすなら特殊化なんかいらんでしょ
リファレンス見る限り、iterator_traitsの特殊化はポインタのためだけにあると思う

**デフォルトの名無しさん** · 2019/03/12(火) 23:27:20.69

>>300
どの本もそういう書き方になってるんだけど、その理由がわからない。
>>293は呼び出し方によっていろいろ問題が起きるんだけど、その理由がわからなさすぎる。
その辺がスッキリわかる本はないですかね。

**デフォルトの名無しさん** · 2019/03/12(火) 23:39:14.10

本は知らん
SFINAEが使えるのは宣言部分
そこで置換失敗すると宣言そのものが無かったことになる

**デフォルトの名無しさん** · 2019/03/13(水) 12:04:15.67

>>297
マウントが取りたいだけで教える知識がないだけやねんｗ

**デフォルトの名無しさん** · 2019/03/13(水) 12:37:00.35

そう
分からない質問には自分で試せ
これがC++使ってる奴の特徴

**デフォルトの名無しさん** · 2019/03/13(水) 12:47:27.60

>>304,>>305
そう思うなら自分が教えてやれば？

**デフォルトの名無しさん** · 2019/03/13(水) 20:50:37.56

規約はあるけど「実装が規約」をやっちゃってる部分が多くて、
しかもコンパイラのバージョン依存がひどいってのがc++だからな。
規約は語れても実際にどう動作するか語れない輩も多いだろうね。

**デフォルトの名無しさん** · 2019/03/13(水) 21:07:13.50

そういう構図じゃないと思うよ

**デフォルトの名無しさん** · 2019/03/13(水) 21:25:53.81

どなたか iostreamの存在価値について熱く語ってくれないか。

**デフォルトの名無しさん** · 2019/03/13(水) 21:34:23.99

いやだ

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/13(水) 21:38:23.77

>>309
https://www.google.com/search?q=%22iostream%E3%81%AE%E4%BE%A1%E5%80%A4%22

**デフォルトの名無しさん** · 2019/03/13(水) 21:55:23.80

VS2019って4月2日に出るのかな？

**デフォルトの名無しさん** · 2019/03/13(水) 22:19:08.88

米国時間4/2にローンチイベント行ってるから日本だと3日かな

**デフォルトの名無しさん** · 2019/03/13(水) 22:44:27.53

>>306
だから分からないのにマウント取るのやめたら？

**290=301** · 2019/03/13(水) 23:05:00.60

>>314
バカだろお前

ID:Zu3OGTTsはSFINAEでググれと言われてSFINAEは知ってると言ったろ
その上で>>302の書き込み見ておかしいと思わんのか？
それに>>300で答えは出てるだろうが

> だから分からないのにマウント取るのやめたら？
お前のことだよ

**デフォルトの名無しさん** · 2019/03/14(木) 18:41:51.50

>>313
待ちどおしいね。

**デフォルトの名無しさん** · 2019/03/14(木) 20:57:09.31

このスレの住人は、新しいVisual Studioでどんなことに期待してるの？

**デフォルトの名無しさん** · 2019/03/14(木) 20:58:50.91

>>317
マウントされないこと

**デフォルトの名無しさん** · 2019/03/14(木) 21:00:03.79

仕様通りに動いてくれりゃそれでいいわ。

**デフォルトの名無しさん** · 2019/03/14(木) 21:20:35.00

C++20の早期対応

**デフォルトの名無しさん** · 2019/03/14(木) 21:25:28.09

clang対応

**デフォルトの名無しさん** · 2019/03/14(木) 21:29:12.31

C#での使い勝手向上

**デフォルトの名無しさん** · 2019/03/14(木) 21:36:15.68

フロントエンドをVSCodeにしてくれ

**デフォルトの名無しさん** · 2019/03/14(木) 21:45:44.62

メモリ喰わずに軽くなって…

**デフォルトの名無しさん** · 2019/03/14(木) 22:54:08.60

何個まで願い事聞いてくれるんだろ。

**デフォルトの名無しさん** · 2019/03/14(木) 23:13:56.40

>>317
Expressを出してくれ

◆QZaw55cn4c · 2019/03/14(木) 23:19:01.48

>>317
MFC…

**デフォルトの名無しさん** · 2019/03/15(金) 06:01:20.22

Windows formsのC++へ移植してmfcを完全に抹消してくれ

**デフォルトの名無しさん** · 2019/03/15(金) 06:06:32.23

>>317
オープンソース化

**デフォルトの名無しさん** · 2019/03/15(金) 08:11:25.59

本当によくかけとるわ。
この人たちで標準委員やったほうがいいんじゃないかと思う。
https://ttsuki.github.io/styleguide/cppguide.ja.html

**デフォルトの名無しさん** · 2019/03/15(金) 08:17:17.58

ゴミ

**デフォルトの名無しさん** · 2019/03/15(金) 08:54:09.40

けっこう癖が強いよね。例外やpimpl否定したり。

**デフォルトの名無しさん** · 2019/03/15(金) 08:57:01.66

危険思想だなｗ
ヤバすぎてヘドが出るｗ

**デフォルトの名無しさん** · 2019/03/15(金) 09:06:08.50

まあでかいプロジェクトはこんなもんだろう。
例外は実際よくないと思うわ。

**デフォルトの名無しさん** · 2019/03/15(金) 09:48:31.74

pimpl否定ってあったっけ？
うちのプロジェクトも原則例外禁止
むかしは一律禁止だったけど

**デフォルトの名無しさん** · 2019/03/15(金) 11:11:39.02

>>330
古くさいって言われてなかった？

**デフォルトの名無しさん** · 2019/03/15(金) 11:55:34.06

googleのスタイルガイドは和訳が古くて英語版しか読まなくなって何年にもなるが追いついてるのか？

**デフォルトの名無しさん** · 2019/03/15(金) 12:05:48.86

例外無しとか小規模の組み込み以外で意味あるのかね？

**デフォルトの名無しさん** · 2019/03/15(金) 12:37:29.90

例外使った時点で疎結合もへったくれもなくなると思うわ。
能力的に幅のあるプロジェクトで使うには難しいよ。

**デフォルトの名無しさん** · 2019/03/15(金) 12:56:39.19

>>339
> 能力的に幅のあるプロジェクトで使うには難しいよ。
これには同意するけど

> 例外使った時点で疎結合もへったくれもなくなると思うわ。
意味不明
例外以外の方法使っても似たようなことをする羽目になるだけ
なら意図が明確な例外のほうがマシ

**デフォルトの名無しさん** · 2019/03/15(金) 14:16:54.97

戻り値なら呼び出し元と呼び出し先の間の結合だけだが、例外はよりコールスタックの根本の方へ結合が及ぶことがある
フレームワークのように、例外を使ってあえて中間をすっ飛ばしてコールスタックの上と下を結合させるケースもあるけどね