C++相談室 part137

**デフォルトの名無しさん** · 2018/07/14(土) 17:53:02.14

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

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

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

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

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

**デフォルトの名無しさん** · 2018/08/10(金) 04:18:39.10

型を知りたいというならdynamic castが一番可搬性が高いやり方だと思うが
型を知りたいだけ、なんてことがあるのかどうなのか

普通はダウンキャストしたいという要求とセットのはずで、
ダウンキャストはインターフェースをゼロから周到に設計すればポリモーフィズムで解決できる
再設計をゼロからやれないときだけがdynamic_castの出番、という印象

※ 個人の感想です

**デフォルトの名無しさん** · 2018/08/10(金) 04:35:15.48

static_cast<DeleteAster<decltype(p)>::OldType*>(p)->OldTypeMethod();
的なことをやりたいのですよ。
システム制作者が完全に意思疎通してて型がどうなってるか周知って前提なんだろうけど、
継承したものをごっちゃにコンテナに入れたら破綻するんだよなぁ。。。
anyもいいなぁと思ったけど、結局キャストする手間は変わらない。むしろキャスト必須。
なくても何とかなるけど、余計なコード書かないといけないからスマートな方法ないもんかなぁ、と。

**デフォルトの名無しさん** · 2018/08/10(金) 04:38:40.37

動的に型を保存する型がほしい。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/08/10(金) 04:42:20.85

スクリプトすればぁ～？

**デフォルトの名無しさん** · 2018/08/10(金) 04:45:12.86

ですよねぇ。。。はう。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/08/10(金) 04:50:41.18

usingとかtypedefとかtype traitsとかautoとか使へば、何とかできる気もするが、
さういうコードをなかなか書けぬ人はスクリプト言語へ行くへし。

**デフォルトの名無しさん** · 2018/08/10(金) 04:58:16.48

rustがレールに乗ればなぁ。
そういえば、anyはtype_infoを返すメソッドがあるのでので動的にチェックができるみたいだねぇ。
ないよりましだけど、確率になっちゃう。ぐぬぬ。

>>657
そうそう、できそうな気はするんだよね。うーん。。。

**デフォルトの名無しさん** · 2018/08/10(金) 05:13:40.93

>>657
ID:p9jfuJcVの悩みはコンパイル時に解決できないからusingとかtypedefとかtype traitsとかautoでは㍉ぽ
（Base* pを扱うコードのビルドでコンパイラが常に*pの型がNextであることを見抜いたり、Nextの詳細を見通せたりするわけではない

というわけでポリモーフィズムでしか解決できん
ID:p9jfuJcVは、クラスごとに異なるOldTypeMethod()を呼び出すインターフェースCallOldTypeMethod()を設けて
BaseやNextそれぞれ毎に、適切なOldTypeMethod()を呼び出す実装を与えなさい

※ 個人の感想です

**デフォルトの名無しさん** · 2018/08/10(金) 05:52:46.45

実行したいこととオブジェクトの型が一対一対応であるという保証はない。
C++固有のポリモーフィズム機能を使うと他の言語に移植できなくなる。
実行したいことを列挙型なりビットフラグのメンバ変数として保存しておくのが一番楽だろう。

**デフォルトの名無しさん** · 2018/08/10(金) 05:53:49.02

テンプレートでダックタイピング的なことをするとか

**デフォルトの名無しさん** · 2018/08/10(金) 05:59:59.43

追記。
やりたいことが1種類だけなら型と紐づいていても問題ないが、
やりたいことが複数の組み合わせになったら型と紐づいた設計は破綻する。
何がいいたいかというと、アキラメロンということだ。

**デフォルトの名無しさん** · 2018/08/10(金) 06:38:46.33

皆さまありがとうございます。無理ぽいことがよくわかりました。

>>659
うーん。
仮想関数との違いがよくわからないなぁ。
プロキシ―オブジェクトってことなんだろうけど。
うーんと、ほしいときって初期化タイミングの調整とかそのへんなのでメインレールはインターフェースでいいんだよなぁ。
どうしてこう融通が利かないのか。設計のせいか・・・Orz

>>660
結局そういうことになるんですよねぇ。。。うーん。

>>661
コンセプトがいるような気がする。
さっき上げたコードをテンプレートとanyで書けば同じようなことはできるけど、エラー吐いたら地獄な気がする。
でも、そっちの方が高機能かもしれんなぁ。anyのキャスト問題を除けば。

**デフォルトの名無しさん** · 2018/08/10(金) 06:40:45.22

