C++相談室 part140

ttp://https://github.com/Microsoft/cppwinrt

C++/WinRT

763

： さまよえる蟻人間 ◆T6xkBnTXz7B0 [sage] 2019/02/13(水) 18:17:30.33

:25aOYuUG

wxWidgetとGTK3がオススメ。キャリアがほしけりゃ、Win32なんか窓から捨ててしまえ。

764

： デフォルトの名無しさん [sage] 2019/02/13(水) 18:25:09.79

:9xiZOSOZ

↑ありがとうございます
調べてみます

765

： デフォルトの名無しさん [sage] 2019/02/13(水) 18:25:23.74

:lB+7RHzg

ttp://https://gunosy.com/articles/RImqe

Visual studioでは標準的
ただマイクロソフトから見切られているので今後の発展は無い

最近ならQtが人気
初心者には取っつきづらいのと日本語情報がほとんど無いのとライセンスがちょっと厳しいのとVSで完結させることはできないが移植性が高くガンガン更新されているから将来性は一番ある
今時なデザインにしたいならQt内で独自言語のQMLを使ってつくるかWebEngineをつかってhtmlとjavascriptと連携させて作る必要がある
どちらも簡単にはできないけど

766

： さまよえる蟻人間 ◆T6xkBnTXz7B0 [sage] 2019/02/13(水) 18:31:17.25

:25aOYuUG

Qt5なんてダウンロードに数十分かかるアホなビッグシステム。

767

： デフォルトの名無しさん [sage] 2019/02/13(水) 18:31:55.58

:RwVg7GE7

使うものだけダウンロードすればいいじゃん

768

： デフォルトの名無しさん [sage] 2019/02/13(水) 18:34:59.46

:lB+7RHzg

アホが釣れたようだな

769

： デフォルトの名無しさん [] 2019/02/13(水) 18:40:53.11

:QnNf1eu6

>>757

Tcl/Tk

770

： デフォルトの名無しさん [] 2019/02/13(水) 18:42:26.28

:QnNf1eu6

>>766

ほんそれ

771

： デフォルトの名無しさん [sage] 2019/02/13(水) 18:53:39.36

:lB+7RHzg

使いもしないオプションを付けて時間がかかるとか言ってる人がいるってマジ？

772

： デフォルトの名無しさん [sage] 2019/02/13(水) 19:05:18.58

:9xiZOSOZ

>>756

htmlやcssはできるので調べてみます

773

： デフォルトの名無しさん [sage] 2019/02/13(水) 19:08:10.14

:9xiZOSOZ

もしかしてｃ＋＋って個人で使うようなものではなかったりしますか？

774

： デフォルトの名無しさん [sage] 2019/02/13(水) 19:19:16.70

:e0d6KWci

>>773

目的によるだろうね
個人でC++を使ってる人の大半はC++を使うこと自体が半ば目的化していると思う
自尊心と中二心をくすぐる言語だから

775

： はちみつ餃子 ◆8X2XSCHEME [sage] 2019/02/13(水) 20:01:48.29

:VqRfiaP4

間違いなく C++ に出来ることは多いのだが、
要はそこまで必要な場合ってそんなに多くないでしょって話。

画像処理とか仮想通貨マイニングみたいな性能のチューニングがギリギリまで必要ってのなら
C++ を使う甲斐があるけど、 GUI を記述するのに C++ を使うのはそれほど強い必然性はない。
本来の処理をする部分が C++ で書かれているなら、
あえて GUI だけ別言語にする必要もないなっていう程度のことだと思う。

776

： デフォルトの名無しさん [sage] 2019/02/13(水) 20:06:47.12

:xfyW+H6K

意外とここアマチュア多かったのかな？
仕事でもないのにわざわざC++触るやつの気が知れん

777

： デフォルトの名無しさん [sage] 2019/02/13(水) 20:24:14.55

:RwVg7GE7

型がきっちりしてるから処理追いやすくていいと思うんだけどなあ
Javascriptで書かれたオープンソースなんて読んでもわけわからん

778

： はちみつ餃子 ◆8X2XSCHEME [sage] 2019/02/13(水) 20:36:26.96

:VqRfiaP4

ワイはアマチュアやで。むしろプロは必要もないところまで取り組まんやろ。

知り合いにプロのゲームプログラマ (誰もが知っている有名シミュレーションゲームの老舗メーカーに所属)
がいるけど、 C++ の言語機能に関する知識なんて、びっくりするほど貧弱やぞ。

779

： デフォルトの名無しさん [sage] 2019/02/13(水) 20:51:52.56

:lB+7RHzg

ゲームプログラマは特殊だわ
あいつら例外なくゲームのことしか頭にないし
エンジン作ってる部署の人なら詳しい人もたくさん居るだろう

780

： デフォルトの名無しさん [sage] 2019/02/13(水) 20:52:55.58

:C2ClsFHD

日吉の会社ね

781

： デフォルトの名無しさん [sage] 2019/02/13(水) 20:57:07.30

:BFnAt9lr

可読性とデバッグのバランス考えると、
C中心で毛が生えた程度に++浅く
使うのが一番楽。

物理計算とかAIとかのが重要で
C++の文法遊びや多重にネストした
テンプレ遊びに深く付き合っても、
生産性上がんないからなあ。

782

： デフォルトの名無しさん [sage] 2019/02/13(水) 21:36:58.08

:D91GFqhb

テンプレみたいなコンパイラ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。

783

： デフォルトの名無しさん [sage] 2019/02/13(水) 22:13:34.76

:9vYYaAAU

++で生産性上がらんとか言ってる人はOOP理解出来てないだけだろ
俺も昔は同じで++に謂れのない敵意を持ってた
でも他のモダンな言語に乗り換えてファウラーやエヴァンスなどを読み漁ってOOPに習熟してから++に戻ってきたら今度は逆にCがゴミに思えるようになったよ
まあしかしこの壁を乗り越えるまでが大変なんだけどね

