【初心者歓迎】C/C++室 Ver.104【環境依存OK】

**デフォルトの名無しさん** · 2018/12/28(金) 06:04:52.38

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

**デフォルトの名無しさん** · 2019/04/22(月) 01:28:16.24

機械学習とかアプリケーションレイヤの開発をしてて普段はJavaとかpythonで書いてるんだけど相談。
手間や保守を考えるといくら早く動作しても全部cで実装は厳しくて、複雑な計算とかだけcに渡そうと思うんだけど、このレイヤだとそんなもんだろうか？実際の仕事での使われ方の例があれば教えてほしい。

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/22(月) 05:12:41.91

例外安全という言葉には色々と含まれるけど、
とりあえず最低限度の保証としては「リソースリークが起こらないこと」とすると、
C++ ではデストラクタで後始末するのが基本だ。
(RAII)

私が強調しておきたいのは、リソース管理の配慮はクラス定義に押し込めることが出来るということと、
可能な限り押し込めるべきだということ。

エラー発生の通知に使うのが返却値であれ例外であれ、
エラーへの対処の中にリソース回収のコードを書かなきゃならないようならその時点でダメなコードだ。
デストラクタで回収されることをあてにしたい。
(bad_alloc のような致命的なやつはちょっと話が違ってきたりとか、単純ではない場面はあるけど……。)

で、デストラクタでリソースを後始末するというのが出来ているという前提であれば、
例外を使うか返却値を使うかの差は対処のためのコードをどこにかくかの違いに過ぎなくなる。
Java と違って関数が送出する例外を型システムで管理してくれないわけだし、
引数をチェックしているかどうかもプログラマが気を付けるしかないので、そんなに違いはないと思う。

違いはないがどちらかに一貫させるのが望ましいと考えると、
C++ の基本的なライブラリに併せるべきだということになって例外を使うのが妥当という判断になる。

ちなみにグーグルのガイドラインが例外を避けることになっているのは
グーグルで使っている既存のコードが例外への配慮を充分にしてないから
やむを得ずそれに合わせるためでフルスクラッチに出来れば違う判断をするかも
ってことも書いてあるので、例外を避ける根拠としては弱い。

**デフォルトの名無しさん** · 2019/04/22(月) 07:22:42.90

ON ERR GOTO 100

**デフォルトの名無しさん** · 2019/04/22(月) 08:55:56.47

#define return goto

◆QZaw55cn4c · 2019/04/22(月) 16:34:18.66

>>960
＞いつもはうっとうしいQZ某が、今日は概ね論理的な物言いをしているように感じる。
あれ？れれ？
おっかしーなー、私もプログラムを書く人だし最低限自分の作ったバグくらいはさっさと片付けたいので、そのためにも、いつも論理的でありたいと願っているのですが…

**デフォルトの名無しさん** · 2019/04/23(火) 13:32:34.33

そういうとこだよ
こういうのってたいてい本人は自覚してないもんだからやっかい

◆QZaw55cn4c · 2019/04/23(火) 19:01:53.94

>>963
＞違いはないがどちらかに一貫させるのが望ましいと考えると、
＞C++ の基本的なライブラリに併せるべきだということになって例外を使うのが妥当という判断になる。

この意見に対しては私は痛烈な批判を浴びせることになるでしょう
曰く、C/C++ の人なら言語的な統一感よりもコスト、というか単純性を優先したくなるのではないですか？
UML のグジャグジャ感をみるにつけても、「言語法律家」なるものはきわめて忌むべき存在と私は考えています

exception を実装するためには、隠れグローバル変数をどうしても準備しなければならない
シングルコアで exception の履歴を単一スタックに全部のせることができるのなら、ローカルで sjlj を駆使して、あるいは書き手からみえないところで純ローカル変数的世界に納めることもできたかもしれませんが、
今やマルチコアで実際に複数のスタックとプログラムカウンタが走る時代で、exception の実装は OS に丸投げの複雑怪奇、ついでにコストも複雑怪奇でパンピーには理解が及ばない…

そんな巨大かつ複雑なスケールの実装を必要とするのに見合った exception のメリットは何か、今も自問自答を繰り返しているのです

**デフォルトの名無しさん** · 2019/04/23(火) 19:28:11.67

単純さを選んだら例外になったというお話だったのさ。ちゃんちゃん

**デフォルトの名無しさん** · 2019/04/23(火) 19:47:47.79

なぜsjljにこだわるのか
コルーチンとか標準化されても使わなそうだな

**デフォルトの名無しさん** · 2019/04/23(火) 19:58:30.12

c++の言語仕様に例外の実装にはグローバル変数使えとかSJLJ使えなんて縛りあったっけ？

◆QZaw55cn4c · 2019/04/23(火) 20:09:00.36

>>971
実装方法までは言語仕様に記述されないでしょうね…

**デフォルトの名無しさん** · 2019/04/23(火) 20:23:18.80

>>972
ということは例外の実装にまで踏み込んで考えるのはナンセンスなのでは？

**デフォルトの名無しさん** · 2019/04/23(火) 21:32:22.59

>>968
例外がos丸投げってのは事実誤認