とりあえず、お付き合いいただきありがとうございました。
今日は寝ます。また。

**デフォルトの名無しさん** · 2018/08/10(金) 07:05:11.27

Unicodeの時はwchar_t、マルチバイトのときはcharとして扱ってデータをコピーしたい
その切り替えを処理途中にifdef入れまくるのは不適切だと思うからdefineかtypedefを一度することによって
自動で切り替えられるようにしたいけどtypedefだとできない？

#ifdef unicode
#define tlen wcslen
#else
#define tlen strlen
#endif

int main ()
{
TCHAR a;
int size = tlen(a);
}

**デフォルトの名無しさん** · 2018/08/10(金) 07:07:47.43

コピーだけなら簡単

**デフォルトの名無しさん** · 2018/08/10(金) 07:10:21.06

>>666
コピー以外も色々と

**デフォルトの名無しさん** · 2018/08/10(金) 07:19:12.22

色々と
じゃ答えようが無い

**デフォルトの名無しさん** · 2018/08/10(金) 07:19:41.44

色々と
頑張ってね

**デフォルトの名無しさん** · 2018/08/10(金) 07:31:58.40

>>665
以下のようなwchar_t, char に応じたオーバーロード関数もある。私は使わないけど。

std::char_traits::length(const T* s)

**デフォルトの名無しさん** · 2018/08/10(金) 07:31:58.98

色々と間違ってる

**デフォルトの名無しさん** · 2018/08/10(金) 07:33:16.73

コンパイル時に決まってるならテンプレートにすればいい

**デフォルトの名無しさん** · 2018/08/10(金) 07:40:29.94

>>668
文字列長を求める
データコピー
Stringstream

**デフォルトの名無しさん** · 2018/08/10(金) 07:44:16.79

>>670
これだとLengthに特化したやつだけになるのかな？
他にもあるので切り替え方法が知りたく

>>672
コンパイル時には決まってます
テンプレートを作成するってのはT型を作るってことかな？

**デフォルトの名無しさん** · 2018/08/10(金) 07:46:33.59

クラスのインスタンスのコピーさせない方法ってコンストラクタにdeleteをつけるだけで実現可能？
それとも違うんかね？
参考を探していてもデフォルトコンストラクターにつけているだけで
複数のコンストラクターがある場合とかがわからない

**デフォルトの名無しさん** · 2018/08/10(金) 07:59:27.52

コピーコンストラクタとoperator = をprivateにして
関数の実体も作らない

**デフォルトの名無しさん** · 2018/08/10(金) 08:15:19.60

今は=deleteも出来るぜ。

**デフォルトの名無しさん** · 2018/08/10(金) 08:48:18.73

privateにすることでできそう
ありがとう

**デフォルトの名無しさん** · 2018/08/10(金) 08:49:25.57

C++極める方法教えてよ

**デフォルトの名無しさん** · 2018/08/10(金) 08:53:13.90

STLの仕様を見ます
自分で実装します
ソースコードをみて答え合わせをします

まずはvectorから、ハイ、どうぞ

**デフォルトの名無しさん** · 2018/08/10(金) 09:02:52.19

高位合成toolを入手します。
あなたの思った通りの動きをするCPUを作れば完成

**デフォルトの名無しさん** · 2018/08/10(金) 09:44:57.66

CreateProcess失敗したときのhProcessに何が入るか記載しておいてよmsdn
NULLなの！？それとも別なの！？
msdn使いこなせるやつすげぇよ本当に

**デフォルトの名無しさん** · 2018/08/10(金) 09:51:57.65

そんな引数無い事について以下100レス程

**デフォルトの名無しさん** · 2018/08/10(金) 10:25:12.98

>>670
char_traitsの関数はオーバーロードじゃねえだろ
引数ではなくスコープで区別するんだから

**デフォルトの名無しさん** · 2018/08/10(金) 12:02:09.34

>>684
スコープ？

**デフォルトの名無しさん** · 2018/08/10(金) 12:20:52.35

>>683
CreateProcess()使ったことあれば lpProcessInformation.hProcess ってわかると思うが…

>>682
何も書いてない → 何が入っているかわからない
ってことだろ

**デフォルトの名無しさん** · 2018/08/10(金) 12:21:22.72

>>675
https://cpprefjp.github.io/lang/cpp11/defaulted_and_deleted_functions.html

**デフォルトの名無しさん** · 2018/08/10(金) 13:06:07.39

>>686
HANDLEならINVALID_HANDLE_VALUEがデフォでしょ

