C++相談室 part155

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

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

テンプレここまで

**デフォルトの名無しさん** · 2021/05/06(木) 19:58:59.64

引数の型から返り値の型が明らかに決まるとき、返り値の型をわざわざテンプレート引数として書くのがめんどいんですが、省略するテクありますか

**デフォルトの名無しさん** · 2021/05/06(木) 20:33:45.29

>>691
引数の型で明らかに決まるんなら、戻り値の型を引数の型引数から導出される型として表現できるはずでしょ

**デフォルトの名無しさん** · 2021/05/06(木) 21:37:43.27

>>689
boost foreachができたのは15年以上前だから仕方ない。今更使う必要もないと思うぞ

**デフォルトの名無しさん** · 2021/05/06(木) 21:50:31.70

>>690
xを、このあと殺すだけだから
ぶっちょんぶっちょんに犯しまくっていいよってこと
それがconstのない右辺値参照にキャストするってこと

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

>>691
autoとか？

**デフォルトの名無しさん** · 2021/05/06(木) 23:11:22.73

>>692
どうやって書くの？
template<class T1, class T2, class T3> T3 func(T1 a, T2 b){
T3 c;
return c;
}
みたいなやつのT3をテンプレート引数じゃなくしたいってことなんですが

**デフォルトの名無しさん** · 2021/05/06(木) 23:21:31.82

>>696
int64_t ret = func<int, size_t, int64_t>(100, 200);

**デフォルトの名無しさん** · 2021/05/06(木) 23:22:49.21

>>694
v とか x は y = move(x) の後で使い回しても良いんですよね？
つまり、vector v の要素の参照 x を move しても、v の要素も x も影響を受けなくて、y の構築のされ方が違うだけということで良いんですかね？

超初歩的なこと聞いてすみません

**デフォルトの名無しさん** · 2021/05/06(木) 23:28:09.10

>>697
？？？
> func<int, size_t, int64_t>
の int64_t をテンプレート引数じゃなくしたいってことです
実行時に返り値の型が分かるような関数を作るテクはあるかと言い換えても良いです
無理なら無理で良いです

**デフォルトの名無しさん** · 2021/05/06(木) 23:29:49.59

>>693
>>537,542みたいなときはある

**デフォルトの名無しさん** · 2021/05/06(木) 23:31:52.81

>>698
右辺値参照はあくまで、一時オブジェクトですよと示すだけなのでそのコードでは問題ない
けどyがint yじゃなくてvectorなどの、
「一時オブジェクトを受け取った場合、メモリ確保やコピーのコストを減らすために中身のポインタだけすげ替える」
クラスだった場合、その後のvの中身は使えなくなる
moveはただのT &&へのキャストだよ

**デフォルトの名無しさん** · 2021/05/06(木) 23:33:25.48

>>700
うーん、そのためだけに使うってのはちょっとなあ

**デフォルトの名無しさん** · 2021/05/06(木) 23:33:54.75

>>699
>>695に出てるじゃん
T3無しで自分で書いてみた？

**デフォルトの名無しさん** · 2021/05/06(木) 23:44:41.27

>>692,695,697,703
返り値の型がautoな関数って普通に作れるんですね
すみませんでした
ありがとうございました

**デフォルトの名無しさん** · 2021/05/07(金) 04:09:07.13

初歩的な質問かつスレチ気味ですみません
vscodeを用いて簡単なコードを書きました
ビルドとデバッグを試みました
ビルドは出来ましたかデバッグにエラーが出て、No such file or directryとあります
パスを指定する際に日本語が含まれていることでエラーが出たのかと思うのですが正しいですか？

**デフォルトの名無しさん** · 2021/05/07(金) 04:11:25.73

>>705すみません VScodeスレがあるのに間違えてこちらで質問してしまいましたスルーしてください大変失礼しました

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

std::stringとstd::string_viewって何が違うんすか？

**デフォルトの名無しさん** · 2021/05/07(金) 06:15:48.18

>>707
動的メモリを使うのがstring
使わないのがstring_view

大昔からあるのがstring
C++17で新設されたのがstring_view

**デフォルトの名無しさん** · 2021/05/07(金) 06:37:17.09

>>708
なるほど
最近の開発ではstring_view使うほうが主流ですかね

**デフォルトの名無しさん** · 2021/05/07(金) 06:38:54.78

>>709
string_viewを使う機会はほとんどない

**デフォルトの名無しさん** · 2021/05/07(金) 06:58:15.44

>>710
string_viewのほうが軽いのではないのですか？

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

その違いがわかるほどのシステムなんてあるのか?

**デフォルトの名無しさん** · 2021/05/07(金) 08:46:52.79

バッファを操作するライブラリはC以来の蓄積があり、string_viewに移行する利点があまりない
これから新しく作るならstring_view特化でもいいかもしれないけど

**デフォルトの名無しさん** · 2021/05/07(金) 10:52:52.13

テンプレート引数にstring::size()みたいな非定数を渡す方法教えてくんろ

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

部分文字列の抜き出し繰り返す構文解析的なプログラムをstringをつかって自前でゴリゴリ１から書くなら、string_viewでかなり速度上がりそうではあるね

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

>>714
渡せるわけないだろ
constexpr付いててコンパイル時評価になるならともかく

**デフォルトの名無しさん** · 2021/05/07(金) 11:31:31.31

>>716
なんかテクねーの
例えばarrayの長さをどうしても実行時に決める技みたいの

