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

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/16(木) 13:47:10.99

>>810
んなこたーない。

**デフォルトの名無しさん** · 2018/08/16(木) 14:10:22.64

「少ない」に比較がついてないから何とも言えない

**デフォルトの名無しさん** · 2018/08/16(木) 14:34:47.46

やっぱPerl人口が一番多いと思うのねん
その次がPHP

**デフォルトの名無しさん** · 2018/08/16(木) 16:39:09.24

英語をスラスラ読めるなら「遅い・高い・分かりにくい」の
和訳版を買うことはないわな。
原書ならPDF版がタダでネット公開されてたりするし。

**デフォルトの名無しさん** · 2018/08/16(木) 20:44:21.68

>>799
前半とこどこBoost.MPLの設計理念とかどう実装されてるかとか書いてあるから、そこは参考になると思う
後半のTMP関連のテクニックはおそらく求めているものではないかと
ExpresionTemplateの実装にあまり踏み込まないけど、どのように誤用されているかは少し参考になった

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

https://wandbox.org/permlink/TC3VtzZ4Dd53Z1Y4
こういうコード書きました。
UIはとりあえず置いといて、Jsonの構造ってこんな感じでいいのでしょうか。
ご意見あったら教えてください。

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

あの初歩的な質問で申し訳ないんですけど、クラスのメンバ関数のことです
例えばAってクラスがあって、hogehogeって関数があったとします
それでhogehogeは内部で関数を3つ呼び出す。ざっとこんなイメージです

A.h
class A
{
public:
void hogehoge();
}

A.cpp
void A::hogehoge()
{
x();
y();
z();
}

main.cpp
main()
{
A a;
a.hogehoge;
}

んでこの場合の関数x() y() z()なんですけどクラスAのメンバ関数にすべきなんでしょうか。
それとも単にA.cpp内に関数書くだけでいいんでしょうか。
x()y()z()はhogehoge以外から呼び出されることはありません。
自分は前者だと思うんですが、参考にしろと渡された前任者（今いない）のコードだとなんでもかんでもメンバ関数です。
よろしくおねがいします。

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

あ、すいませんhogehogeではxyzを呼び出す以外にも処理を行うものとします
そうでないとxyzをメンバ関数にしてhogehogeなくせってことになるので

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

> x()y()z()はhogehoge以外から呼び出されることはありません。

だったらラムダ式じゃね？
auto x = [this]{};
auto y = [this]{};
auto z = [this]{};

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

>>817
どっちでも良い
というか時と場合によってどっちにすべきかが違う

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

メイヤーズは独立できるならメンバにせずに関数にしろって言ってた

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

言語処理ってphythonとC++どっちが向いてる？

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

処理内容によると思う。
一応、自分は、protectedのメンバ関数にするかなぁ。

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

>>822
漠然過ぎてどうとも
ゼロから書く気はないんだろうから試行錯誤するのも含めてPythonのほうを勧めるよ

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

>>817
関数にできるってことはメンバ変数の参照とか他のメソッド呼び出しがないんだよね
なら関数にした方が微妙に速度が稼げる（thisを渡さずに済むから）
各々一回しか呼ばないなら呼び出し箇所に展開しても良いような気がする

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

参考になりました。皆様ありがとうございました。
effective C++のメイヤーズ先生に従い、通常の関数にすることにします。

……あれ、そうするとその関数群だけで使う共通の変数ってメンバ変数にすべきなのかcpp冒頭で宣言してグローバル変数にすべきなのか
いやぁ難しいですね

**デフォルトの名無しさん** · 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アップデートで標準インストールされるようになったから潜在需要あるかもね…。