784

： デフォルトの名無しさん [sage] 2019/02/13(水) 22:28:44.60

:UVXSHadg

競技プログラミングはC++一択なんだが

785

： デフォルトの名無しさん [sage] 2019/02/13(水) 23:15:55.01

:rqUgXbGq

C++はクラスの記述コストが高すぎて真面目にOOPするには辛いわ
モダンな言語と比較して、心理的にどうしてもクラスやメソッドの粒度が大きくなりがち

786

： デフォルトの名無しさん [sage] 2019/02/13(水) 23:33:32.80

:FNLRUtkm

C++クラスの最大の恩恵はRAII
ガベコレなし、値指向、デストラクタ最強

787

： デフォルトの名無しさん [sage] 2019/02/13(水) 23:39:30.60

:eXt03lvN

C++は破壊的代入ができるから嫌
デフォルトがconstでないとか、言語としてどうなの…

788

： デフォルトの名無しさん [sage] 2019/02/13(水) 23:40:51.03

:D91GFqhb

はいはいrust,rust

789

： デフォルトの名無しさん [sage] 2019/02/13(水) 23:45:11.06

:lB+7RHzg

お客さんが来たぞ

790

： デフォルトの名無しさん [sage] 2019/02/14(木) 05:24:13.40

:SFw402Pv

>>774

なるほど、自分はｃｇやりたいのでC++使うしかない感じですが、とりあえずｃ＃をまともにできるようになります

791

： デフォルトの名無しさん [] 2019/02/14(木) 16:05:08.53

:b/dX4O0G

>>782

jsみたいにブラウザ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。

792

： デフォルトの名無しさん [sage] 2019/02/14(木) 16:21:32.04

:VFIxp5Qu

クソとクソを比較するな

793

： デフォルトの名無しさん [sage] 2019/02/14(木) 16:58:10.52

:2/stHPZ4

>>791

いまどきもそうなのか？

794

： デフォルトの名無しさん [] 2019/02/14(木) 18:27:36.97

:1/Iln0l0

ブラウザごとに動作が異なるのは、マイクロソフトが憎いからであって、影響力を失った今、マイクロソフトと違う動作にする必要が無いような気がする。

795

： デフォルトの名無しさん [sage] 2019/02/14(木) 18:37:23.11

:P/UAeoar

まだデスクトップでは絶大なる影響力があるから駄目だ。
凋落のメドも立ってない。

796

： デフォルトの名無しさん [sage] 2019/02/14(木) 18:54:11.85

:VFIxp5Qu

そしてGUIライブラリ開発者が萎えてQt一強になったりwebview的なものが流行るんですね
もうおしまいだわ

797

： デフォルトの名無しさん [sage] 2019/02/14(木) 19:01:20.69

:DfU+cSua

未来ではリテラシーが高まってCUIが標準になってるよ
GUIはエンタメ分野でだけ生き残る

798

： デフォルトの名無しさん [] 2019/02/14(木) 19:11:38.67

:1/Iln0l0

Windowsタブレットは中々イケてるけどな。
ちょっとだけ未来が見えるんだけど、惜しい、まだ未来じゃない。
って感じ。
手書きは流行ると思うよ。
電車の中でキーボード打つのは無理だけど、手書きなら何とかなる。
でも、ペン高いし、文字認識は驚くほどの精度だけど、図は描きにくかったり。
まだ未来は来てないんだよね。

799

： デフォルトの名無しさん [sage] 2019/02/14(木) 23:05:43.78

:5Y0/XHoW

ウィンドーズホンは未来だった（過去形

800

： デフォルトの名無しさん [sage] 2019/02/15(金) 00:09:02.90

:GRt3HKgN

参照渡しについて質問です
void hoge(const int &x) ってすると int以外の型を渡すと危険ですか？
（short、long、unsigned、doubleなど）

void hoge(int x) のほうが安全な気がするけど、別にどっちでも一緒ですか？

801

： デフォルトの名無しさん [sage] 2019/02/15(金) 00:21:58.58

:LSuSmSCZ

int以外の型を渡せばintに変換した一時変数が作られてその参照が渡されるからそこに危険性はない

802

： デフォルトの名無しさん [sage] 2019/02/15(金) 01:34:11.24

:F2gH28Km

>>800

そもそも参照である必要を感じない
実質ポインタだから無駄な参照く

803

： デフォルトの名無しさん [sage] 2019/02/15(金) 01:36:20.74

:4dfOS9DP

constの参照渡しってでかいコピーを作りたくないときだよね？

804

： デフォルトの名無しさん [sage] 2019/02/15(金) 01:38:17.51

:RIb8T56M

組み込みの型で参照はいらない

805

： デフォルトの名無しさん [sage] 2019/02/15(金) 01:58:57.74

:GRt3HKgN

>>801-804

なるほど、安全性は一緒なんですね。
うちの会社にそういうコードを書くベテラン社員がいるので、
気になって質問させてもらいました。
やっぱり組み込み型は普通に値渡しでいいみたいですね。

806

： デフォルトの名無しさん [sage] 2019/02/15(金) 06:42:38.91

:Ayyf6Kdi

ｃ＋＋だけで個人でソフトを完成させるのはめんどくさすぎるのですかね

807

： デフォルトの名無しさん [sage] 2019/02/15(金) 06:43:48.42

:RIb8T56M

言語は関係ない

808

： デフォルトの名無しさん [sage] 2019/02/15(金) 07:12:10.42

:c3qnZTh8

>>800

そもそもc++でプリミティブ型単体で引数にすることなんてあるの？
できるだけクラスか構造体にラップして参照渡しするもんだけど

809

： デフォルトの名無しさん [sage] 2019/02/15(金) 07:16:18.56

:RIb8T56M

