C++相談室 part155

**デフォルトの名無しさん** · 2021/03/24(水) 12:07:15.39

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

テンプレここまで

**デフォルトの名無しさん** · 2021/05/08(土) 15:24:23.88

>>725
tuple使え

**デフォルトの名無しさん** · 2021/05/08(土) 15:27:28.70

>>728
stream << ifstream1.rdbuf() << std::flushやstream.flush()

ifstream1.rdbuf() を実行する前に fush しないと意味無いと思わないか？

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/08(土) 15:31:41.86

>>736-738
関数の別名を作るなら constexpr を付けておいたほうがいいかもね。

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/08(土) 15:42:46.92

>>739
C++ 的には std::copy を使うんでないかな。
memcpy はメモリが連続していることを利用した最適化をしている可能性が高くて効率的だけど、
T が trivially copyable でないときに memcpy で正しく複製できるかは未定義なので、
汎用的な部品として構築するには memcpy は向いてない。
低レイヤでビットパターンのコピーで良いことがわかっているなら memcpy でも良いだろうし、場面による。

**デフォルトの名無しさん** · 2021/05/08(土) 15:43:03.39

テンプレート引数の部分指定みたいのってないんですかね
template<class T, int x, int y> auto hoge(array<T, x> fuga){
、、、
}
って関数を
array<int, 5> aaa;
hoge<int, 5, 8>(aaa);
みたいに呼び出すときってintと5はaaaを渡した時点で分かりきってますよね？
だから
hoge<8>(aaa);
みたいに呼べたら良いなと思ったんですが

**デフォルトの名無しさん** · 2021/05/08(土) 15:57:41.09

int yをテンプレート引数の最初に持ってきてみ

**デフォルトの名無しさん** · 2021/05/08(土) 15:58:45.38

>>740
見当違い

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/08(土) 15:59:25.53

>>744
後ろのほうのパラメータは省略できるが、頭のほうのパラメータは省略できない。
順序を変えれば OK

#include <array>

template<int y, std::size_t x, class T> auto hoge(std::array<T, x> fuga){
}

int main(void) {
std::array<int, 5> aaa;
hoge<8>(aaa);
}

**デフォルトの名無しさん** · 2021/05/08(土) 16:48:31.28

>>745
あざ！

**デフォルトの名無しさん** · 2021/05/08(土) 20:11:34.06

ある条件でvectorを返してある条件でintを返す関数って作れないんですよね？

**デフォルトの名無しさん** · 2021/05/08(土) 20:16:14.63

>>749 「条件」がコンパイル時に決まるものなら作れるよ。
実行時に決まる条件でも variant<vector, int> を返す関数なら作れるよ。

**デフォルトの名無しさん** · 2021/05/08(土) 20:47:53.13

>>749
そんなふうに実装する必要ある？

**デフォルトの名無しさん** · 2021/05/08(土) 21:04:51.07

>>750
ないんでやめます
あるいはオーバーロードで作ります

**デフォルトの名無しさん** · 2021/05/08(土) 22:02:29.92

overlord

**デフォルトの名無しさん** · 2021/05/08(土) 23:21:52.15

std::anyつかえば実行時でも出来るよ

**デフォルトの名無しさん** · 2021/05/09(日) 12:35:35.77

あるオブジェクトの参照を受けたときはそのオブジェクトを変更する void 関数で、一時オブジェクトを受けたときはそれを変更したものを返す関数
を作りたいとき、後者ってどう表現したら良いんですかね？

**デフォルトの名無しさん** · 2021/05/09(日) 13:27:45.76

move

**デフォルトの名無しさん** · 2021/05/09(日) 13:56:14.42

>>756
右辺値を受け取った場合をオーバーロードするってことですか？

**デフォルトの名無しさん** · 2021/05/09(日) 15:01:51.23

つ右辺値参照

void func(Hoge& h) {
...
}
Hoge func(Hoge&& h) {
...
return h;
}

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/10(月) 14:33:11.74

そういう形でオーバーロードするのはお勧めできないな。
ムーブできるところでは知らんうちにムーブになって効率的に動作してたってのが理想的で、
右辺値か左辺値かによって使い方も異なるってのはやめたほうがいい。
別の名前を付けたほうが良さそうに思う。

