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/17(金) 13:59:24.66

データメンバーにしなさい
グローバル変数は悪である

**デフォルトの名無しさん** · 2018/08/17(金) 14:21:39.44

>>826
「共通の変数を使う関数群」をクラス化するんだよ
そのためにあるんだから

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

>>826
> ……あれ、そうするとその関数群だけで使う共通の変数
いや、そんなもんがあるならメンバ変数にするか、それらを構造体とかにまとめて引数で渡すとかしなよ
ファイルスコープだとしても今時グローバル変数は無いわ

**デフォルトの名無しさん** · 2018/08/17(金) 17:26:14.63

いまどきグローバル変数を使うおとこの人って…

**デフォルトの名無しさん** · 2018/08/17(金) 17:26:59.41

>>824
ゼロから書く気はある

**デフォルトの名無しさん** · 2018/08/17(金) 17:32:51.82

「すべての男はグローバル変数である」

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

わたし女だけど

**デフォルトの名無しさん** · 2018/08/17(金) 17:41:55.00

クラスのstaticメンバにすりゃええんちゃうのん?

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

わざわざstaticにする強い理由があればそうするが
消極的な選択なら非staticのほうが何かと楽だぞ

**デフォルトの名無しさん** · 2018/08/17(金) 17:54:48.35

staticおじさん、再び

**デフォルトの名無しさん** · 2018/08/17(金) 18:06:46.13

ちょうど気になる話題だから聞くけど
OpenCVで1つの画像データを複数の関数で扱う場合って、引数として渡すのとグローバル変数として定義するのってどっちが良いのかな？(速度とかの面で)

無限ループで毎フレーム毎にWebカメラから読み取った画像を(グローバル)変数に代入するからそこでの速度とかメモリ管理の差とかあるのかな？

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

>>831
そこまでして再発明したいんなら言語なんて何でもいいんじゃね？
ちなみに素養はお持ちなの？
そういう研究してたとか

**デフォルトの名無しさん** · 2018/08/17(金) 18:09:24.28

>>833
オカマはだまってろw

**デフォルトの名無しさん** · 2018/08/17(金) 18:09:55.69

>>831
あ、読み違えた
自然言語処理ではないんだね
何かのパーサーでも書きたいんですかね？

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

>>837
OpenCVのMatなら何も考えずにコピーすると浅いコピーになる
浅いコピーのコストが問題になるならグローバルなりメンバなりにする方がいいのでは

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

何で浅いコピーだよ
普通はポインタか参照だろ

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

cv::Matがスマポみたいなもんだということを知らずにチャチャ入れてるなら黙ってたほうがいいよ

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

そんな事はしっている
目の前に浅いコピーって書いてあるし

浅いコピーよりも当然参照やポインタ渡しの方が速い
当たり前だ
sizeofでcv::Matのサイズを調べてみろ

構造体やクラスを渡すのに深い浅いに関わらず
コピーなんか使うなよ

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

>>837
> (速度とかの面で)

早すぎる最適化は諸悪の根源である

　　ドナルド・トラン…
　　じゃなくてクヌース

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

今更になって>>825で言ってくれたことが理解できた
クラス内でメンバ変数使おうとするとメンバ関数じゃないとだめなのね。普通に分けたただの関数からじゃ呼べなかった
えーこういうもんなのか

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

cv::Matとcv::Mat*のコピーコストの差を気にするくらいならデリファレンスのコストも気にしなきゃな。

**デフォルトの名無しさん** · 2018/08/17(金) 20:02:22.24

844はunique_ptrやshared_ptrも参照渡ししてそう

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

>>847
構造体やクラスだと
ポインタや参照がデフォなんだよ

とりあえずポインタ、参照で渡す事を考える
これでは困る時にはじめて他の方法を考える

わざわざ無駄に重くしなくて良い
コードサイズも実行時間も使用メモリも増える
悪いことしかない