それjavaでやってる奴見たことあるけど無駄すぎて周囲に陰で笑われてたぞ

810

： デフォルトの名無しさん [sage] 2019/02/15(金) 11:35:50.98

:1MviBXkk

>>808

。
Cの時代から普通にあるよ。構造体で渡すまでもない場合はそれが最も効率がいい。

int add( int x, int y )
{
　　return x+ y;
}

float fadd( float x, float y )
{
　　return x+ y;
}

とか。

811

： デフォルトの名無しさん [sage] 2019/02/15(金) 12:00:51.60

:F9XRfxx5

MyIntとかやっちゃうの？

812

： デフォルトの名無しさん [sage] 2019/02/15(金) 12:19:55.21

:PR4djPv7

↑とか言って人を見下す奴もゴミのようなtypedefの山には疑問を抱かないのがC++er

813

： デフォルトの名無しさん [sage] 2019/02/15(金) 12:29:01.92

:QcXsKv+O

logとって足し算or引き算に降格なんて良くする事でしょ

814

： デフォルトの名無しさん [sage] 2019/02/15(金) 12:31:45.75

:1MviBXkk

>>800

C++ で参照渡しする理由は：
1.構造体などをそのまま引数に渡すと、スタックにコピーする動作が入ってしまい、
　構造体のサイズが大きいと時間がかかる。参照渡すにすると先頭アドレス
　(4バイト、または、8バイト)だけがスタックにコピーされるので効率がいい。
　int, float などは、中身のサイズとアドレスのサイズが変わらないので参照渡し
　にしてもコピー動作に置いては効率が上がらない。そして、実際に引数を
　読み取る段階では、参照渡しは1クロックほど時間が余計にかかってしまう。

2. 戻り値には1つの値/オブジェクト/変数しか返すことが出来ない。そのため、2つ以上の
　値を返したい場合には、C では伝統的には、引数にポインタ渡しで変数の先頭アドレス
　を渡し、そのアドレスを介して対応する変数に値を書き込む方法をとっていた。
　C++ では、ポインタ * の変わりに参照 & を使うことが出来るようになった。
　参照の方が見易かったり、分かりやすかったりする事があるといわれている。

3. const int &a や const float &a では、値を呼び出し側に返すことが出来ない。なぜなら、
　const 属性が付いているから呼び出された関数側からは書き込めないため。
　その上、アドレスのBIT数が、中身のBIT数と同じか、むしろ大きいので、実引数から
　スタックにある仮引数へのコピー動作に置いても効率も上がらない。
　さらに、参照なので、実際に読み取るときには1クロック余計な時間がかかってしまう。
　だから、int a や float a で渡すほうが良い。

815

： デフォルトの名無しさん [sage] 2019/02/15(金) 12:49:09.91

:1MviBXkk

>>814

手短に説明するのは難しいが、float と double は、それぞれ32BIT、64BITで、
ポインタのBIT数と同じかどうかは、使ってるOSのBIT数によって違ってくる。
だから、double 型を参照渡しで渡した場合、わずかに効率が上がる場合が
絶対ないとは言い切れないかもしれない。ただし、その場合でも、参照型
の仮引数を実際に読み取るときには、「間接参照」というアセンブラで書くと、
[アドレス値] や、[ポインタ値] のようなオペランドを持った mov 命令が
1つ追加で必要になって、1クロック分余計にかかる。
なお、処理系によっては、関数呼び出しに置いては、float 型でも、double 型として
渡される場合があるかもしれない。

だから、関数呼び出しの時点でわずかに効率が上がっても、読み取る段階で
1クロック遅くなるかも知れない。だから、この位のBIT数の変数の場合で、
値を呼び出し側に戻り値として「出力（返す）」すつもりではい場合には、
参照渡しにせず、値渡しにしたほうが良いと考えられる。

816

： デフォルトの名無しさん [sage] 2019/02/15(金) 13:09:37.97

:PbZwx3xa

void hoge(const int *x)と同じことだろ

817

： デフォルトの名無しさん [sage] 2019/02/15(金) 13:17:50.81

:+vpba137

そんなところの速度気にする前に無駄なI/Oや描画処理がないかとかクソみたいなアルゴリズム使ってないかとかを心配しろ

818

： デフォルトの名無しさん [sage] 2019/02/15(金) 13:20:58.06

:TwCl7FFb

C++もC#みたいに参照渡しで呼び出す方にoutやref修飾子みたいなのを明示的に書けるようにしてほしいわ
結果を引数の参照に代入することの欠点は一見してそれが参照渡しか分からないことにある
別に強制じゃなくていいからさ

819

： デフォルトの名無しさん [sage] 2019/02/15(金) 13:52:43.03

:PR4djPv7

constなら区別する必要ないだろ
渡されたものを書き換えるなら生ポにすればよい

820

： デフォルトの名無しさん [] 2019/02/15(金) 14:12:58.62

:TNDmXWGM

>>798-799

これだな
「著作権侵害だから」という理由で「スクリーンショットを規制」するとマジで死ぬというのをかつて証明した実例がある
外部リンク

821

： デフォルトの名無しさん [] 2019/02/15(金) 14:18:59.83

:TNDmXWGM

>>806

「だけ」で言うとフレームワークとかライブラリとかモジュールとか全部自作なら大変だな

822

： デフォルトの名無しさん [] 2019/02/15(金) 14:19:30.44

:TNDmXWGM

>>806

(

>>821

)
どんな言語でもっていう意味ね

823

： デフォルトの名無しさん [] 2019/02/15(金) 14:20:59.00

:TNDmXWGM

>>810

テンプレ使え

824

： デフォルトの名無しさん [sage] 2019/02/15(金) 14:23:38.85

:4dfOS9DP

テンプレ嫌い
専門のライブラリ屋が書くのは良いけどてめーらは書くな

825

： デフォルトの名無しさん [sage] 2019/02/15(金) 16:09:39.03

