C++相談室 part143

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/15(土) 13:51:53.57

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

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

このスレもよろしくね。
【初心者歓迎】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/ (日本語)

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

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

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:01:53.76

「メモリ確保に失敗したこと」のメッセージを出す以外に対処法はないと
思うんだけど。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:16:52.36

なんでnewで例外起こる話しているんだか
本当に全くわかっていないのね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 03:47:53.77

どうでもいい話はやめて今までにない新しい画期的なテクニックの話をしてくれ
頼む
一生のお願い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 05:48:37.09

>>549
> n * (P * 2 - E * 0.5) > H2 - H1.
> n > (H2 - H1) / (P * 2 - E * 0.5).
> となる。
(P * 2 - E * 0.5)がマイナスだと不等号が逆転するのを忘れている
3 > 2 の両辺を-1で割ると -3 < -2

2019/07/04(木) 07:22:01.27

>>629
そんなテクニックはここに書かない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 08:41:24.64

>>626
newの例外の話なんてしてしてません。
本当にレベル低いやっちゃな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 08:52:16.87

TYPE *pArr = new TYPE[N];
と同じスコープ内(のdelete pArrの前)で例外が発生した場合に
>>624
>誰がヒープ回収するねん...
という話ですな

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2019/07/04(木) 09:10:15.58

また話それたのかｗ
ポインタもコンテナも結局都合の悪いレスはスルーしてるからこうなる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 09:34:14.60

こいつC++98で時間止まってるからな
20年かけてSTLコンテナの使い方学んで
その結果がvectorよりlist、それ以上に生ポインタが最強って結論
どうせ40代おっさん低収入だろうけど、自分を天才と呼び、
数学ががどうのこうの言うわり、単なる足し算掛け算をどや顔でさらすし、
本当読んでて可哀想になってくる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 10:15:53.90

要素数固定ってコンパイル時に固定の意味と実行時にある値に決まるって意味があると思うけど
前者では T Arr[N]
後者では　std::unique_ptr<T[ ],>
を使ってしまう。
それ自体をreturnしないときは std::array を使うのがかったるく感じてしまう

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 10:35:11.99

>>636
arrayはもうひと頑張りしないとだめだな。
宣言時に値を初期化するとき、値の数をテンプレートパラメータに手打ちとか
要素数省略できるCスタイル配列に負けてる

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/04(木) 11:36:25.81

>>637
c++17から推論補助が出たので要素数指定不要です。
c++14以前はmake_arrayとか作ればいける

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 11:42:55.77

でも std::begin std::end があるからスコープ内の単純な配列に std::arrayを使う
メリットがいまいちわからないんだよねー

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 11:55:46.77

begin endは普通の配列にも使えるだろ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 11:56:48.16

>>638
おお、ほんまや。
かゆいところに手が届いて行くのぅ

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/04(木) 12:06:11.23

template関数で受けたときにポインターにならないからauto lambdaで受けてもsizeがとれる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 12:17:57.65

>>640
だから普通の配列を使ってしまうという話なんだが

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 12:19:43.85

>>642
その場合にはそうだね
でも関数に渡すとき大抵 begin end だからなあ

**デフォルトの名無しさん** (ｻｻｸｯﾃﾛ) · 2019/07/04(木) 12:49:15.77

>>642の言ってるのは配列の参照にキャストされないからだと思うんだけど(自分もそれが不便だと思う)
そのキャストを実装しない理由あるんかね？
中身ただの配列なんやろ？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 12:50:55.35

>>643
変なところで改行するなよ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 15:52:29.03

>>646
なるほどすまん
100人中98人位が誤解する改行だた

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/04(木) 17:29:10.64

構造体をchar配列にシリアライズする方法を教えてください

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 17:31:04.99

memcpy

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2019/07/04(木) 17:32:23.03

キャストしてぶっ込め
なお環境とアドレスによってはバスエラーが発生したりするよ

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/04(木) 17:41:18.95

>>645
cとの互換性に起因した過去コードとの互換性保つために、配列を引数で渡そうとするとpointer渡しになるのだろう。
受け側でtemplate使ってT (&arr)[N]みたいに明示的に引き取らない限りは

c++20でstd::spanが使えるようになれば楽になるな。
それでも完全転送は通らないけど

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/04(木) 17:42:05.56

配置newで出来たりしますか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:00:03.82

>>651
いや、受け側でそう書いても、普通の配列はいけても
arrayは通らないんだわ・・自分の書き方が間違ってるのかもしれんけど
https://wandbox.org/permlink/LBzgUfB6MRtk9P12

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:05:01.64