**デフォルトの名無しさん** · 2021/05/10(月) 15:14:27.70

stringstream hoge を seekp するとき
hoge.seekp(a, ios::cur);
と
hoge.seekp(a, ios_base::cur);
のどちらが正しいですか？

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/10(月) 16:48:01.25

>>760
どちらでも問題ない。 ios::cur は ios_base から継承したもので、同一の存在。
しかし習慣的には ios_base を直接使うべきではない (ios::cur を使うべき) と思う。

**デフォルトの名無しさん** · 2021/05/10(月) 18:22:42.09

右辺値参照って、扱ってるクラスがムーブコンストラクタを持ってない限りは、「これは右辺値参照です」という意思を表示することにしかならんのですよね？

**デフォルトの名無しさん** · 2021/05/10(月) 20:56:06.60

非const&はともかく
const&と&&の多重定義は普通だろ

**デフォルトの名無しさん** · 2021/05/11(火) 03:49:55.52

template<class T> void hoge(pair< vector<T>, vector<T> >);
を、vector<int> A, B として
hoge({A, B})
って呼ぶのは T の deduction/substitution に失敗するからダメで
hoge(make_pair(A, B))
って呼ぶのはオッケーだったんだがホワイ？
そんくらいできろやって思うんだが

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/11(火) 04:17:34.41

>>764
推論できないわけではなくて std::initializer_list に推論されるというルール。
そのルールが結果的に妥当かどうかはともかく今更変えるわけにもいかんし、
仕方がないんだわ。

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

tuple

**デフォルトの名無しさん** · 2021/05/12(水) 00:29:14.70

>>591
シープラプラも混ぜて

**デフォルトの名無しさん** · 2021/05/12(水) 22:39:19.73

可変個の参照をとる関数の一番簡潔な書き方って何ですかね？

呼び出すときは
hoge(a, b, c, d)
あるいは
hoge({a, b, c, d})
みたいにしたいです

**蟻人間** ◆T6xkBnTXz7B0 · 2021/05/13(木) 00:03:41.49

いくつか方法がある:
va_list
std::initializer_list
variadic template

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/13(木) 00:25:58.06

要素の型が全て同じなら std::initializer_list が比較的扱いやすいとは思うが、
それだけでまかなえないからこそ選択肢があるのでもう少し条件を提示して欲しいね。

**デフォルトの名無しさん** · 2021/05/13(木) 14:22:44.17

防衛省が中国のハッカーとやり合える人材を募集中年収最高２０００万円
https://leia.5ch.net/test/read.cgi/poverty/1620874048/

**デフォルトの名無しさん** · 2021/05/13(木) 14:25:28.62

vector
array
tuple

**デフォルトの名無しさん** · 2021/05/13(木) 15:33:03.69

上限2000万じゃ安すぎ

**デフォルトの名無しさん** · 2021/05/13(木) 15:38:49.41

武器禁輸措置に抵触する認定プログラマのお値段がたったの2000万円？
安すぎだろ

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/13(木) 15:57:38.17

そういう額って「保証する額」なので上限が保証されてても意味ないんだよな。

**デフォルトの名無しさん** · 2021/05/13(木) 16:06:58.80

ベストエフォートが 1Gbpsでも現実は 10Mbpsみたいな話だな。

**デフォルトの名無しさん** · 2021/05/13(木) 16:08:53.03

最近知ったことだけど回線品質が悪いからではなく沢山の人に共有利用させすぎているせいで速度が出ないだけらしい。
実際、ダウンロードは遅いのにアップロードは速いのはそれで説明できるそうだ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/13(木) 16:33:36.23

>>777
割り当てを失敗してるんだからそれは「回線の品質が悪い」んだよ。
運用も回線の一部。

**デフォルトの名無しさん** · 2021/05/13(木) 16:35:51.69

ダウンロードが遅い原因は経路の他にサーバーという場合もあるね

**デフォルトの名無しさん** · 2021/05/13(木) 16:55:36.92

人混みではWiFiも奪い合いでブツブツ切れまくる