:RIb8T56M

ライブラリ屋だが

826

： デフォルトの名無しさん [sage] 2019/02/15(金) 17:00:19.18

:F2gH28Km

>>816

ならvoid hoge(const int *const x)だな

827

： デフォルトの名無しさん [] 2019/02/15(金) 18:23:56.85

:G4vKReT9

>>817

くだらない落書きCPU時間の無駄、保存するって？IOの無駄。
とか言い出しちゃうわけですか。

828

： デフォルトの名無しさん [sage] 2019/02/15(金) 19:47:35.40

:zLdO+ouL

void hoge(const int &x)
初心者がたまにこうやって書いてるの見るわｗ

829

： デフォルトの名無しさん [sage] 2019/02/15(金) 21:23:45.17

:+vpba137

>>827

描画やI/Oで非効率なことしてたら、intの受け渡しのこまけえ話なんかと比べて
冗談抜きに10億倍とか時間かかったりするんだから先にそっち気にしろってだけだけど
この話を必要な機能を削れって解釈する奴もいるんだな
リアルで思い当たりあるわ、なるほど勉強になった

830

： ◆QZaw55cn4c [sage] 2019/02/15(金) 21:27:25.91

:8MeM2Ami

>>814

＞参照の方が見易かったり、分かりやすかったりする事がある
外部リンク

ttp://http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html
「彼が言うには、変数を参照しているのか逆参照しているのかがいつもわからなくなる、だから必ずポインタを使う。アスタリスクが思い出させてくれるから」

831

： ◆QZaw55cn4c [sage] 2019/02/15(金) 21:28:57.07

:8MeM2Ami

>>828

このスットコドッコイめ、「void hoge(const VeryBigClass &x)」は定石ぞよ

832

： デフォルトの名無しさん [sage] 2019/02/15(金) 21:41:03.28

:WriY8atd

>>830

out引数は参照でなくポインタってルールのプロジェクトは結構あるな
参照ならnullチェック不要とか言うやつもいるけどポインタにアスタつけて渡してくるからなんの安心材料にもなってない

833

： デフォルトの名無しさん [sage] 2019/02/15(金) 21:54:00.64

:TsvBUbar

>>832

std::string &str = *(std::string*)nullptr;
なんて書くやつおるのか？
そもそもこの代入時の関節参照でfaultしないのが興味深い

834

： デフォルトの名無しさん [sage] 2019/02/15(金) 22:01:14.10

:PR4djPv7

>>833

それを一行で書くキチガイはいないだろうけど、参照引数に対してポインタを逆参照して渡すのは普通にやるだろ
当然、それがヌルポだったら相手は死ぬ

835

： デフォルトの名無しさん [sage] 2019/02/15(金) 22:29:36.78

:M7c4VM5H

>>833

めっちゃclangが消し去りそうなコードw

836

： デフォルトの名無しさん [sage] 2019/02/15(金) 22:45:50.97

:ZriHGp8e

ぬるぽをデリファレンスした時点で未定義動作だから受け取る側はそんなもん考慮しなくていいし渡した奴が悪い
参照がnullptrかどうかチェックするコードなんか書いたところでコンパイラが最適化で除去しちゃうぞ

837

： デフォルトの名無しさん [sage] 2019/02/15(金) 22:57:42.33

:/qDgZA0Q

参照渡しにするとありがたいのは勝手にconst扱いになることだ
例： void foo(const char* p) { ... } // p自体はconstではない
　　　void bar(const char& c) { ... } // 引数のどこにも非const要素が無い

ポインタで同じことをしようとするとfoo()は次のように書かねばならない
void foo(const char* const p) { ... }

838

： デフォルトの名無しさん [sage] 2019/02/15(金) 23:01:30.49

:zLdO+ouL

>>831

intをVeryBigClassに読み替えてご苦労様です
藁人形論法つうんだっけ？付き合いきれないわ

839

： デフォルトの名無しさん [sage] 2019/02/15(金) 23:05:24.07

:/qDgZA0Q

訂正orz、
△：勝手にconst扱いになる
○：勝手にアドレスがconst扱いになる

あと参照は同一の字面で変数の実体を差し換えられるというのが
ポインタより圧倒的に優れてゐる、すなわち
Foo::m_someDataをm_someDataとして直接参照する10億行のコードを書き直すことなく
FooWrapper::m_someDataに対する操作に差し換えることができる

ポインタではこれはできない（正確に言うと、プリプロセッサを悪用したらできる「こともある」が

840

： デフォルトの名無しさん [] 2019/02/15(金) 23:11:11.98

:G4vKReT9

0で割ると例外が発生しますか？

841

： デフォルトの名無しさん [sage] 2019/02/15(金) 23:36:01.69

:ZriHGp8e

C++の例外なら発生しない
CPU例外なら発生する

842

： デフォルトの名無しさん [sage] 2019/02/15(金) 23:40:28.46

:M7c4VM5H

整数はCPUレベルの例外が起こる
浮動小数は±∞かNaNになる

843

： デフォルトの名無しさん [] 2019/02/16(土) 02:18:09.31

:OHubCgoF

じゃあnoexceptってことでいいですか？

844

： デフォルトの名無しさん [] 2019/02/16(土) 03:40:53.24

:PL3DLWvZ

WinならSEH例外をC++で捕捉できるんじゃないっけ

845

： デフォルトの名無しさん [sage] 2019/02/16(土) 05:52:35.21

:/Su8h7T9

ゼロによる割り算って、未定義の動作になるんじゃないか？
CとC++で、あるいは規格のバージョン間で違うのかもしれんけど、

とりあえずCの整数ではゼロで割ると未定義動作って資料を見つけられた。
規格に手が届く人の検証を求めたいところ。

846

： デフォルトの名無しさん [sage] 2019/02/16(土) 05:55:58.95

:LvaIzR5y