使ってるコンパイラのArrayヘッダの実装見てそのメンバ変数名をしらべてそれを指定すれば通る

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/04(木) 20:12:08.06

reinterpret_castならいけたけど未定義かどうかは知らん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:40:50.48

別に無理に通そうとしてるわけじゃないんだぜ
arrayの不備のひとつではないかな、ってだけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:53:10.33

暗黙変換定義すれば出来るんだろうけど、出来ない方が自然な気がする

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 20:54:01.06

>>636
以下コードがちゃんと動くの今知った。サンクス。
std::unique_ptr<Test[]> test(new Test[5]);

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 21:48:13.92

確かに内部配列の参照を取得する手段はあってもいい気がする
先頭のポインタはdata()で取れるけど、配列型そのものへと読み替える手段って標準の範囲にはないんだな
ちょっと意外

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2019/07/04(木) 22:18:07.85

えっじゃあdataはどこをさしてんのよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 22:36:36.22

>>659の言う「配列型」が要素数まで含んだ型のことなら無くて当たり前。
要素数を含まないのなら先頭要素へのポインタと同等。
なにを意外に思ったのかわからん。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 22:41:46.89

>>660
いや、わかりにくかったかもしれんけど
配列の参照にキャスト出来れば配列またはarrayから、静的に要素数が取れるのよ
現状だとそういう時array版と配列の参照版の2つを書かなきゃいけない
ので配列の参照のキャスト演算子も定義しててくれたらなぁ・・
と思ったらポインタへのキャストも無いのね

まぁあくまでSTLフレンドリーな配列ってことなんだろう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 22:51:51.05

ポインタ使うなと言ったそばからイテレータ使ってたら同じだろ、と誰も言わない優しいスレ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/04(木) 22:52:31.12

バイナリ肥大を屁とも思わず静的解決マンセーのやつに名前つけたいんだけどなんかないかな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:07:27.43

イテレータ渡してるならdistanceで取ればええやん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:11:39.07

バイナリむしろ減ることも多いしな
バイナリ肥大が許せないなら多少の工夫で何とでもなる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:30:20.81

バイナリ肥大を気にするならそもそもc++じゃなくてc使えや。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:32:41.86

c使っても変わらんだろ
無駄に面倒臭くなるだけで
c++のままバイナリ肥大対策した方が楽だし効果も変わらない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:34:32.32

なんだ真性のバカか。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:35:07.30