**デフォルトの名無しさん** · 2018/08/10(金) 14:25:58.73

>>685
std:char_traits<char>::length(const char*)
std::char_traits<wchar_t>::length(const wchar_t*)
こういう関数の選択は引数によらない
wchar_t x[2];
std::char_traits<char>::length(x); //error

**デフォルトの名無しさん** · 2018/08/10(金) 14:45:17.93

>>688
だからそんなことを期待しちゃダメってこと

**デフォルトの名無しさん** · 2018/08/10(金) 15:10:51.55

>>689
wchar_tを使うとわかっていてテンプレート引数にcharを入れるのはおかしくない？

**デフォルトの名無しさん** · 2018/08/10(金) 18:49:42.52

>>682
関数が失敗したら新しいプロセス自体作れられないんだから
hProcessが不定でも何も困らないと思うが

**デフォルトの名無しさん** · 2018/08/10(金) 18:53:21.62

>>691
std::char_traits::length(x); //error

**デフォルトの名無しさん** · 2018/08/10(金) 19:18:52.44

おまいらコミュ障かよ

**デフォルトの名無しさん** · 2018/08/10(金) 19:19:41.62

std::char_traits<wchar_t>::length(x);//0

◆QZaw55cn4c · 2018/08/10(金) 19:23:47.91

>>680
＞まずはvectorから、ハイ、どうぞ
これ、いちどやってみたいですね…
https://mevius.5ch.net/test/read.cgi/tech/1434079972/33

**デフォルトの名無しさん** · 2018/08/10(金) 21:04:31.61

このメンツで開発とか地獄だろうな。。

**デフォルトの名無しさん** · 2018/08/11(土) 08:11:36.74

ガイジしかおらんやんけ…

**デフォルトの名無しさん** · 2018/08/11(土) 11:00:44.96

char_traitsの件、どうも話通じてないなあ

**デフォルトの名無しさん** · 2018/08/11(土) 11:25:54.74

多重定義, オーバーロード - Wikipedia
https://ja.wikipedia.org/wiki/%E5%A4%9A%E9%87%8D%E5%AE%9A%E7%BE%A9

質問者が解決の糸口を見つけられればそれでいい。
>>684 のような間違った用語定義を主張して、何の生産性にも貢献しない ID:NKvoiPPS みたいな人は迷惑。

**デフォルトの名無しさん** · 2018/08/11(土) 12:18:16.68

>>700
Wikiより規格票な

N3337 13 Overloading [over]
When two or more different declarations are specified for a single name in the same scope, that name is said to be overloaded.

JIS X3014:2003 13. 多重定義
同じ名前を指定した異なる宣言が同一有効範囲内に複数ある場合，その名前は，多重定義されているという。

言わんでも解るだろうから、説教臭いことはあえて黙っておく

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/11(土) 13:37:39.73

たしかに >>670 のいう「オーバーロード」は用語の使い方が誤っているが、
それはそうとしてオーバーロードっていう言葉の中にバーローという言葉が入ってるから、
オーバーロードの話題が出るたびに俺の中のコナン君がバーローとささやくので、
お前らにも同じ呪いをかけてやろう。

**デフォルトの名無しさん** · 2018/08/11(土) 13:41:08.56

真実はいつも多重定義されない！

**デフォルトの名無しさん** · 2018/08/11(土) 13:43:33.49

std::char_traits<char>::length()と
std::char_traits<wchar_t>::length()は
互いに同じ名前（a single name）なんやろうか…

**デフォルトの名無しさん** · 2018/08/11(土) 15:53:50.27

>>663
>どうしてこう融通が利かないのか。設計のせいか・・・Orz
ユーザーコードにクラスの中で定義された型（Base::TypeやNext::Type）を見せるのはやめて、
NextやBaseのオブジェクトのふるまいとしてだけ見せたら宜しいかと

ふるまいだけを見せる抽象化はまず純論理的にはポリモーフィズムで逝ける
次の段階として、呼び出しの度にvtblの間接参照が一発入る遅さを嫌い、高速化したいという要求が生じるかもしれないが
そのときは知らん（テンプレートによるダックタイピングでさらに戦うこともできるが同一翻訳短以内でのcloseが前提でありかつクラスの継承の恩恵にはなかなかあずかれない

**デフォルトの名無しさん** · 2018/08/11(土) 15:58:27.82

なおふるまいだけを見せる抽象化ができないオブジェクト指向言語とか無いから他言語への移植性とかを気にするのは狂気の杞憂
ていうか非オブジェクト指向言語であっても関数ポインタと構造体が使えれば似たようなことはいつでもできる