**デフォルトの名無しさん** · 2018/08/17(金) 22:28:22.24

>>838
世の中の殆どは再発明の繰り返しではないか
そこから新しいものが生まれる
>>840
機械学習、音声言語処理に興味ある
生成や知識獲得とかも

**デフォルトの名無しさん** · 2018/08/17(金) 22:33:47.04

とりあえず車輪からだな

あっそれロン。大車輪で役満です

**デフォルトの名無しさん** · 2018/08/17(金) 23:28:39.10

ユーザーの実行コストを考えたらC++しかありえない

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/08/17(金) 23:29:57.49

>>852
Rustを知りませんか？

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

>>848
間違って通常のポインタを引数に指定されないよう、共有ポインタの参照を引数にすることはあり得るでしょ。

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

RustはいつになったらC++を殺すんだ？

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

https://github.com/rust-lang/rust/issues
エラーが4000件だから、しばらく無理。

**デフォルトの名無しさん** · 2018/08/18(土) 10:32:16.38

Visual Studioのデバッグ実行ってクラッシュとかしてもコードのどこでクラッシュしたかを示してくれるのですごく便利なんですが、
ただでさえ重めだった実行が、2015から拍車がかかり、かなり使いにくくなってしまいました。
どうもvector等のSTLの範囲チェック等が重たいとのことで、たしかにSTLの使用割合が多いアプリほど重たい傾向にあります。
たしかに範囲チェックはありがたいのですが、多少デバッグ能力を妥協して動作を軽くできないでしょうか？

理想はデバッグ機能をカスタム実装してリリースモードで動作でしょうけど、
予想できないクラッシュ等に対応するのが難しいと思います。

ご助言、よろしくお願いします。

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

>>857
IDEに頼るな
vimを使え

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

理想は平均的な性能のPCを買うことかな

**デフォルトの名無しさん** · 2018/08/18(土) 13:48:15.95

>>857
https://msdn.microsoft.com/ja-jp/library/hh697468.aspx

**デフォルトの名無しさん** · 2018/08/18(土) 15:07:37.45

質問ですが
class Foo {
public:
　　int a[100];
　　Foo();
};
というクラスにおいて、構築時にメンバa[]をゼロ初期化する簡単な書き方はありませんか

ちなみに
Foo::Foo() : a({ }) { }
とやったらエラーになりますた、

**デフォルトの名無しさん** · 2018/08/18(土) 15:27:11.61

https://ideone.com/BuNLLF
こう？

**デフォルトの名無しさん** · 2018/08/18(土) 16:07:29.18

普通に書いたらええがな。

Foo::Foo(){
for(int i=0; i<100; i++){
a[i] = 0;
}
}

**デフォルトの名無しさん** · 2018/08/18(土) 16:21:12.10

レス㌧クス、

>>862
申し遅れましたがやｐっぱC++11では㍉ですかそうですか…

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

初期化法自体はC言語からある方法だけど。
構文はC++だけどね。

**デフォルトの名無しさん** · 2018/08/18(土) 17:03:27.71

あー、そうなのね。あれって環境依存だったのか。ゴメン。

https://wandbox.org/permlink/ASJ3oCbkha0Ren8B

**デフォルトの名無しさん** · 2018/08/18(土) 17:32:50.09

>>859
平均的じゃ足りんだろ
VMwareとか使いまくるには
RAMとHDDがたんまりないと心許ない

**デフォルトの名無しさん** · 2018/08/18(土) 17:34:51.43

Foo::Foo() : a{ } { }
でええやん

**デフォルトの名無しさん** · 2018/08/18(土) 17:36:04.82

>>861
Foo::Foo() : a{ } { }

**デフォルトの名無しさん** · 2018/08/18(土) 17:36:29.52

>>868
そんなことできたのかぁー。うぼぁー。

**デフォルトの名無しさん** · 2018/08/18(土) 17:36:36.32