言語としては未定義だけど一般的なコンピュータでは動作停止するかOSに落とされる

847

： デフォルトの名無しさん [sage] 2019/02/16(土) 08:45:05.13

:q1DAaOKG

0割で動作停止するコンピューターなんて見たことないわ

848

： デフォルトの名無しさん [sage] 2019/02/16(土) 09:14:28.81

:YRUE5/P+

>>842

実は、浮動小数の場合は、例外を発生させるか、値をNaNやINFにするかを
CPUの制御レジスタのフラグ類などであらかじめ設定できるようになっている。
だから、0で割り算した場合に例外ハンドラを起動させるようにすることも
可能。

849

： デフォルトの名無しさん [sage] 2019/02/16(土) 09:16:46.83

:Njn41q/4

>>847

昔は有ったよ。
「0除算例外」という「割り込み」が生じるが、MS-DOS などの16BIT-OSでは
それをOSが処理しない場合があって、その場合は、アプリだけでなく、OS
まるごとハングアップしたり、再起動したりする事があった。

850

： デフォルトの名無しさん [sage] 2019/02/16(土) 09:43:23.27

:CCOmn+yc

ドヤッ

851

： デフォルトの名無しさん [sage] 2019/02/16(土) 10:17:27.91

:q1DAaOKG

>>849

それエラー処理の問題でしょ
そんなこと言い出したら変な入力で動作停止するコンピューターだってゴロゴロしてるし w

852

： デフォルトの名無しさん [sage] 2019/02/16(土) 15:24:09.94

:LvaIzR5y

OSが安全に処理してくれてるだけでOSが無ければ止まるよ

853

： デフォルトの名無しさん [sage] 2019/02/16(土) 17:49:12.32

:q1DAaOKG

>>852

止まる？
単に暴走するだけだろ
組込みとかだと再起動とか

854

： デフォルトの名無しさん [] 2019/02/16(土) 18:06:39.50

:mSqP7pCT

アイドリングで止まってるか暴走で同じところを回ってるのとの違いでしかない
(発熱以外違いはない？)

855

： ◆QZaw55cn4c [sage] 2019/02/16(土) 18:12:26.16

:rUZ2ZZ3T

>>853

あなたのいう「暴走」の定義はなんですか？
ゼロ割のinterruptが発生したら然るべきルーチンを呼び出すだけなのでは？
それが何をするかは定義しだいだが、暴走！？みたいなことが発生することはないのでは？

856

： デフォルトの名無しさん [] 2019/02/16(土) 18:26:44.19

:STqQL4YT

突然始まるガベコレで長期間CPU占有されて
表面上使ってるひとには止まってると思われる状況は発生するし
一般人はそれを文字通り止まってるとみなすだろう

857

： ◆QZaw55cn4c [sage] 2019/02/16(土) 18:37:58.26

:rUZ2ZZ3T

>>856

最近のソフトで Full GC が走ってしまうことなんてあるのかな…

858

： デフォルトの名無しさん [sage] 2019/02/16(土) 18:43:27.21

:e4F3ujKc

今ハード割り込みなんて気にするソフト書くとしたらOSがないやつだよね

859

： デフォルトの名無しさん [sage] 2019/02/16(土) 18:46:53.94

:LE6s3aZE

プロセスとして切り離しとけってアドバイスでこんなの終わりだろ。

860

： デフォルトの名無しさん [sage] 2019/02/16(土) 18:56:31.75

:q1DAaOKG

>>855

OSがない環境だから処理ルーチンもないんだろ
詳しくは

>>852

に聞いてくれ

861

： デフォルトの名無しさん [sage] 2019/02/16(土) 18:57:29.43

:q1DAaOKG

>>856

こんなスレで一般人の感想を言われても…

862

： デフォルトの名無しさん [] 2019/02/16(土) 19:57:22.22

:OHubCgoF

一般人とか言い出すのはLinux板だけかと思ってた、ワロ。

863

： デフォルトの名無しさん [sage] 2019/02/17(日) 02:38:22.89

:WKDw+26J

ていうか今目の前にある環境でコード書いて試せばすぐわかることを聞いてくるやつは
エアC++

864

： デフォルトの名無しさん [] 2019/02/17(日) 04:21:07.23

:N1izVyMt

Visual Studioでコード書いても何もわからない。
とても都合よくできてるから。
こっちが標準になればいいのに。

865

： デフォルトの名無しさん [sage] 2019/02/17(日) 04:25:41.02

:p4FwcX/Y

ラムダ式がいまだに書けないし読めないんだけど
書きたくなるようなメリット教えてくれ

866

： デフォルトの名無しさん [] 2019/02/17(日) 04:28:58.95

:N1izVyMt

読みやすいし楽だからでは。

867

： デフォルトの名無しさん [] 2019/02/17(日) 04:46:40.12

:4OnEl3He

C++を使うとコンパイラエラーで悩むことが多いがラムダは複雑そうなのに非常に素直だ。ラムダで問題がでることが一度もない。素直でできがいいと思うが残念なことに
そんなに使い道がない。

868

： さまよえる蟻人間 ◆T6xkBnTXz7B0 [sage] 2019/02/17(日) 04:51:22.12

:fsVSWZKv

関数の内部で関数を定義できる。すなわち、例えばデカい関数からいちいちその関数の外側に注意を向ける必要が無くなる。

869

： デフォルトの名無しさん [] 2019/02/17(日) 05:00:32.63

:N1izVyMt

述語に使えば。

870

： デフォルトの名無しさん [sage] 2019/02/17(日) 05:04:23.32

:CcQWXdbL

STLでもboostでもQtでも使いまくるだろ

871

： さまよえる蟻人間 ◆T6xkBnTXz7B0 [sage] 2019/02/17(日) 05:05:22.93

:fsVSWZKv

std::sortの述語に使うのはよくあるね。

872