**デフォルトの名無しさん** · 2018/08/11(土) 18:59:43.05

非オブジェクト指向言語とオブジェクト指向言語で
最終的に作れるものと作れないものは
その違いによる差は全くないんだが

**デフォルトの名無しさん** · 2018/08/11(土) 22:22:49.51

ちな>>707は、>>660へのレス。

**デフォルトの名無しさん** · 2018/08/11(土) 22:42:05.15

技術系の板でID使い分けする惨めさよ

**707** · 2018/08/12(日) 07:44:03.92

俺の偽物がいるな

**デフォルトの名無しさん** · 2018/08/12(日) 20:13:35.92

レイトレーシングをやってみたいんですけど、何もない状態から画像を生成するのと、画像処理（opencv）でやろうと思ってます。
前者と後者とも資料は見つけたのですが、どうやって勉強するのがおすすめですか？
opencvで例えばアイドルの画像をCGっぽく、またはアニメっぽくはできたりするのでしょうか？

**デフォルトの名無しさん** · 2018/08/12(日) 22:21:45.58

>>711
多分君には無理だからそういったアプリを探しなさい
煽りでも何でもなく実力不足

**デフォルトの名無しさん** · 2018/08/12(日) 23:17:59.82

>>711
レイトレーシングの本質は三次元空間での光の挙動のシミュレーションであって
既存の画像を加工するような技術じゃないぞ

**デフォルトの名無しさん** · 2018/08/13(月) 00:27:19.20

Late racing.

**デフォルトの名無しさん** · 2018/08/13(月) 00:28:37.24

視線の追跡したほうが効率よさそうな気がする。
目に入らない光は無いも同然だし。

**デフォルトの名無しさん** · 2018/08/13(月) 00:31:27.67

一番シンプルなレイトレの実装は視線追跡だからな

**デフォルトの名無しさん** · 2018/08/13(月) 00:33:31.73

>>716
寝ぼけて謎な用語の用法をしてしまった忘れてくれ
視線側からのレイの追跡だ

**デフォルトの名無しさん** · 2018/08/13(月) 00:36:44.24

トイレの覗きかと一瞬勘違いしましたｗ

**デフォルトの名無しさん** · 2018/08/13(月) 00:43:21.17

ちゃんとミラーボールの映像から抽出しないと

**デフォルトの名無しさん** · 2018/08/13(月) 01:42:46.41

遠い昔だが、いい基礎解説本があったんだがﾀｲﾄﾙが思い出せない
98用のCのｿｰｽｺｰﾄﾞも附録でついてた
98なんかもってなかったから、Xlibで動かした記憶がある

その書籍はｻｰﾌｪｲｽﾓﾃﾞﾙもﾚｲﾄﾚｰｼﾝｸﾞも基礎から丁寧に書いてある良書だった
ｻｰﾌｪｲｽﾓﾃﾞﾙについては、ものすごい力を入れて書かれてた良い本だった

ﾜｲﾔｰﾌﾚｰﾑから陰面消去、さらに双三次ｽﾌﾟﾗｲﾝでの補間、そしてﾚﾝﾀﾞﾘﾝｸﾞ、ﾊﾞﾝﾌﾟﾏｯﾋﾟﾝｸﾞ
さらに3次ｱﾌｨﾝ変換つかってﾓｰｼｮﾝｷｰで動くとこまで解説してる
基礎で必要な内容は、ほぼすべて網羅されてて、ﾊﾞｶでもﾁｮﾝでも分かるように書かれてた

で、ﾚｲﾄﾚｰｼﾝｸﾞはｻｰﾌｪｲｽﾓﾃﾞﾙより超簡単だからな
このｽﾚのｱﾎが難しいといってるだけで
むしろﾚｲﾄﾚｰｼﾝｸﾞはﾊﾞｶでもﾁｮﾝでも分かる

**デフォルトの名無しさん** · 2018/08/13(月) 01:48:30.63

せっかく良い質問なのに、
あまり汚い言葉で、アホとかバカとかチョンとか言わなない方がいいよ…

**デフォルトの名無しさん** · 2018/08/13(月) 02:07:33.90

レイトレならこれもおすすめ
https://qiita.com/mebiusbox2/items/89e2db3b24e4c39502fe

**デフォルトの名無しさん** · 2018/08/13(月) 02:52:34.70

Oh!Xにソース付きで事細かく書いてあってだな