**デフォルトの名無しさん** · 2019/04/23(火) 21:35:59.14

ちなみにおれはc++の例外は大規模開発でworkしないと思ってるから
経験上ひたすら面倒な事態になる
言語仕様決めてるやつらは言語オタクで大規模開発の経験ないと思ってる

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/23(火) 21:51:05.06

>>968
いつの話をしてるんだよ。モダンな環境では例外送出の実行コストは充分に小さい。

特別な環境で特別な対処をしなきゃならない場合を例に出しても意味がないぞ。
ふーん、そういう場合はそうするんですねとしか言いようが無い。

**デフォルトの名無しさん** · 2019/04/23(火) 21:58:50.41

>>976
sjljでない場合
例外がおこらない分にはオーバーヘッドないけど、起こったときのスタック巻き戻しが重い
こういうこと知らずにクリティカルなとこで気軽に例外発生させるバカをよく見る

**デフォルトの名無しさん** · 2019/04/23(火) 21:59:02.76

抽象化ができずどんな粒度でも低級のセオリーを通そうとする
早すぎる最適化がとにかく大好き

C++erに多いねこのタイプ

**デフォルトの名無しさん** · 2019/04/23(火) 22:01:01.11

>>977
クリティカルってどんな時？

**デフォルトの名無しさん** · 2019/04/23(火) 22:03:19.80

>>979
リアルタイム性が求められるとき

**デフォルトの名無しさん** · 2019/04/23(火) 22:04:43.29

>>978
アホみたいにmap使いまくって後でひどい目に遭うアホもよく見るな

**デフォルトの名無しさん** · 2019/04/23(火) 22:12:51.54

>>980
それが必要なのってC++コード全体からすると何パーセントくらいなの？

**デフォルトの名無しさん** · 2019/04/23(火) 22:15:51.20

>>982
しらないけどクリティカルな処理ないならc++使わなくていいんじゃないの
なんでわざわざこんなしんどい言語使う？

**デフォルトの名無しさん** · 2019/04/23(火) 22:18:09.81

>>981
別にmap使いまくってもいいよ
ちゃんと抽象化しとけば後でチューニングするのは簡単だから

**デフォルトの名無しさん** · 2019/04/23(火) 22:21:23.75

>>984
まさかw
データ構造大事だよ初心者さん

**デフォルトの名無しさん** · 2019/04/23(火) 22:26:00.43

痛い目に遭ったのかｗ

**デフォルトの名無しさん** · 2019/04/23(火) 22:28:35.69

>>985
君はまだ話の流れを理解してないようだ

**デフォルトの名無しさん** · 2019/04/23(火) 22:34:01.99

合ってるね
スクリプト言語あがりと一緒に仕事すると高い確率でそうなる
同じ事をいうんだよ
最初は抽象度高く作ってあとで最適化って
結局しないからね
だいたい薄く広く積もったオーバーヘッドは表面化しないから
んでもっさりアプリの出来上がり
であとで精鋭集めて作り直し

**デフォルトの名無しさん** · 2019/04/23(火) 22:36:43.29

>>988
そこで作り直すから低スキルなんだよな
前任者がせっかく変更に強いシステムを組んでやったのに台無しにするんだ

**デフォルトの名無しさん** · 2019/04/23(火) 22:43:26.94

>>989
変更に強いとかの内輪の都合よりUXの方が大事だよ
初心者さん

**デフォルトの名無しさん** · 2019/04/23(火) 22:44:12.87

システム解析能力が無いせいじゃないか

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/23(火) 22:47:06.24

そろそろ次スレ

**デフォルトの名無しさん** · 2019/04/23(火) 22:49:51.07

>>990
その大事な大事なUXを向上させるために抽象化するんだよ新人君

**デフォルトの名無しさん** · 2019/04/23(火) 22:59:41.83

さすがにそれは意味不明では？
過剰なオブジェクト指向でダメになったプロジェクトは数知れず

**デフォルトの名無しさん** · 2019/04/23(火) 23:01:47.82

>>994
やっぱり流れを理解してないね

**デフォルトの名無しさん** · 2019/04/23(火) 23:05:38.01

そういうのいいから
説明できないならそこでおしまい

**デフォルトの名無しさん** · 2019/04/23(火) 23:13:00.31

UXの向上にはフィールドバックと変更のループが必要
度々の変更を容易たらしめるためには適切な抽象化が必要
最初から速度最適化に傾倒して抽象性を失ったシステムは変更しにくいゴミUXを抱え続ける

**デフォルトの名無しさん** · 2019/04/23(火) 23:47:41.32

御託ご苦労さん
でそれどっからの流れなの？

お前さんに一度map乱用ボトルネックを一晩でtableに置き換える作業やらせてみたいわ
多数のモジュールと繋がってるやつな
最初から見積り立てて設計しとけよボケってどなられるやつな

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/24(水) 00:43:26.47

>>977
そりゃあクリティカルなところという特別な場合には特別扱いが必要ですねって
だけのことで、そんなこともわからんやつは例外を使おうと使うまいと駄目だよ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/24(水) 00:43:48.92

>>1000 なら長門は俺の嫁

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 116日 18時間 38分 57秒