あ、被った
すまんこ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/08/18(土) 17:36:58.77

今時はSSDだろ。SSDにデータ移行しなよ。VS2017が数秒で起動するぜ。

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

うんC:はSSD一択だね
できればSLCのやつ

◆QZaw55cn4c · 2018/08/18(土) 19:32:14.99

>>872
何もかもがめんどくさっくて、C ドライブになんでもたんまりと仕込むのが好きなんですが、
1TB くらいある SSD ってお高いんでしょう？

**デフォルトの名無しさん** · 2018/08/18(土) 19:49:21.94

最近は途中にマウント出来るのよ

**デフォルトの名無しさん** · 2018/08/18(土) 19:55:17.69

>>874
例えば、だが
Crucial SSD 1000GB MX500 内蔵2.5インチ 7mm　￥23,738

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

理由はわかるが柔軟性が欲しい

class A{
};
class B: public A{
};
temaplate<typename T>
void test(T a, T b){
}

A a;
B b;

test(a, b);//Error.型が一致しない。
test<A>(a, b);//ok.明治すればok

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/08/18(土) 21:38:06.56

型を分けて、共通型を使えば？

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

>>874
きみなら一時間とは言わないが、一日でそのくらい稼ぎ出すんやろ？

**デフォルトの名無しさん** · 2018/08/19(日) 00:05:39.35

>>878
こうすればokというのはわかるけども面倒
template<typename LT, typename RT>
void test(LT const& a, RT const& b){

}

**857** · 2018/08/19(日) 01:30:39.96

>>860
ありがとうございます！
これでやってみます！

>>858
vim、興味深いですが、慣れるまで時間がかかりそうですね^^;

**デフォルトの名無しさん** · 2018/08/19(日) 09:02:49.22

じゃあメモ帳で。

**デフォルトの名無しさん** · 2018/08/19(日) 09:12:46.20

notepad++かサクラエディタ

ttps://forest.watch.impress.co.jp/library/software/notepadplusp/
ttps://sakura-editor.github.io/download.html

**デフォルトの名無しさん** · 2018/08/19(日) 09:25:18.62

vim は、

迷ったら、Esc を押して、コマンド入力モードにする。
そこで、a を押せば、append 文字入力モードになる

:q! 保存せずに終了
:wq 保存して終了

**デフォルトの名無しさん** · 2018/08/19(日) 09:26:24.72

今は spacemacs 以外あり得ないよ

欠点が厳密にゼロ個な完全なチョイス

**デフォルトの名無しさん** · 2018/08/19(日) 09:40:59.64

最近はVSCodeが使い物になってきたぞ
CMakeとの連携も賢い
補完がまだ遅いが

**857** · 2018/08/19(日) 10:56:19.69

自分はサクラエディタを10年以上愛用しています。
VisualStudioはコンパイラ兼デバッガとして利用してます。

**デフォルトの名無しさん** · 2018/08/19(日) 14:03:03.06

俺の main.cpp が 9万5千行を超えた
ファイルサイズにして2.37MBある
クラス内でなら前方参照が可能なC++の盲点をついて
適当な struct でプログラム全体を丸ごと囲って
前方参照しまくり & ヘッダに全部書くスタイルで
一つのファイルに全部押し込めた
C++サイコー

**デフォルトの名無しさん** · 2018/08/19(日) 14:03:58.10

ちなみにコンパイルが遅くなるのと
コード補完が重くて使い物にならなくなるので
素人にはお勧めしない

**デフォルトの名無しさん** · 2018/08/19(日) 14:13:18.08

キモイコードだなぁ。メンテナーが泣くぞ。

**デフォルトの名無しさん** · 2018/08/19(日) 14:20:44.33

大丈夫
サンデープログラマーで俺一人だけしか書かないから
ソースコードも公開してないしな

**デフォルトの名無しさん** · 2018/08/19(日) 14:22:38.72