**デフォルトの名無しさん** · 2018/08/13(月) 03:13:41.34

多分これだと思う
https://www.amazon.co.jp/dp/4871481999
３冊とも名著。１と２はBASICだけど

**デフォルトの名無しさん** · 2018/08/13(月) 03:39:58.88

レイトレーシングに限らないけど、アルゴリズムの勉強にはLinuxが良いですよ。

**デフォルトの名無しさん** · 2018/08/13(月) 04:00:12.36

紹介されてる本全部古い...

linuxだと何がいいの？

**デフォルトの名無しさん** · 2018/08/13(月) 04:14:38.66

Kernelソースが勉強になります。

**デフォルトの名無しさん** · 2018/08/13(月) 04:15:34.47

openclとグラボの勉強したら？
レイトレーシングの大量の計算するのがグラボでしょ

**デフォルトの名無しさん** · 2018/08/13(月) 06:59:52.73

>>724
アスキーの『応用グラフィックス』か。入門・実習・応用の3冊シリーズだね。
各巻のつながりは緩いから順番に読まなくてもほぼ大丈夫だけど。

確かに良い本だった気がするけど、なにぶん読んだのが昔なんで
いくらも理解できなかったわ。今ならもう少しマシだと思いたい。
大学近くの古本屋でなら見つかるかも。

**デフォルトの名無しさん** · 2018/08/13(月) 07:05:01.34

　
畏（おそ）れ多くも森喜朗元帥閣下の有り難いお言葉：
　「オレはＩＴ（いっと）のことはよく知らんがぁ
　　　時計をたった２時間早めるだけだろぉ？
　　オレなら１分あれば済ませるぞぉ！
　　　サマータイムの何がそんなに難しいんだぁ？」
　
システム開発現場の勇ましい言葉：
　「畏れ多くも森元帥閣下のご下命を賜った以上
　　　現場ＳＥは有り難いお言葉に勇気百倍
　　デスマーチとバンザイ突撃を敢行いたします！」
　　
　「マラソン選手さまが涼しい時間に走るためなら
　　　現場ＳＥの千人や二千人死んでも本望です！
　　私たちＳＥの生命など、虫けらと同じです！」
　
　「畏れ多くも森元帥閣下の有り難いご下命にしたがって
　　　最前線システム開発現場で殉職出来るとしたら
　　現場ＳＥとしてこれに勝る喜びはありません！」
　
日本という国では
　体育会系が一番偉い（森元帥閣下、田中理事長）
　　文科系がその次で（財務省、教授会）
　理科系は最底辺の奴隷とされています（現場ＳＥ）
　

**デフォルトの名無しさん** · 2018/08/13(月) 07:26:44.37

レイトレーシングがサーフェイスモデルより簡単とか
半透明物体内部の散乱表現に踏み込んだらそんな寝言は言えないんじゃ…

**デフォルトの名無しさん** · 2018/08/13(月) 10:07:11.78

みんな例外と戻り値ってどう使い分けてる？
例えば以下みたいな、ファイルからとある要素を抜き出して返す関数とかで

std::string extractHogeFromFile(const std::string& file_path)

俺だったら以下みたいにしてるけど、いまいちしっくり来てないとも思ってる

ファイルが見つからない→例外
要素が見つからない→例外
要素が見つかるけど空→空

みんな例外クラスとかはstd::exception継承して自作してるのかな？
バックトレースやコード行数とれないのが使いにくくて、javaっぽい例外クラスを自作してる

**デフォルトの名無しさん** · 2018/08/13(月) 10:16:27.95

例外は発生時の動作が遅い

**デフォルトの名無しさん** · 2018/08/13(月) 10:17:50.65

exceptionを直に継承ということは滅多にないな
system_errorがあるからerror_categoryの派生クラスを作れば大抵足りる
__FILE__ や __LINE__ のようなデバッグ情報を入れたくてマクロを作ることはあるけどね

空という概念ならoptionalはいかが？
template <typename ELEMENT>
std::optional<ELEMENT> extractHogeFromFile(std::path) noexcept(false);

**デフォルトの名無しさん** · 2018/08/13(月) 10:36:14.97

>>733
発生時は確かに遅いね
ただ、あくまでも例外的なものだけに利用をとどめておけば、そんなに発生するものでもないし、その場合は戻り値をifで見るより命令数が少なくなるから、結果的に高速になるって俺は考えてる

>>734
exception直に継承も少し疑問もってるんだけど、std::exceptionのcatchで全部取りやすいからこうしてるんだよね
...でcatchは乱暴な気がするし