： デフォルトの名無しさん [] 2019/02/17(日) 05:32:44.80

:4OnEl3He

>>868

それ凄くいい着眼点だと思うのだが、無名のnamespaceで代用できるし、どちらもそれぞれ利点が
あって、どうかするとnamespaceにしておく方が便利だったりする。

873

： デフォルトの名無しさん [sage] 2019/02/17(日) 05:36:53.53

:bztXspcu

std::thread t([&]() {
....
});

とか。

874

： デフォルトの名無しさん [] 2019/02/17(日) 06:17:10.31

:4OnEl3He

>>873

文法的意味もよくわからないのだが、直観的にはわざわざそんなことをすることにどんな
意味があるのかというのもわからない。解説をたのむ。

875

： さまよえる蟻人間 ◆T6xkBnTXz7B0 [sage] 2019/02/17(日) 06:33:40.59

:fsVSWZKv

std::threadはスレッド。すなわち並列処理ができる。以前は別の場所に並列処理を行う関数を書かないと
いけなかったのが、ラムダを使えば処理をその場で書くことができる。

876

： デフォルトの名無しさん [sage] 2019/02/17(日) 06:53:15.35

:naWxhgEk

>>865

いちいち関数名考えなくて済むでしょ

877

： デフォルトの名無しさん [sage] 2019/02/17(日) 07:51:55.06

:O/E0SKNM

そんなしょうもない理由、どうでもいいわ。
てか可読性上げるために少しは考えろや。

他の言語なんかだったら部分的に引数を適用した関数(カリー化)が使いやすくなるとかはある。

878

： デフォルトの名無しさん [sage] 2019/02/17(日) 09:00:43.73

:naWxhgEk

名前付をしょうもない理由とか言う奴はもれなく使えない
そもそもその場で書いてるから可読性も上がるし
ラムダ使えない奴の戯言でしかないな

879

： デフォルトの名無しさん [sage] 2019/02/17(日) 09:47:35.17

:EB+Wm9hA

処理の一部を関数として受け取れるように関数書いといて
呼び側はラムダを好きに作ってそこに突っ込む
DRYするときとかに割とよくやるでしょ

880

： デフォルトの名無しさん [] 2019/02/17(日) 11:01:41.76

:4OnEl3He

>>875

なるほど。それはC#なんかではよく思った。以前はdelegate関数を定義するのがめんどくさくてかなわなかった。
しかしC++はマイコンでしか使わないし、まだ恐る恐る使ってるレベルなのでthreadとかは使ったことがない。

以前はPC側はC#、マイコンはCと使い分けて書いていて今回初めてマイコンにC++を使ってるが便利
だとは思うが、困ることも多い。
　二人で開発をしているが、相方が意味のない機能をやたらつかいたがる。string やvectorをドンドン
使うのでプログラムが無意味にバカでかくなってしまう。自分は基本的にCレベルの機能しか使わない。
でもクラスやNamesapce が整理する上では便利だし、constexperも好き。
ラムダはデバッグターミナルを切り替えるのに使ってるが他にはつかうところが思いつかなかった。

881

： デフォルトの名無しさん [sage] 2019/02/17(日) 11:05:05.20

:ihUXQF5N

ラムダ式は名称が良くない

882

： デフォルトの名無しさん [sage] 2019/02/17(日) 11:10:40.23

:vi4O111w

>>880

君にはCがお似合いじゃないかな
コンパイルや実行時のある程度のオーバーヘッドを許容してでもOOPを導入して
楽に安全に大規模で複雑なプログラムを開発しようってコンセプトに馴染めないんだろう？
stringやvectorを使うとはそういうことだからこれを無意味と考えてる時点で向いてない

883

： デフォルトの名無しさん [sage] 2019/02/17(日) 11:14:31.53

:taqGnUFh

マイコンならCで関数ポインタ使うような所で一部代わりに使う感じじゃないの
ポインタを動的に取り替えたりしないなら間接参照がなくなって速くなる

884

： デフォルトの名無しさん [sage] 2019/02/17(日) 11:28:22.52

:WAEZojeG

頭が悪くてその機能を理解出来ず使いこなせないだけなのに
「書きたくなるようなメリット教えろ」と言い換えてるだけだ

「わたしの頭が悪い」ではなく「わたしにその機能にメリットが無いように見せているのが悪い（そちらから自発的にアピールしないのが悪い）」としてる
バカじゃないのかこいつ

885

： デフォルトの名無しさん [sage] 2019/02/17(日) 11:32:45.27

:pY7p2BwH

C++で安全になってるプロジェクトを見たことがありません。

886

： デフォルトの名無しさん [sage] 2019/02/17(日) 11:55:17.00

:Y22Zw0Bq

>>884

上の発言はおいらが書いたわけじゃないけど、どんどん色々と新しくなってるから
おいらも含めて昔からC++を使ってた人にとっては、vector、string、
smart pointerなどは知らないことなんだよ。文字列はMFCのCString使ってたし、
vectorの代わりに、自作のクラス・テンプレートを使ってた。

887

： デフォルトの名無しさん [sage] 2019/02/17(日) 12:13:43.95

:vi4O111w

>>885

それはC++のコンセプトを理解せずにまるでCみたいな手法を混ぜ込んでくる人が一定数居ることが最大の原因だろうね

Cを使うと低スキルのゲロゲロなC++プログラマを排除できるけど
C++を使っても低スキルのゲロゲロなCプログラマは排除できない
これはC++の弱点と言っていいだろう

888

： デフォルトの名無しさん [sage] 2019/02/17(日) 12:19:18.91

:EB+Wm9hA

vector stringがない昔ってC++98より前のお話か・・・？

889

： デフォルトの名無しさん [sage] 2019/02/17(日) 13:07:09.82

:Y22Zw0Bq

>>888