なんのプログラムを書いたらそうなるんだ・・・

**デフォルトの名無しさん** · 2018/08/19(日) 14:58:05.30

>>888
キモすぎやろ…

>>891
見してくれ

**デフォルトの名無しさん** · 2018/08/19(日) 15:04:46.82

こういうのは怖いもの見たさみたいなのもあると思うし
これだけでコンパイルして動くものでもないので一応ソースコード
あまりにもアレで、そっ閉じだろうけど
http://www.geocities.jp/notenop/tomato_player/main.cpp

コンパイル済みのソフトは
http://www.geocities.jp/notenop/tomato_player/index.html
からダウンロードできる

非同期処理に俺が思いついた横断的でトリッキーなアイデア
https://qiita.com/notenopg/items/40571e69986a58b888a0
↑が使われている
安全にキャンセル出来なきゃ await の意味ないでしょ！ってなもんで
でもなかなか理解されないんだよなぁ、すごいアイデアだと思うんだが

それからツリービューのアイテムのピン止めのアイデアは
お気に入りやタブの代わりになって画期的だと思うんだが
何故マイクロソフトがエクスプローラに実装しないのか謎
特許関係かね
あとはフォルダ階層をそのまま扱える木構造なプレイリストとか

そんなことやってたら9万行超えました
ちなみにUIはDirectXでちまちまフルスクラッチで手書き
その代わりその辺のソフトに負けない速度で、4K対応

**デフォルトの名無しさん** · 2018/08/19(日) 15:07:41.51

庶民には理解できなくても
プログラマであるあなたたちなら
ピン止めできるツリービューが如何に画期的か理解できると思うんだよね
タスクバーでも何でもピン止めの時代なのに
ツリービューもピン止めできて良いと思うのよね

**デフォルトの名無しさん** · 2018/08/19(日) 15:09:21.21

ああ、ツールバーとかスクロールバーとかのレベルで
全部フルスクラッチでDirectXで手書きだから

**デフォルトの名無しさん** · 2018/08/19(日) 16:00:06.94

庶民なる俺様にはピン留出来ることの利点がわからん

**デフォルトの名無しさん** · 2018/08/19(日) 20:23:08.28

サクラエディタが優秀だということは分かった

**デフォルトの名無しさん** · 2018/08/19(日) 21:38:13.69

見て欲しくて我慢できなかったんだな

◆QZaw55cn4c · 2018/08/19(日) 22:28:08.34

>>711
https://www.amazon.co.jp/dp/4871481689/

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

>>900
Makeって何？

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

>>901
来年にはSunOSにも移植される予定の超最新自動ビルドツールの紹介だよ！

**デフォルトの名無しさん** · 2018/08/20(月) 15:49:07.20

>>901
オライリーがおかしな実験をする本だよ

◆QZaw55cn4c · 2018/08/20(月) 18:47:45.43

>>901
昔から使われている原始的といってよいビルドツールです
makefile に依存関係を書いておいて、コマンドラインで「 make -j」と起動すると、記述した依存関係にしたがってコンパイル・リンクが行われます

**デフォルトの名無しさん** · 2018/08/20(月) 18:59:55.06

Linuxなんかで配布されたソースから実行ファイルを作成したいって時にお世話になります

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

>>904
この本を読めばコンパイルについても分かるの？

◆QZaw55cn4c · 2018/08/20(月) 20:46:46.88

>>906
>>900 は make を C で記述するものであり、コンパイル自体について記述するものではありません

**デフォルトの名無しさん** · 2018/08/20(月) 23:46:22.40

クラス生成に挫折したのかな？w

**デフォルトの名無しさん** · 2018/08/21(火) 00:03:12.90

C++自体の本はたくさんあるのにビルドやプロジェクト構成について解説した本って全くないよな
コピペで受け継いできた秘伝のMakefileやconfigureが蔓延してるのなんとかしてくれ
売れないだろうがCMakeの解説本が一冊欲しい