ただ、調べて見た感じsystem_errorも使いやすそうね。最近開発で使えるようになったC++11だからこんなのあるの気づいてなかったわ
std::optionalとかあったんだね、ちょっと調べてみるわありがとう

**デフォルトの名無しさん** · 2018/08/13(月) 11:20:33.79

>>720
レイトレーシングが簡単なのは入り口だけ
20世紀あたりのなんちゃってレイトレーシングは楽だけど本格的にやると解決できない問題が多数出てくる

**デフォルトの名無しさん** · 2018/08/13(月) 11:32:34.68

ファイル開くのはそれ自体がすっごい遅い操作だから例外のコストなんか無視できるのと
開き損なうとそれ以降の処理が致命的な失敗になりやすい
そういう操作のエラー通知が例外に向いてる

**デフォルトの名無しさん** · 2018/08/13(月) 11:47:23.91

>>733
例外発生時の速度が問題になるなら例外の使い方を見直した方がいい

**デフォルトの名無しさん** · 2018/08/13(月) 12:31:28.26

>>832に対して
例外は遅いから例外の時に使いましょう
ということを書いたつもりなんだけど

単なる終端マークとか区切りとか
そういう頻出する可能性のある用途では使っちゃダメってこと

**デフォルトの名無しさん** · 2018/08/13(月) 12:35:13.84

例外は仕組みを入れるだけで、
例外が発生しなくてもオーバーヘッドが発生する環境がほとんどなので
組み込みだとわざと無効にすることも多い

x86の64bitはオーバーヘッドが無い代わりに
例外発生時は極端に遅い
一度測定してみるとその遅さがよく分かる

そういうことがわかっていれば
どこに使うべきかがおのずとわかる

**デフォルトの名無しさん** · 2018/08/13(月) 12:41:46.34

低水準ライブラリに属するべき関数が例外みたいな高級なしくみに依存するのは美しくないｷﾓｽ
システム設計とかアプリの基本設計レベルで例外の種類とcatch箇所とcatch時の処理を定義して使うなら良い
が、呼び出し側でif文を書きたくないからという理由でｲﾐﾌな例外定義を行うと、結局第三者に正しく使ってもらえない
ｷﾓｽ

**デフォルトの名無しさん** · 2018/08/13(月) 12:48:07.11

例外のオーバーヘッドについてはこれな↓↓↓
ttp://zakkas783-blog-blog.tumblr.com/post/3870295160/c-の例外ハンドリングとパフォーマンス

>>740の通り例外処理の裏側の実装には2つの潮流があるんじゃ

**デフォルトの名無しさん** · 2018/08/13(月) 13:03:58.12

制御をすっ飛ばす必然性があるほどの例外的状況に限るのが吉だろうな。
返値で返せないものを返すのに使うなら検査例外のような保証が欲しいところ。

**デフォルトの名無しさん** · 2018/08/13(月) 13:22:39.94

別スレッドでの関数呼び出し階層が深すぎて安全にスレッド終了させる方法が分からない時に便利でしょ、例外。

**デフォルトの名無しさん** · 2018/08/13(月) 13:37:06.53

このパーセンテージどうやって表示してるのですか？
http://aokomoriuta.hateblo.jp/entry/2016/05/05/145810

**デフォルトの名無しさん** · 2018/08/13(月) 13:37:33.57

すいませんこれです
https://i.imgur.com/p53FZao.jpg

**デフォルトの名無しさん** · 2018/08/13(月) 14:16:12.02

前測ったときはアセンブリ言語にしてみると、戻り値ifチェックだと2命令だったのが例外使うと20命令くらいだったなぁ

**デフォルトの名無しさん** · 2018/08/13(月) 14:27:34.65

>>741
自前の文字列操作のUtilとかだと例外にするかすごいその観点で迷うんだよね

>>743
賛否両論なjavaの検査例外だけど欲しくなるときはあるね
C++の例外指定がもう少し使いやすければよかったんだが

>>744
すごく同感

**デフォルトの名無しさん** · 2018/08/13(月) 14:39:38.06

>>739
困ったことにbasic_iosはexceptionsで頼みもしてないのにEOFで例外を投げる

**デフォルトの名無しさん** · 2018/08/13(月) 14:48:44.15

HTTPで400番台500番台は例外投げればいいのかな。

**デフォルトの名無しさん** · 2018/08/13(月) 14:51:05.76

例外を投げるクラスはピッチャーって名前でいいんか？
受け取るクラスはキャッチャー？