保証するのは普通「下限」だよな

**デフォルトの名無しさん** · 2021/05/13(木) 17:54:36.06

>>778
ADSLとかで遅いのも回線がズタボロに品質が悪いからではなく
多くの人で分けすぎていることが原因の場合があるらしい。

**デフォルトの名無しさん** · 2021/05/13(木) 20:55:57.03

給料でも、100万円みたいに上限を書いているものは、無意味。
嘘広告と同じで、絶対にもらえない

給料で大切なのは、15万円みたいな下限。
最低保証額

**デフォルトの名無しさん** · 2021/05/13(木) 20:59:43.10

何のスレだよ

**デフォルトの名無しさん** · 2021/05/14(金) 00:45:53.77

最低時給みたいなもんか

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/14(金) 02:31:20.51

直接的に関係ない話になってはいるが、
保証の内容の違いはプログラミング的にも割と重要な話。

十秒で十の仕事をするという保証と
一秒で一の仕事をするという保証は異なる。

**デフォルトの名無しさん** · 2021/05/14(金) 02:47:39.90

アホみたいな質問というか雑談なんですが、皆さんは同じ型のものを2つまとめるのにpairって使いますか？
2要素vectorの方が要素アクセスのしやすさ等の観点から自分にとっても他人にとっても親切な気がしてきました

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/14(金) 02:57:56.08

>>786
同じ型かつ二要素という保証が重要な場面なら std::pair より std::array を使う。

**デフォルトの名無しさん** · 2021/05/14(金) 03:23:37.52

std::pairは機能拡張に弱いので自発的には使わない方がいい

**デフォルトの名無しさん** · 2021/05/14(金) 05:56:11.89

IntelコンパイラはParallel Studioが終了してoneAPIになったけど、
これ無料なん?Intelからは無料ダウソできるけど、
エクセルソフトは有料販売続けてるのはどこが違うの?

**デフォルトの名無しさん** · 2021/05/14(金) 06:01:58.07

ダウソってなんスか?

**デフォルトの名無しさん** · 2021/05/14(金) 06:20:13.81

>>786
POINTやSIZEは普通に構造体宣言だね
complex<T>も明らかにTとTだね

こんなもんpairで作るやついたら全力で逃げる

**デフォルトの名無しさん** · 2021/05/14(金) 06:21:57.15

カワウソの一種です

**デフォルトの名無しさん** · 2021/05/14(金) 06:23:51.18

template <class T>
struct point : private std::pair<T, T>
{
T& x;
T& y;
point() : x(std::pair<T>::first), y(std::pair<T>::second) { }
};
・・・アホくせｗ

**デフォルトの名無しさん** · 2021/05/14(金) 07:22:41.27

pairてmap以外で使った記憶ないな

**デフォルトの名無しさん** · 2021/05/14(金) 07:25:10.38

std::equal_range() の戻り値がstd::pairだよ

**デフォルトの名無しさん** · 2021/05/14(金) 10:51:44.98

std::pair を使うかという問いに対して std::pair をなんと継承している例を持ち出してアホくさいとはね
アホくさいんじゃなくアホなんだよ

**デフォルトの名無しさん** · 2021/05/14(金) 12:30:32.58

>>796
あ？　自分は答えないくせに他人のコメントにいちゃもんつけるやつにだけは言われたかねえぜ

**デフォルトの名無しさん** · 2021/05/14(金) 12:31:39.95

どーせ継承いらん厨とかそういう手合いのゴミだろてめえ

**デフォルトの名無しさん** · 2021/05/14(金) 12:47:38.30

twitterでC++というキーワードがどうやっても検索できないのは独占禁止法に抵触するよね？

◆QZaw55cn4c · 2021/05/14(金) 21:28:42.13

>>771
0 の数が二つ足りない

◆QZaw55cn4c · 2021/05/14(金) 21:29:55.39

>>798
継承………
いらないと思います、最近の私は全部委譲で書いていて、その方がまともだとおもっていますね

**デフォルトの名無しさん** · 2021/05/14(金) 21:31:11.99

こういうのは技術だけじゃダメだからなあ
相手の心理を読み解く嫌らしいまでの知略がないと