std::vector::resize(size_t n）ならn要素きっかりになるお
および（>>439もご存知のはずの）std::vector::reserve()で10とか20に指定することもできるお
（その通りのメモリ確保が行われるかどうかは最適化に依存し得るが

>>439
そのサンプルコードでは不適切で、最適化が利いている可能性があるお
だってコンパイラが見渡せる範囲で要素のpush_back()をしていないし…
（していたとしても定数回数のループならやっぱ最少サイズになり得る

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:36:33.90

訂正；
誤：だってコンパイラが見渡せる範囲で要素のpush_back()をしていないし…
正：だってコンパイラが見渡せない範囲で要素のpush_back()をやられる可能性が無いコードやし…

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:37:50.01

お前らそんなにカツカツのターゲットで仕事してるの？
フリースタンディング環境でトースターの制御マイコンとかそういう世界？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:42:16.32

マイコンでRAM1キロとかでもc++つかうよ。
ヒープどころかスタックすら殆んど使えず、ループカウンタすらstatic使うような状況でも、高級マクロとしての性能はc++の方が上
オーバーロード使えるだけでもありがたい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:44:44.77

しかしポインタは悪という考えには賛成する
全てのオブジェクトはimmutableであるべきだが現実にはそうではない
（オブジェクト指向プログラミングはmutableなオブジェクトを作る仕事だと一般に理解されている
するとポインタや参照の使用はオブジェクトの参照透明性を失わせる究極の悪となる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/04(木) 23:45:53.18

バイナリ肥大は余り気にしなくていい
ROM容量はRAMとは桁違いに余裕あるし
速度稼ぐためにテーブル作って持っておくとかでもc++だとやり易いw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 00:42:05.40

ポインタは悪いは草
プログラムの性質そのものだろｗ
良いも悪いもない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 00:50:35.24

>>675
おいおい
今時組み込みでrom実行する環境ほとんどないだろ
だいたい普通肥大化したかどうか比較できん
２つ作ることなんてまずないし
もし容量が足りなくなったら実行コードより他のでかいデータがやり玉になるので目立たない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:08:22.53

参照子を長い時間や広い空間で保持する行為が危険なのはどんな言語でも同じ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:20:04.09

>>678
全部値コピー（deep copy）ならそうはなんね

>>67７
ポップアップトースター…

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:20:13.88

ファームウェアのバージョンアップとかなら容量との戦い出てくるんでないの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:20:46.48

rom実行する業界ですまん
自分とこの環境はrom容量も限られてるけどロジックでの肥大化よりデータの肥大化の方が圧倒的に大きいからそこまで気にならんけど

**679** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:29:54.68

すまん全部immutableならと書こうとして手が滑った、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:33:18.52

ポップアップトースターのファームウェア（入力はほとんど時間と温度だけ、出力は動作だけ）で
実行コードより他のでかいデータが生じるケースとは
なんじゃらほい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:33:25.26

高級アセンブラの役割があること理解してる奴いないな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 01:48:21.75

シンプルなポップアップトースターに電子制御はいらんし
電子制御するような高機能トースターなら音声データくらい入ってるかもしれん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:03:59.75

転倒したときに加熱が停止するようにするくらいの制御はいるでしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:10:23.60

>音声データ
なおROMに置ける固定データはコードに含めるものとする
（>>675も事実上そう言っているのだから後出しではナイ

>>686
それは「出力は動作だけ」に含まれる
転倒したときプログラムがやることは、姿勢判定用センサと温度とタイマーの入力を受けて状態変数を何個か弄りつつヒーターを切るだけなんじゃ…
データの生成というプロセスは無い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:11:34.20

転倒時の停止なんかに電子制御はいらん
床面に接触するとオンになり、離れたら回路が切断される、というような単純なスイッチだけで十分

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:12:54.60

もっとも、状態変数みたいなmutableで邪悪なものを使わずに
全てimmutablueなオブジェクトでスマートに済ませるなら、オブジェクトの生成がデータの生成に該当し、多少RAM容量を消費するが
な、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 02:20:38.54

>>688
なるほど

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/05(金) 07:41:44.43

Rom実行でC++のテンプレートばりばり使ってバイナリ肥大しても問題ない環境ってどんなの？
プロセッサ、OS、メモリのサイズあたりどんなもん？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 08:32:12.48

OSは無し、CPUは数百Mhz、RAMは数十KB
誤解を招いたかもしれんが環境がこういう感じなんでテンプレートばりばりなんて無理なんだ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 10:27:12.65

C++はろくに使いもしない巨大モジュールがプログラムのビルド時にリンクされるから実用性ないわな・・・

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/05(金) 11:53:33.73

>>692
そのレベルの組み込みならわかる
C++全面的に使ったりしないよね

謎なのが
>>673
その環境でどうやってC++使い倒してんの？
例外ありなんだよね？

2019/07/05(金) 12:05:00.53

またCで十分おじさんか

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/05(金) 12:26:27.03

もちろん例外なし、RTTIなし、標準コンテナなし、仮想関数無し、new mallocも無し
だよ
templateで組み込みのC関数呼び出しに変換する固定小数点クラス作ったり、peripheralの実アドレスにmapしてメンバ関数で制御可能なラッパー作ったりと、メモリやバイナリ肥大しない様に使うのでも、c++機能は色々使い手が多い

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2019/07/05(金) 13:02:54.74

いわゆるBetter Cだろ
俺もそう言うのよくやる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/05(金) 13:20:11.14

>>696
バイナリ肥大気にしないって言った人？
言うこと変わってんじゃんw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 13:31:43.83

？
元々バイナリ肥大全く気にしないとかではないだろ
template使うとバイナリが必ず肥大するってのが大嘘なのよ
うまく使えばCよりユーザー側の負担を減らしたまま、バイナリサイズ減る方向に誘導出来る
ifdefのスイッチを型で分岐して自動指定するようなことが出来るからね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 13:36:49.89

まあRAMが極端に少ない場合は、
大抵バイナリ肥大気にする前にRAMが枯渇してしまう

ROM浪費してまでRAM容量押さえる手段すらとることもあるし。
ループ回さず展開すればループ変数分のスタック消費は押さえられるみたいな奴

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 13:38:34.49

そうですか
どうでもいいですね

2019/07/05(金) 14:29:40.45

多相アロケータとか組み込みに使えそうで期待してる

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2019/07/05(金) 19:29:27.74

>>698
どう変わってるの？
ちょっと説明してみ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 22:54:57.76

なおc++を使うことで増えるバイナリ肥大化は考慮しなくて良いものとする。
みたいなクソ意見。

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2019/07/05(金) 23:06:22.44

PCなら考慮しなくていいしプアな環境ならスタートアップルーチン削りまでする場合もあるし
環境書かなきゃクソも何もないわ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 23:23:06.20

>>704は、>>675の2行目を認識すべき

例：RX600シリーヅとか、ROMが2GBもあるのにRAMが128KBしかないのがあるし、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/05(金) 23:35:12.09

よく見たら2 MBやったorz
まあRAMは多いほうが良い
コードもRAMに置いた方が速いしimmutableなプログラミングもしやすいし、、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/06(土) 00:24:21.88

ramよりromの方がだいたい安価
電源が不安定でも一定の動作の保証がほしい
OS無いんで電源投入時の処理から自前で実装
そもそもそこまで速度重視しない

組み込みだとこういう環境があるんすよ
技術的には枯れた世界かもしれんが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/06(土) 02:13:02.83

stringからstd::chrono::secondsへ変換するにはどうしたらよいですか？？？？？？？？？？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/06(土) 02:18:48.19

auto sec=std::chrono::seconds(std::stoi(s));

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/06(土) 02:23:42.88

atoiだとオーバーフローする場合がありませんか？

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ) · 2019/07/06(土) 02:42:12.32

