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

**デフォルトの名無しさん** · 2019/03/16(土) 00:18:04.69

>>376
仕様ってのは例外外に出すか出さないか、
出すなら出し得る例外の種類のリスト
出さないならエラー毎にエラーコードやら返し方やら決めるって話

**デフォルトの名無しさん** · 2019/03/16(土) 00:23:45.45

そうなんだよね
例外の仕組みわかってないやつは平気で動的ライブラリの界面に
例外使ったりするんだよね
あと標準ライブラリ丸出しにするやつもしかり
それ誰も互換性保証してねーから

**デフォルトの名無しさん** · 2019/03/16(土) 00:24:47.11

>>376
核戦争を生き抜くには。

**デフォルトの名無しさん** · 2019/03/16(土) 00:24:57.90

まあ標準ライブラリの例外の使い方のおかしさも気になるが

std::stoiで例外投げるバージョンしか無い上に何故かlogic_error扱いのinvalid_argumentやout_of_range投げる

いや、これ出る状況普通runtime_errorだよね

**デフォルトの名無しさん** · 2019/03/16(土) 00:29:24.58

>例外含めて外部仕様としてかっちり決まっているべきものじゃね

そこを言語の機構で保証できない、動的言語みたいななあなあ状態なのが残念なところだね。
それをきっちり保証しようとした検査例外はそれはそれで扱いづらいところがあるし。

**デフォルトの名無しさん** · 2019/03/16(土) 00:29:25.98

>>371
リカバリーするかしないか、頻度が高いか低いか、どちらもプログラム（特にライブラリ）を書いてる時点では
言い切れないから困るんですよねぇ。

**デフォルトの名無しさん** · 2019/03/16(土) 00:36:35.46

そこでプロパティ型なんですよ。

**デフォルトの名無しさん** · 2019/03/16(土) 06:11:19.71

>>372
無限にnewできる理想郷に住んでるんだろw
相手しなくていいよ

**デフォルトの名無しさん** · 2019/03/16(土) 06:46:32.47

復旧不可能な例外もあれば、些細な例外もあるよね。
戻り値チェックで十分でしょと思うようなところで例外を投げるJava/C#みたいな流儀だと、いちいちキャッチするのが面倒。

**デフォルトの名無しさん** · 2019/03/16(土) 06:52:39.99

Cでは戻り値で判定できたはずのエラー種別が例外クラスで細かく分類されてしまったことで、
エラー処理で書かなければならないコード量が増えて例外のキャッチ漏れまで起きる危険性が生み出された。

**デフォルトの名無しさん** · 2019/03/16(土) 07:31:06.00

その程度の知識で語ってる奴は戻り値方式でも処理漏れするだろw

**デフォルトの名無しさん** · 2019/03/16(土) 07:35:15.72

例外の嫌なところは
処理できない案件を低水準側に丸投げするところなんだよな…

ユニックスのプロセスの死亡順序もそうだが、
計算機業界は常識が逆転してゐる…

**デフォルトの名無しさん** · 2019/03/16(土) 07:38:02.24

というわけでおそらくアプリの設計ｼﾁｭの99%ぐらいは
　例外発生＝プログラムの死亡
、とみなして良いはず
ここまで割り切るならはじめて例外はお手軽で便利と言える

**デフォルトの名無しさん** · 2019/03/16(土) 12:28:02.50

例外をキャッチしたらプランBに移行するのが、真の戦闘のプロ。

**デフォルトの名無しさん** · 2019/03/16(土) 12:49:25.73

例外なんてグローバル変数みたいなもの。
だから低レイヤで使うのは仕方ない

**デフォルトの名無しさん** · 2019/03/16(土) 12:50:47.84

std::cin >> a;

は入力を延々と待っている。
これ別スレッドから止めさせる方法はありますか？

**デフォルトの名無しさん** · 2019/03/16(土) 13:10:50.41

stdin閉じるとどうなる？

**デフォルトの名無しさん** · 2019/03/16(土) 15:40:22.15

（組み込みはともかくアプリの場合は呼び出し元の方が高水準レイヤにあたるのではないかというツッコミが来ると思ったが
　来なかったので黙っていよう…

**デフォルトの名無しさん** · 2019/03/16(土) 17:27:11.59

>>390
プランBったって、プログラム起動時にあらかじめmallocしておいた何キロバイトかをfreeして
ダイアログを出して[OK]で終了、ぐらいなんじゃ…