**デフォルトの名無しさん** · 2021/05/14(金) 23:11:38.64

継承は多用こそしないが要る
std::pairの継承はもちろんしない
std::pairは使う
終わり

同じ型で2要素のものをpairにするかvectorにするかarray<T, 2>にするかは好みとしか言いようがない
どれにしたから怒られるということもなかろう

**デフォルトの名無しさん** · 2021/05/15(土) 00:42:32.70

でもそれが可能だということはやってはダメと言われてるわけでは無く許可されてることだろ
本当にダメならそもそも出来ないハズだ
やれることをやってなんでダメと言われるのか全く理解出来ない

出来ないのであれば不可能にすべきだがそうなってない、
ならばやっていいことに決まってる

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/15(土) 00:48:41.02

やればいいよ。
その結果がどうなるか知らんけど。

**デフォルトの名無しさん** · 2021/05/15(土) 01:23:50.42

>>793は無理してpair使うとアホなことになると言いたいのかと思ってたんだが違うのか

**デフォルトの名無しさん** · 2021/05/15(土) 01:23:56.78

乗用車は余裕で時速150km出せる

**デフォルトの名無しさん** · 2021/05/15(土) 06:16:06.77

>>801
インターフェイスも否定する？

**デフォルトの名無しさん** · 2021/05/15(土) 06:35:29.42

自分は使わない、以上だってpgr
コードを常に1人で書く人ってことだね

チームでやってるときに異端な主張で
クセ強すぎるコード書くやついたら叩き出す

**デフォルトの名無しさん** · 2021/05/15(土) 06:43:05.27

大昔全部ヘッダファイルにコード書いてやった俺は正しかった
今になって大流行
自分の先見の明が恐ろしい

**デフォルトの名無しさん** · 2021/05/15(土) 07:20:42.20

XXという機能は要らないという奴はたいてい
自分の特定ジャンルのコーディングしかしたことない奴が多い

**デフォルトの名無しさん** · 2021/05/15(土) 07:51:13.54

ほんとうにいらないものもある

**デフォルトの名無しさん** · 2021/05/15(土) 07:57:34.33

本当にいらないものは大体ここ10年の規格改訂で削除かdeprecated行きになってる
まだそうなってないものは多分必要なんだよ

◆QZaw55cn4c · 2021/05/15(土) 09:26:33.74

>>808
否定しません

**デフォルトの名無しさん** · 2021/05/15(土) 09:35:04.56

ヘッダファイル内で定数使いたいときって結局どうしたら良いんですか
ネームスペース作るほどじゃないが、スコープはそのファイル内だけで良いって状況です

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

32bit整数なら列挙型
それ以外なら定数をあきらめて定数を返す関数にする

**デフォルトの名無しさん** · 2021/05/15(土) 10:30:59.22

>>816
あざす！

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

>>793
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/44431
https://www.akiradeveloper.com/post/programmer-life-10-years/

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

>>810
流行っていうか仕様上仕方なくってことなら判る
template とか obj にコンパイルしても
必要な時に見つからないって言われるの
回避する方法あったら教えて

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

>>801
悪いが、やっぱQZは、頭の働きが余り良くないと思う。
継承はオブジェクト指向ではなくてはならないものだし。

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

>>820
ただし、個人的には委譲についてはそんなに詳しくは無く、#include程度のものだという理解しかない。
しかし、C++のクラスには元々継承の機能が付いているのだから敢えて委譲方式を使う必要は無いと思う。
また、委譲にしたときのデメリットは分かるが、メリットは分からないし。

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

C++において委譲てメンバ変数に持つだけやろ
vectorにデータ保持するクラスがvector継承とかおかしなことになる
昔から言われてるis-aとhas-aで考えるのが自然じゃないの

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

継承は今となっては注意して使うべきものって評価が定着したものと思ってた
リスコフ置換原理とか、差分プログラミングとか、composition over inheritanceとか

**デフォルトの名無しさん** · 2021/05/15(土) 13:08:50.36

>>823
そんな高度なことをUQが知ってるのか？