タイヤに空気入れると破裂しませんか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/06(土) 08:21:27.31

ディグダグのROMは何キロバイトですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/06(土) 10:43:54.53

stoullにしなさい
時間はintで扱っちゃあかん
あの日までもう20年切ってるんだ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 00:31:17.33

↑誰か曲を付けよう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 00:41:38.39

いいかい、学生さん、トンカツをな、トンカツをいつでも食えるくらいになりなよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 01:15:25.86

>>335の続き。
目的は一応達成できていたものの、偶然に頼りすぎたきらいのある>>333式の解決策の改善を試みたが、
やっぱテンプレートだけでは済まず、関数のオーバーロードも援用しなければ（意図した記述量では）実現できなかった、

・関数テンプレートの部分特殊化をやらないと、
　　tr_pos<Foo, *>()、tr_pos<Bar, *>()、tr_pos<*, Foo>()、tr_pos<*, Foo>()　（*=A, B, C, D, ...）
　の特殊化を総当りで書く必要があり全然省力化にならない
　（A, B, C, ...は1兆個ぐらいあるから、ほとんどコピペとはいえ4兆個のテンプレートの定義を書く必要が出てくる

・というわけで、クラステンプレートを経由する例のやり方で関数テンプレートの部分特殊化はやった

・結局、テンプレートの名前解決規則ではコンパイラが名前を解決できなくなるものとして以下の4ケースが残った。
　　tr_pos<Foo, Bar>(), tr_pos<Foo, Foo>(), tr_pos<Bar, Foo>, tr_pos<Bar, Bar>()
　こいつらは関数のオーバーロードで特殊化でおｋ

・スフィ姉は未調査

いじょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 01:22:19.64

なおFooやBarにset()やget()のメソッドを追加してA, B, C, ...と共通にtr_pos()できるようにする案はパフォーマンス上の問題で論外なのでもともと却下
（set()やget()の追加は出し入れするデータの型としてintermediateなクラスWの存在を仮定しているが、FooやBarとWとの間の変換は極めて重い処理となる

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/07(日) 09:11:52.62

>>718
Foo->Bar
Bar->Foo
Foo->Foo
Bar->Bar
この四つの操作は共通？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 12:23:18.94

>>719
共通ではありません
Foo->Bar、Bar->Fooは互いに他方の逆関数なので別
Foo->Foo、Bar->Barはそれぞれのコピコンを呼ぶように（今週から）しますた、

なお、先週は変換元インスタンスをx、変換先インスタンスをy、intermediateなクラスWをaとして、
　inline void tr_pos(.const (変換元クラス).& x, (変換後クラス)& y) { tr_pos(x, a); tr_pos(a, y); }
とか書いていたので、上記4者は「表記上は」共通操作に見えるコードだったが
今週からはその共通性も無くなり申した、

**デフォルトの名無しさん** (ｱｳｳｨﾌ) · 2019/07/07(日) 12:29:05.93

>>715
https://www.youtube.com/watch?v=W8C5Za4_4j4

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/07(日) 22:04:14.86

なんでC++で備えてる通信関係のインターフェースがソケット止まりなの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 22:10:23.25

需要がないから

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 22:26:16.63

少なくとも高レイヤのライブラリが標準で提供されることは今のところないな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 22:50:37.10

networking-TSで<net>を検討中だよ
C++20にはまだ入らなそうだけど

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/07(日) 23:00:04.50

無数にライブラリがあるじゃん