1998当時、本を買ってC++を学ぶと、C++98 の事は書いてなかったんだよ。
C++98 が本に書かれるようになったのは、何年か後。

使えても、実際に使われるようになったのは、感覚的には、
この5～10年ほどなんじゃないかと思う。

890

： デフォルトの名無しさん [sage] 2019/02/17(日) 13:26:22.07

:taqGnUFh

VCが糞すぎた時代が長かったからねえ
だいたいあいつのせい

891

： デフォルトの名無しさん [sage] 2019/02/17(日) 13:31:49.98

:B6Z0xbW8

>>887

そう、絶対いるんですよ。
大規模になればなるほど避けられない。

892

： デフォルトの名無しさん [sage] 2019/02/17(日) 13:47:28.47

:GrqAm9XM

>>887

リーナス乙

893

： デフォルトの名無しさん [] 2019/02/17(日) 13:50:11.60

:7mUUrd8D

>>857

GCは知らんけどSSDとかのレロケーションで固まったように見えるケースはあるね

894

： デフォルトの名無しさん [sage] 2019/02/17(日) 14:51:27.44

:CcQWXdbL

>>873

これとか頻出だと思うんだけど不思議と見たこと無い人居るんだなあ
他の言語でも良くあるパターンなんだけど

895

： デフォルトの名無しさん [sage] 2019/02/17(日) 16:14:40.21

:Y22Zw0Bq

このスレを見ようとすると、

503 Service Temporarily Unavailable

が出る人いる？　書くことは出来るはずだから、書いてみて。

896

： デフォルトの名無しさん [sage] 2019/02/17(日) 18:54:54.93

:MvGK95PG

>>876

結局ラムダ式の変数名考えなきゃならんのだから命名の手間は一緒では？
まさか f にする気か？

897

： デフォルトの名無しさん [sage] 2019/02/17(日) 19:05:30.20

:+0nZrljm

>>896

関数名って書いてあるんだが…
引数の命名は必要だけどスコープ狭いから命名にたいして苦労はしないだろ
それこそx, yとかでもいいレベル

898

： デフォルトの名無しさん [sage] 2019/02/17(日) 19:07:19.51

:CcQWXdbL

fでも良いレベルならfにするしもうちょっと詳しい方がいいときは動詞にする

899

： デフォルトの名無しさん [sage] 2019/02/17(日) 19:18:21.48

:MvGK95PG

>>897

命名面倒だからラムダ式で程度のもならprivateなんだし適当でいいのは同じだろ

900

： デフォルトの名無しさん [sage] 2019/02/17(日) 20:01:49.45

:taqGnUFh

メンバ関数だとクラス内全体に名前見えちゃうだろ
スコープ狭いから適当でいいって言ってるのに

901

： デフォルトの名無しさん [sage] 2019/02/17(日) 20:22:43.95

:naWxhgEk

>>899

まんま使えない子の意見でワロタ
いつもテキトーに命名してるんだろうな w
そもそもC++のprivate指定ってスコープの指定じゃないし

902

： デフォルトの名無しさん [sage] 2019/02/17(日) 22:32:40.23

:O/E0SKNM

>>894

c++慣れしてる人ほどスコープの抜け方になんとなく不安を覚える書き方だからだろ。

903

： ◆QZaw55cn4c [sage] 2019/02/17(日) 22:44:39.54

:TOi2tzGo

>>887

＞Cを使うと低スキルのゲロゲロなC++プログラマを排除できるけど
＞C++を使っても低スキルのゲロゲロなCプログラマは排除できない

無論、低スキルのゲロゲロベロベロなC++を排除できるほうが優れた手法といえるだろう
上記のどちらかを選べ、というのなら、私はそうする

904

： はちみつ餃子 ◆8X2XSCHEME [sage] 2019/02/17(日) 23:36:21.11

:7lxezDVs

俺も 1998 年頃に ARM を読んで C++ を学んだが、そんな恥ずかしいことよう言わんわ。
当時の、それも日本語に限ってもネット上には情報があふれてたし、
2000 年頃になるとCマガ (επιστ?μη の連載) でも string や vector は取り上げてるし、
避けて通る方が難しいくらいの状況だったので、要するにお前が「あえて避けてた (逃げてた)」だけ。

そりゃあ当時の Windows での事情を考えれば MFC が妥当な選択だし、
MFC を使うとなれば文字列は CString を選ばざるを得ないというのはわかるよ。
よほどリソースが限られている組込み系とかなら vector でさえキツいって
状況だってあるかもしれんというのはわかるよ。
それに慣れてたら標準のライブラリの方がなじみが無いかもしれん。

でも、そういったライブラリのクソさに打ちのめされてきた経験があればなおさらのこと、
よりよい標準には飛びつかざるを得ないだろ。
よりよいということが理解できないほどクソの臭さに慣れてしまったなら、
そりゃやっぱりお前がクソなだけだわ。

905

： デフォルトの名無しさん [sage] 2019/02/17(日) 23:49:56.95

:WLFlc2AV

久々のダークサイド餃子

906

： デフォルトの名無しさん [sage] 2019/02/18(月) 00:39:07.20

:90CTQpRS

横からだが

>>904

＞2000 年頃になると

＞C++98 が本に書かれるようになったのは、何年か後。

たかが標準ライブラリでマウントとかやめた方がいいよ、見てて恥ずかしい

>>878

なんかもそうだが

907

： はちみつ餃子 ◆8X2XSCHEME [sage] 2019/02/18(月) 01:21:22.59

:ViRlfcsh

>>906

大衆向けのプログラミング雑誌であるCマガにすら！ 2000 年頃にはと言ってるんであって、
1998 年当時にでも情報はあふれてたと書いているんだが、そんなことも読めんのか？

その「たかが標準ライブラリ」すら知らん最低以下のクソ

奴が
「昔から C++ を使っていた人にとっては」とか言って代表面してるのをぼんやり見てられるほど
俺は人が出来てないんでな。