**デフォルトの名無しさん** · 2019/03/16(土) 19:15:22.19

>>388
いや、プログラムでは、呼び出し側の方が高レベル、呼び出された側が低レベル
なので、呼び出された側が例外を投げた場合、高レベル側の関数で処理できる
ので適切。

**デフォルトの名無しさん** · 2019/03/16(土) 20:00:47.57

多くの例外の基底クラスになる exception にエラーコード整数値を出力する関数があればもう少しC寄りのエラー処理ができたと思うのだが。
既存のexceptionメンバ関数 const char *what() だけでは扱いが困難。

**デフォルトの名無しさん** · 2019/03/16(土) 20:14:28.85

std:::to_string();

**デフォルトの名無しさん** · 2019/03/16(土) 20:14:39.74

>>397
必要ならそういうクラスを定義するだけだろ

**デフォルトの名無しさん** · 2019/03/16(土) 20:15:00.26

sage

**デフォルトの名無しさん** · 2019/03/16(土) 20:39:18.42

ユーザーにエラー原因を示すだけならconst char*でも大して問題ないし、
catchした側でエラーコードによって何かするというのはたいていアンチパターン。

**デフォルトの名無しさん** · 2019/03/16(土) 22:15:57.75

文字をwchar_tで処理しているプログラムだと例外文字列作るのが面倒
まあ詳細な情報出さずに固定文字列にしてしまえばいいんだけど

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

templateの使い道がいまいちわからん
STLやboostみたいなものは非常に有益だが

同僚がドヤ顔でコンテナを作ったって自慢してたが、
stlのコンテナを使わずにそいつのコンテナを使う理由が無い

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/17(日) 00:46:12.21

>>403
困ってないなら使わなくてもいいと思うよ。
困る場面がある人のための機能。

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

同じコードをコピペしなくて済むから、作業量も減るし、保守も楽になる。

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

>>403
せやな
ただそれは作るものの需要の有無の問題だ

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/17(日) 00:58:29.44

重複があることを事前に発見するのは難しい場合もあるから、
同じことを何度も書いている気がするなと思ったら
どうにかしてまとめることを検討するという程度でもいいかもね。

同じことをしないようにする、いわゆる DRY 原則というものはあるけど、
一方で、それを意識するあまりしなくてよい抽象化層を設けるのも馬鹿らしいということで、
必要になってからやるという YAGNI という考え方もある。

こういうのは程度問題なので、なんでもほどほどにね。

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

テンプレート（のパラメータにおける型の自動推論）と
関数のオーバーロードの合わせ技によるコードのまとめ力は異常

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