**デフォルトの名無しさん** · 2021/05/15(土) 13:18:14.47

>>820
確かにいちいち相手を口撃しないと議論もできないのは頭が悪いね

**デフォルトの名無しさん** · 2021/05/15(土) 13:58:00.84

> 個人的には委譲についてはそんなに詳しくは無く、#include程度のものだという理解しかない。

> vector継承

えっちょっとレベル低過ぎて驚愕してるんだが、休日プログラマたちが張り切って変なこと言ってるだけだよね？
「委譲は#include程度のもの」は意味不明としか言いようがないし、STLコンテナの継承って典型的なアンチパターンなんだがなんでそんなもの引き合いに出してくるのか分からんし

**デフォルトの名無しさん** · 2021/05/15(土) 15:34:06.78

>>822
ほぼその通りだが
メソッドとか共通のときって
全部のメソッド描くか？
template <R, P>
R *(P a){return ($1)(a);}
観たいに描けたら良いのに

**デフォルトの名無しさん** · 2021/05/15(土) 15:35:17.73

ああ違う
R *(P a){return (m->($1))(a);}
観たいな感じ

**デフォルトの名無しさん** · 2021/05/15(土) 15:57:12.68

>>826
安心せい
ド素人がシッタカかますスレへようこそ
釣り、知ったか、荒らしは単にスルーされます

◆QZaw55cn4c · 2021/05/15(土) 16:47:33.61

>>820
＞継承はオブジェクト指向ではなくてはならないもの

私も昔からそう習ってきてはいましたが、さて、いろいろ書いてみたものの「継承で書いた方がスマート」という経験が皆無なのです、「委譲で書いた方がスマート」ならば沢山あるのですが
あえて継承が有用な場面といえば、エラー等の例外関係の個々のクラスを大雑把にカテゴライズするための基底型、くらいのものでしょうか…

なにかお題を定めて「①：継承だけを使って書け、②：委譲だけを使って書け、③：①②を評価せよ」という例をいただけないでしょうか。

**デフォルトの名無しさん** · 2021/05/15(土) 17:50:08.18

>>830
「委譲」って具体的にどういう書き方のことなの。

**デフォルトの名無しさん** · 2021/05/15(土) 17:55:09.56

>>831
ええ、頭の働きが悪いと煽りつつそれ聞いちゃうの？

**デフォルトの名無しさん** · 2021/05/15(土) 17:56:27.49

>>826
Rubyでの委譲は #includeのようなものの様に見えたんだよ。
さっき検索してみたら、一般的にはそういうことではないらしいが。

**デフォルトの名無しさん** · 2021/05/15(土) 17:57:27.50

>>832
委譲という言葉はC++では余り耳慣れなかったので本人がどういう意味で使ってるか聞いて見たい。

**デフォルトの名無しさん** · 2021/05/15(土) 17:59:33.89

C#でのdelegate、Rubyの委譲(#includeみたいに見える)、Wikipediaに載っている委譲、それぞれかなり違うことを言っているように思える。
記憶だと、C#のdelegateって他の言語でClosureと呼ばれているもののように思えた。
FunctorとClosureの違いはちゃんと分かってないが。

**デフォルトの名無しさん** · 2021/05/15(土) 18:02:34.95

>>835
あ、Rubyは、Mix-inの方だったわ、スマン。

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/15(土) 18:05:50.33

別のところに処理を丸投げするような仕組み (ただし丸投げする先をディスパッチする仕組みには色々とある) が委譲なので、
基底クラスのメンバ関数が呼ばれるのも広義には委譲の一種なんじゃないかなぁ……。

**デフォルトの名無しさん** · 2021/05/15(土) 18:35:44.23

C#のdelegateって、クロージャとかオブジェクトのメソッドをレシーバごと格納できるコレクションだよね
同じ引数と返り値を持っている関数みたいななものならば、なんでも追加できる
そいでその引数と返り値の関数として呼び出すことができる
移譲先を格納しておくのに便利な機能

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

>>834
そうかあ・・・耳慣れないのか
耳が悪いんだね

コンストラクタの委譲もピンプルも知らないのに
キリッちゃってる人って・・・(自粛)