908

： デフォルトの名無しさん [] 2019/02/18(月) 01:21:47.26

:yYX5e63o

福田の本ほどわかりにくいものはない。
非お勧め。

909

： デフォルトの名無しさん [sage] 2019/02/18(月) 03:09:31.91

:90CTQpRS

>>907

に人格攻撃されるような書き込みあるかね？
ついでに言えば俺も自作線形リストとか書いてたけど
(その頃はC++使い始めて2年程度で、参考にしてた本も古かったのでSTLについての解説が無かった)
STL知ってからは完全にそっちに移ったけどね
標準ライブラリ信者のお前からしたらそれすら気に入らないんだろうな
ほんと何様だよお前

910

： デフォルトの名無しさん [sage] 2019/02/18(月) 03:12:36.05

:90CTQpRS

あと1998年でネット使える環境の人間そんなにいねーよ
てかその当時からプログラミングやってるにしては・・・w

911

： はちみつ餃子 ◆8X2XSCHEME [sage] 2019/02/18(月) 03:24:59.60

:ViRlfcsh

>>909

最初は知らないというのは当然だし、使わないという選択をすることは否定しない。
規格にあっても実装が使い物にならない時代だって知ってる。

が学ぼうともしなかっただけなのに時代のせいにして俺を含む同年代の人間を巻き込みやがった。
何様だよっていうなら、勝手に時代の代表面をした

に言うべきことだろうが。

912

： デフォルトの名無しさん [sage] 2019/02/18(月) 03:42:21.75

:90CTQpRS

は知らないとしか言っておらず、使わないという選択だの使い物にならないだのは
一言も言ってないぞ

913

： はちみつ餃子 ◆8X2XSCHEME [sage] 2019/02/18(月) 04:40:23.60

:ViRlfcsh

>>912

俺が標準ライブラリに拘泥しているみたいに言うから反論したんであって、
関係ない

を巻き込むな。

914

： デフォルトの名無しさん [sage] 2019/02/18(月) 05:05:11.21

:zr0LtZh3

>>906

> たかが標準ライブラリでマウントとかやめた方がいいよ、見てて恥ずかしい
>

>>878

なんかもそうだが
こっちは標準ライブラリの話じゃないんだが…
一応理由も書いてあるし
悔しくて当たり散らしてる感じ？ w

915

： デフォルトの名無しさん [sage] 2019/02/18(月) 05:13:59.72

:90CTQpRS

マジで何言ってんの、頭沸いてるだろ
自分が何書いたか読み返せキチガイ

>>914

やってることは同じだろ、ラムダ使えないとか勝手に前提作ってマウントとか、やってて悲しくならんか？

916

： デフォルトの名無しさん [sage] 2019/02/18(月) 06:15:11.87

:zr0LtZh3

マジで当たり散らしててワロタ

917

： デフォルトの名無しさん [sage] 2019/02/18(月) 06:31:20.82

:90CTQpRS

アホだろお前

918

： デフォルトの名無しさん [] 2019/02/18(月) 08:53:15.92

:LEH693AC

Visual C++ 2010 Express に相当する、無料版の最新版はどれでしょうか？

919

： デフォルトの名無しさん [sage] 2019/02/18(月) 08:55:21.66

:m+MvlS9t

2018 Community
2019のプレビューも出てるけど

920

： デフォルトの名無しさん [] 2019/02/18(月) 09:11:24.69

:LEH693AC

ありがとう

>>919

921

： デフォルトの名無しさん [sage] 2019/02/19(火) 01:06:26.45

:V8qmPrEh

ラムダ式で定義する関数の名前を動詞にしようとする香具師はどうしようもない…

922

： デフォルトの名無しさん [sage] 2019/02/19(火) 01:36:14.38

:HoDktNU7

auto型引数が使えるの知ってラムダ式が便利だと初めて感じた
テンプレートと違ってスコープ内でしか使わないから想定外の型が放り込まれることもないから適当に作れる

923

： デフォルトの名無しさん [sage] 2019/02/19(火) 07:50:59.68

:1erPK1jn

JavaからC++のプログラムを呼んでるのですが、こういう場合にC++のプログラムをgdbでデバッグしたいときってどうしたら良いですか

924

： デフォルトの名無しさん [sage] 2019/02/19(火) 08:09:41.11

:fDbgv8CD

アタッチできないのかねえ

925

： デフォルトの名無しさん [sage] 2019/02/19(火) 08:23:25.75

:1erPK1jn

できないです

926

： デフォルトの名無しさん [sage] 2019/02/19(火) 09:41:57.99

:fDbgv8CD

JNIでデバック、みたいな文章いっぱい引っかかるけどなにが違うんだろうね

927

： デフォルトの名無しさん [sage] 2019/02/19(火) 09:54:37.53

:b+RKSXhJ

ランタイムである点です

928

： デフォルトの名無しさん [] 2019/02/19(火) 12:56:43.76

:Dp5mXjEy

>>922

便利だけど用途は限定的ってことですね

929

： デフォルトの名無しさん [sage] 2019/02/19(火) 13:49:45.72

:h1wI7nx1

アタッチできない理由を書けよ

930

： デフォルトの名無しさん [sage] 2019/02/19(火) 14:03:05.95

:JAI+ozPz

そう言えばなんかソシャゲでバグの説明にソースコード出した奴無かったっけ
確かラムダ式使われてたような記憶があるんだけど何だったっけ？

931

： デフォルトの名無しさん [sage] 2019/02/19(火) 14:08:36.63

:JAI+ozPz

ごめん
ググったら出た

932

： デフォルトの名無しさん [sage] 2019/02/19(火) 14:19:25.93

:/4RDdr4I

ドッカンバトルかな

933

： デフォルトの名無しさん [sage] 2019/02/19(火) 15:36:52.16

:WpsDjOEI