例えばストレージからintを読み込む関数、doubleを読み込む関数、unsigned charを読み込む関数を
同じ関数名と同じ引数の並び（例えばbool read(FILE* fp, <目的とする型>& x とか）ででオーバーロードしておけば、
template<class T1, class T2, class T3>
bool read_x3(FILE* fp, T1& x1, T2& x2, T3& x3) {
　if (!read(fp, x1)) { return false; }
　if (!read(fp, x2)) { return false; }
　if (!read(fp, x3)) { return false; }
　return true;
}
でもって、オーバーロードを実装した任意の型3個の組み合わせについて読込関数が実体化される
（実装されていない型に行き当たったらエラーになるからﾜｶﾙ
これはn個の関数と1個のテンプレートを書いただけで、n^3パターンもののユースケースに網羅的に対応できたことになるからｽｹﾞｰ強力

※ 個人の感想です

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

>>409
そこはfpも抽象化でしょ。
intハンドル、FILE*、iostream、HANDLE などなど派生関係のないものをtemplate化できる。

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

なおこのﾃｸをつきつめれば、テンプレートの特殊化というのは普通の意味では要らなくなるｷﾓｽ、
むしろ特定の型の組み合わせについて自動展開を禁止したいときに使う
（例えば可変長データのread関数を、データの先頭にデータの個数を書く約束で作ったとして、
　個数を読み込む関数を整数のread(fp, x)に限定したい場合、個数の型をdoubleにした特殊化テンプレートを書いてわざとエラーにするとか、

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

>>410
FILE* fpは十分汎用的でしかも最大限高速なので他への代替の必要性はほとんど考えられないし、
サンプルコードでむやみに凝っても仕方が無い

※ 個人の感想です

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

テンプレートはヘッダに全部書かなきゃいかんのなんとかならんか？

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

原理上どうにもならない

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

テンプレートの分割コンパイルは一度実装されたが1年がかりの複雑な仕事になったし
あまりに複雑すぎて普及に至っていないというようなことがプログラミング言語C++で読んだ記憶、

しかし、importキーワードがC++の予約語であるうちはまだ希望がある

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

FILE* fp は標準のfgetc()の実行速度が遅くて残念。バッファリングしている甲斐がない。

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

使いたい型決まっているなら別にできるだろ？
ヘッダで宣言だけ書いて、ソースで定義と明示的インスタンス化すればいいだけ

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

3大C++無限ループ話題

テンプレート実装の分割記述
getsetの実装

あと一つは？

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

多重ループの抜け方

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

STLにツリーがない理由を教えてください。

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

あるクラスが非トリビアルなコピーコンストラクタをもっていることを検出したい
そのクラスのメンバの型が非トリビアルなコピーコンストラクタを持っていたとしても。

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

>>418
メモリが云々

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

>>413
テンプレートを抜き出してヘッダーファイルを生成するプリプリプロセッサを作ればいい

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

>>421
トリビアルコピー出来ないことを検出したいならis_trivially_copyableで充分だけどそれ以上のことがしたいの？

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

>>409
糞抽象化の見本みたいなコードだなw。
そのうち使われなくなる種類のコードだ。

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

名人様一名いらっしゃいました

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

>>411
＞　個数の型をdoubleにした特殊化テンプレートを書いてわざとエラーにするとか、
そういうときはdelete指定が使えるんじゃね？
というかis_floating_pointとかで弾いた方がいいとも思うけど

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

>>409
x3とかつけない方が良くね？
てかvariable template使うところだね

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

variadicだた

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

バリスティック・テンプルね。

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

>>425
サンプルにまでマウントするとかw

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

マウントの定義を教えてください。

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

明確な定義があるわけじゃないけど、主に「勘違いした高卒が高等な他人を見下してること、もしくはその様」を指す語としてつかわれてんじゃないの

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

>>432
意識高い系

**KAC** · 2019/03/17(日) 21:23:45.76

>>432
猿などが優位だと主張するために
相手に馬乗りになること

こういう場では、
相手に反論した（つもり）なら満足し、
反論を受けると過剰反応を示す奴をさすことが多い。

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

>>435
＞相手に反論した（つもり）なら満足し、
＞反論を受けると過剰反応を示す奴をさすことが多い。
その説明だと某クソコテしか思い当たらないんだが・・・w

◆QZaw55cn4c · 2019/03/17(日) 21:57:43.35

>>436
誰？

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

オープンソース化されたWindowsの電卓を見たが、クッソ綺麗でモダンなコードだな

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

多分7に入ってた電卓とは別物だな

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

>>438
あの手のコードって意味ないよな
無意味に11や14で追加された機能をなんかを使いたがるやついるわー
そういったやつに限って仕事が遅い

ウンチクはいいから、さっさと終わらせろよ

**デフォルトの名無しさん** · 2019/03/18(月) 00:13:57.67

Windowsカーネルのオープンソース化待ってます

**デフォルトの名無しさん** · 2019/03/18(月) 05:32:24.67

sort関数の比較関数を、クラスのメンバ関数として定義すると invalid use of non-static member function というエラーが出ます。
なぜこれは禁止されるのでしょうか。
また、どうやって解決したら良いですか。

**デフォルトの名無しさん** · 2019/03/18(月) 05:33:36.55

エラーメッセージ読みなよ

**デフォルトの名無しさん** · 2019/03/18(月) 06:41:53.05

理屈を知ってる人には当然だけど、初めての人は混乱する部分じゃないかな。
sort で使う比較関数は色んな形で宣言できるけど、宣言する場所によって
エラーにならずに使える関数の形式が違うってやつ。

>>442 メンバ関数にした比較関数のプロトタイプ宣言はどんな感じ？

**デフォルトの名無しさん** · 2019/03/18(月) 08:08:37.98

非staticメンバをstaticのように使おうとしたときに出るエラーだからsortとか関係ない
Class::funcをsortに入れたんでしょ
Class().funcとするかfuncをstaticにするだけ

**デフォルトの名無しさん** · 2019/03/18(月) 08:49:38.19

今時はClass().funcでいけるんすか

**デフォルトの名無しさん** · 2019/03/18(月) 09:58:55.92

Class::funcってstaticじゃないの？

**デフォルトの名無しさん** · 2019/03/18(月) 10:42:04.28

->*みたいな書き方の意義がわかったら一人前どすな

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

ちなみにどんな意義があるの？

**デフォルトの名無しさん** · 2019/03/18(月) 19:22:09.39

>>444
bool mycomp(string a, string b);

です

**デフォルトの名無しさん** · 2019/03/18(月) 20:05:14.79

結局その場でラムダ式書くのが一番わかり易いんだよね

◆QZaw55cn4c · 2019/03/18(月) 20:09:56.80

>>448
>>449
https://mevius.5ch.net/test/read.cgi/tech/1434079972/39
なんと！ private なメソッドを呼び出せるのです！

**デフォルトの名無しさん** · 2019/03/18(月) 21:20:34.54

エクセルで使われているようなGUIにちょっとしたアニメーションをつけるには何使えばいい？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/03/18(月) 21:26:27.76

>>453
タイマー

**デフォルトの名無しさん** · 2019/03/18(月) 21:43:42.87

>>454
例えば四角形の座標の終点の値と移動にかかる時間をするだけでヌルッと動いてくれる機能があるやつがいいです

**デフォルトの名無しさん** · 2019/03/18(月) 21:45:05.39

普通にcのsort関数使えばいいのに。
キャストしたら負けとでも思ってんのかね。

**デフォルトの名無しさん** · 2019/03/18(月) 21:59:25.97

>>455
cocos2d

**デフォルトの名無しさん** · 2019/03/18(月) 22:47:37.12

std::initializer_list<int> l()
{
return std::initializer_list<int>{1,2,3};
}

std::vector<int> v()
{
return std::vector<int>{1,2,3};
}

int main()
{
for(auto i : l()){
std::cout << i << endl;
}
for(auto i : v()){
std::cout << i << endl;
}
}

0
0
0
1
2
3

なんで？

**デフォルトの名無しさん** · 2019/03/18(月) 22:56:40.87

>>458
std::initializer_listはちょっと変わったクラスで、コピーやムーブしても中身が付いてこない
関数の戻り値にしてコピー省略とかが入ったとしても同様

**デフォルトの名無しさん** · 2019/03/18(月) 23:23:21.73

>>456
cのsort関数はアドレス連続性がないコンテナには使えないでしょ。
vector::sort()とCのsort()の速度はあまり変わらないので、わざわざCのsort()を使う理由がない。

**デフォルトの名無しさん** · 2019/03/18(月) 23:28:12.28

qsort「おっワイの出番か？」

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

cのsortってラムダ渡せないし、ワザワザ面倒くさい記述してまで使う意味無いだろう。

**デフォルトの名無しさん** · 2019/03/19(火) 00:37:48.08

template<typename T>
T func(T a){
}
という関数の中身として、T が int なら a*2 を返し、T が double ならa/2 を返し、それ以外なら a を返す、という処理にしたい場合どう書いたら良いのでしょうか。

関数ごと特殊化する方法があるのは勉強したのですが、一行分の処理を特殊化するために関数ごと特殊化するべきなのでしょうか。

簡単化のため、必要さが全くない例になっていますがよろしくお願いします。

**デフォルトの名無しさん** · 2019/03/19(火) 00:43:22.56

STLが天才なのは分かったけど、遅くなりそうなのも分かってしまった。

**デフォルトの名無しさん** · 2019/03/19(火) 00:49:23.69

>>463
https://ideone.com/Oo65ND
これでいいのか知らんけど。

**デフォルトの名無しさん** · 2019/03/19(火) 00:54:54.54

>>463
簡単化しすぎて何を質問したいのかよくわからない
その例の程度の処理なら、intとdoubleの関数をオーバーロードして、template関数でデフォルトの処理も書けばいい
intとdoubleをどうしてもtemplate化したかったら特殊化で書けばいい

前後に長い共通処理がある場合の一部式だけ個別にしたいなら、関数オブジェクトで式を引数にとる補助template関数作って、上記手法で型毎にlambdaで式を変えて補助関数を呼び分ければいい

**デフォルトの名無しさん** · 2019/03/19(火) 00:56:32.83

>>466
特殊化する部分を関数として切り出して特殊化すれば良いということでしょうか。

**デフォルトの名無しさん** · 2019/03/19(火) 06:48:59.95

>>450
まずは、エラーなくコンパイルが通って実行できるまで。
単純には、比較関数をクラスの外に出して「メンバ関数じゃない関数」にする。

たぶんソートしたいクラス中には比較する文字列以外のメンバもあるだろうから、
class myclass {
public:
　string s; // 比較対象の文字列
　int other; // それ以外のメンバ例
　... // 他にもメンバ色々
};
こんな感じだと思う。

比較関数は、2つの myclass 型のオブジェクトのメンバ s 同士を比較するから、
bool mycomp(const myclass& a, const myclass& b)
{
　return a.s < b.s; // 辞書式の昇順
}

**468** · 2019/03/19(火) 06:54:39.65

あるいは >>468 の段階はすでに通過してて、
「今度は比較関数をクラスのメンバ関数にしてみよう」と思ったのかな。

bool mycomp(string a, string b);
このプロトタイプでクラスの「staticでないメンバ関数」にすると、
その関数はクラスのオブジェクトを介して obj.mycomp((string)a, (string)b)
という形で呼び出さなきゃならないのよ。

ところが std::sort() が比較関数を呼び出す場合は
どのオブジェクトとも関係ない mycomp((string)a, (string)b) を呼ぼうとする。

「クラスのメンバだけど、クラスの個々のオブジェクトからは独立した関数」に
するために、関数の宣言に static を指定する。
class myclass {
public:
　string s; // 比較対象の文字列
　int other; // それ以外のメンバ例
　... // 他にもメンバ色々
　static bool mycomp(const myclass& a, const myclass& b); // 比較関数
};

(「改行多すぎ」につき、もう一回だけつづく)

**468** · 2019/03/19(火) 06:57:01.64

(>>469 の続き、長々とすまぬ)

関数の定義(クラス定義の外に書く場合)はこんな感じ。
bool myclass::mycomp(const myclass& a, const myclass& b)
{
　return a.s < b.s; // 辞書式の昇順
}
myclass のメンバ関数だと明示するために myclass:: をつけることと、
定義の方には static をつけない、てところが注意点。

std::sort() で使う時は、
std::sort(std::begin(objs), std::end(objs), myclass::mycomp);
「比較関数には myclass のメンバ関数の mycomp() を使ってくれ」と明示。
…する必要が(俺の環境では)あるんだけど、myclass 同士を比較することから、
自動的に myclass のメンバ関数も候補に入れてくれても良さそうな気がする。
なんでダメなんだろ？

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

たかがソート一つ実行するのにこれってやっぱc++は失敗しとるわ。。

**デフォルトの名無しさん** · 2019/03/19(火) 07:30:30.93

どの言語も似たようなもんだろ

**デフォルトの名無しさん** · 2019/03/19(火) 07:31:18.45

>>468-470
丁寧に教えてくださりありがとうございます。

今のところは、>>468に書かれているようにクラスの外に出す、という方針で対応しておりました。

クラスの中で static をつけて宣言をする、というのが元々やりたかったことに一番近いように思います。重ね重ねありがとうございます。

>>470
> std::sort() で使う時は、
> std::sort(std::begin(objs), std::end(objs), myclass::mycomp);
> 「比較関数には myclass のメンバ関数の mycomp() を使ってくれ」と明示。

これは、mycomp() をクラス内で非static に宣言したときにも使えますか。
それとも、クラスの外で
bool myclass::mycomp(const myclass& a, const myclass& b)
{
　return a.s < b.s; // 辞書式の昇順
}
流に宣言、定義した場合に限りますか。

**デフォルトの名無しさん** · 2019/03/19(火) 07:33:59.57

何のために非staticにこだわるんだ？
メンバにアクセスしないならstaticつけとけよ

**デフォルトの名無しさん** · 2019/03/19(火) 08:36:28.37

比較関数をメンバ関数としてクラスに内在させるのが良くない
外部化するか、演算子オーバーロードする
どちらかと言うと比較関数を作らずに大小関係を定義する言語だ

実は、関数やクラスの間の包含関係がある
クラスを比較する関数はクラスの外部におかれるべきであって、メンバ関数にするのは筋が悪い
クラス内部に置くなら大小関係の定義にすべきだ
この手の階層関係は、規格書にもどんな教科書にも一切書かれてないけど、暗黙のうちに了解されている

**デフォルトの名無しさん** · 2019/03/19(火) 09:31:11.81

対称な演算子をインスタンスメンバにするのはセンス無いね

**デフォルトの名無しさん** · 2019/03/19(火) 15:31:26.82

>>463
template <typename T>
T func(T a) {
if constexpr (std::is_same_v<T, int>) return a * 2;
else if constexpr (std::is_same_v<T, double>) return a / 2;
else return a;
}