**デフォルトの名無しさん** · 2018/08/21(火) 00:06:59.04

cmake はつい最近のVisual Studio 2017アップデートで標準インストールされるようになったから潜在需要あるかもね…。

**デフォルトの名無しさん** · 2018/08/21(火) 00:51:54.00

なんでビルドツールっていつも怪物化しちゃうんだろうな
makeがもう誰も手に負えない怪獣のくせにずっと定番に居座ってて、「Makefileを作るツール」が乱立してそれぞれ怪物化してるの勘弁してほしい

◆QZaw55cn4c · 2018/08/21(火) 01:03:38.38

>>911
＞makeがもう誰も手に負えない怪獣

make ですら怪獣になるのだったら、他の高機能ビルドツールはとっくに破綻している現状だったのか！と、ふと

**デフォルトの名無しさん** · 2018/08/21(火) 01:35:58.44

makefileなんて複雑な事求めないなら手でかけるレベルだよ
これが複雑で手に負えないとなると、プログラミングも怪しくなる

**デフォルトの名無しさん** · 2018/08/21(火) 01:36:31.95

ビルドについての教育がないがしろにされてるのが全ての元凶
ある程度以上の規模のプロジェクトを構成するベストプラクティスが示されているところを見たことがない
適当に好きなところから取ってきて動けばいいやくらいに改変して使ってるのが現状

**デフォルトの名無しさん** · 2018/08/21(火) 07:06:57.27

丁寧に書いてるのはこれくらい。

ttp://aegis.sourceforge.net/auug97.pdf

**デフォルトの名無しさん** · 2018/08/21(火) 11:19:53.91

複雑なことをしたいからビルドツールを使うわけでしてねぇ・・・

**デフォルトの名無しさん** · 2018/08/21(火) 11:24:41.92

したいという意思があるなら、がんばって理解も出来るだろう
そこまでしなくても、最低限のルール覚えれば使える

**デフォルトの名無しさん** · 2018/08/21(火) 11:53:12.22

>>915
goto有害説をもじってるんだなｗ

Makefileを書いていていつも思うのは
ソースファイルの依存関係はソースファイルの中に書いてあるのに
それをまた二度手間で書かねばならないのがイヤ
面倒くさいのはともかく間違えやすいから

**デフォルトの名無しさん** · 2018/08/21(火) 12:20:54.13

>>918
automake とか gcc -MM とかの話？

**デフォルトの名無しさん** · 2018/08/21(火) 12:38:18.13

rustとc++どっちも使ってる人いる？

**デフォルトの名無しさん** · 2018/08/21(火) 12:59:21.72

>>919
gcc -MMか、いいこと聞いた
ありがとう

**デフォルトの名無しさん** · 2018/08/21(火) 13:56:49.24

>>919
詳しい解説サンクス
こんなのがあったのか

**デフォルトの名無しさん** · 2018/08/21(火) 16:55:02.40

>>917
ここで根性論とはセンスあるわ
もちろんエンジニアでなく笑いの

**デフォルトの名無しさん** · 2018/08/21(火) 17:26:56.17

エンジニアでなく園児にゃ

**デフォルトの名無しさん** · 2018/08/21(火) 19:40:42.98

WindowsでCMakeはfind_packageでだいたい詰む
vcpkgで対応できなければ結局自分で書くはめになり、面倒くさくなってmingw使うかVSのプロジェクトと同居することになる

**デフォルトの名無しさん** · 2018/08/22(水) 16:26:31.16

C++ とは直接関係ないけど make/Makefile は擬似ターゲットを使って
バッチ的な定型処理を1個のファイルでまとめて管理できるのが便利でね。

make find WORD=...
全ソースから WORD= で指定した単語を含む行を検索、みたいな。

自分で作った便利ターゲットの使い方を usage: に書いとくのを忘れるけど。