**デフォルトの名無しさん** · 2021/05/07(金) 11:37:35.53

原理的に不可能だよ
定数値が必要ですとか言われるやろ
実行時分岐でテンプレート引数を決めるとかは出来るだろうけど

**デフォルトの名無しさん** · 2021/05/07(金) 11:39:55.84

>>717
使う全ての長さの分のstd::arrayのパターンをマクロか何かで生成して、入り口で分岐させればいけるんじゃない？w

**デフォルトの名無しさん** · 2021/05/07(金) 11:45:23.03

>>717
裏テクはある
当然糞コードになる
後で観る気が起きなくなる
やめとけ

**デフォルトの名無しさん** · 2021/05/07(金) 11:47:37.42

size_t n = str.size();
switch (n) {
　　case:1
　　　　return array<int, 1>;
　　case 2:
　　　　...
こんなん？(でも戻り値の型の違いもテンプレートに出来ないのでanyとかで吸収しないといけない

**デフォルトの名無しさん** · 2021/05/07(金) 11:51:06.04

ありがとうございます
上の方で関数の返り値用のテンプレート引数をautoで省略したいとか言ってた者なんですが、大人しくテンプレート引数一個追加します

**デフォルトの名無しさん** · 2021/05/07(金) 12:26:02.94

>>717
system()でコンパイラを呼び出してDLLをビルドしてLoadLibrary()

**デフォルトの名無しさん** · 2021/05/07(金) 12:43:40.65

あーarrayの必要サイズがわからん状態で型決めようとしてたのか
それはユーザーが指定しないとしょうがないね

**デフォルトの名無しさん** · 2021/05/07(金) 12:55:13.65

>>724
arrayは例えですが、それに近いことです
実行時に計算した値を変数テンプレートに入れたかったです

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

pow(int, int) の型って int なん？
Promoted pow(Arithmetic1, Arithmetic2) とあるが、int と int が promote されたら何になるの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/07(金) 14:39:02.01

>>707
std::string はそれ自体が文字列のデータを所有している。
std::string_view は他の文字列の一部 (または全部) の範囲を表現しているだけで、文字列の本体は所有していない。
(なので参照先の寿命が先に尽きたらダングリングになることに注意。)

文字列全体の参照は単に std::string& で良いのだが、
一部の範囲だけを表す型が従来は無かったので std::string_view が新設された。
std::string_view は Go や Rust で言うところのスライスのような概念に近い。

**デフォルトの名無しさん** · 2021/05/07(金) 21:40:55.35

std::ifstream ifstream;
ifstream.open(filePath);
std::stringstream stream;
stream << ifstream.rdbuf();

とやったとします…この場合…flushって必要なんでしょうか？…
stream << ifstream1.rdbuf() << std::flushやstream.flush()…そもそもifstream.rdbuf()を使っているのが…
なんか…怪しくて…全て書き込まれていない事って…起きるんでしょうか？
ofstreamだと…flushがいるのは解るんですが…この場合って…どうなん？
stream << ifstream.rdbuf()の振る舞いが解らなくて…本当にいつも…全部…読めているんでしょうか？
ifstream.rdbuf()って…怪しいじゃないですか…悩みます…。誰か…詳しい人…います？

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

ostreamを継承してるので…一応…儀式として… << std::flush を付けておきます…

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

ﾋｴｯ…、、、く、車輪のx発明の人……！

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/07(金) 23:09:25.10

>>728
operator<< を呼んだ直後の時点では完全に書き込まれていない可能性は有る。
ただ、色んな場面で pubsync が呼ばれて辻褄合わせをすることになってるんで、
その時点で完全でなくても大抵の場合に問題にならない。

ストリームがキャラクタデバイスに接続されている場合のような
書き出しのタイミングが意味を持つような状況でなければ明示的に flush が
必要な場面はあまりない。

**デフォルトの名無しさん** · 2021/05/07(金) 23:41:24.93

stream << ifstream.rdbuf() の振る舞いが解らなくて…怪しいと思っていたけど…大丈夫らしい…
https://stackoverflow.com/questions/49546569/how-does-this-one-stream-command-read-in-an-entire-file-in-c

**デフォルトの名無しさん** · 2021/05/08(土) 00:06:58.58

coutとcerrでコンソールに出すときcoutを適宜flushしないとcoutとcerrで表示が同期しないという印象、

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

coutのようにバッファリングしながらもstderrに出力するclog

**デフォルトの名無しさん** · 2021/05/08(土) 07:59:26.09

>>726
promoteはintよりサイズの小さい整数がintになることだぞ
浮動小数点の場合はdoubleになること

powは<cmath>で次のように宣言されていて
float pow(float x, float y);
double pow(double x, double y);
long double pow(long double x, long double y);

pow(int, int)の返却値はdoubleとなる

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

hoge() という関数の意味で hoge_() という書き方を使いたいとき、using hoge_ = hoge ってできますか

**蟻人間** ◆T6xkBnTXz7B0 · 2021/05/08(土) 14:50:03.11

>>736
usingの代わりにauto

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

>>737
？
auto hoge_ = hoge？

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

C++にmemcpyの代替ってあるんですか？
メモリが連続でコピーする区間が重複してないときに型 T のものを x 個分コピーするときは、2021年現在も
memcpy(destのアドレス, srcのアドレス, sizeof(T)*x);
で良いんですかね？

**デフォルトの名無しさん** · 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

ダウソってなんスか?