C++相談室 part124 [無断転載禁止]©5ch.io
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん 転載ダメ©2ch.net (ﾜｯﾁｮｲ 7fc9-G+K4)
2016/04/03(日) 00:22:24.07ID:ZT/2NYWz0ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレに
お願いします。
前スレ
C++相談室 part123
http://echo.2ch.net/test/read.cgi/tech/1456040187/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.97【環境依存OK】
http://peace.2ch.net/test/read.cgi/tech/1439849418/
■長いソースを貼るときはここへ。■
http://codepad.org/
http://ideone.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
0952デフォルトの名無しさん (ﾜｯﾁｮｲ f063-MTTD)
2016/05/19(木) 23:50:33.37ID:A0YFV+4B0gccですら規格に違反しないよう
-std=c11の時はM_PIが使えないようにしているというのに
0953デフォルトの名無しさん (ﾜｯﾁｮｲ a759-MTTD)
2016/05/20(金) 00:08:19.61ID:B/K1dZEm00954デフォルトの名無しさん (ﾜｯﾁｮｲ 7b42-xKv1)
2016/05/20(金) 00:15:33.17ID:DZyHkwIp00955デフォルトの名無しさん (ﾜｯﾁｮｲ e6cc-MTTD)
2016/05/20(金) 00:17:43.17ID:Z0iObOq700956デフォルトの名無しさん (ﾜｯﾁｮｲ 1c7b-dmih)
2016/05/20(金) 01:04:20.91ID:iM9BKZPP0規格厨の心の闇は深いな
Visual C++（_USE_MATH_DEFINESが必要だが）やg++では普通に使えるけどな
ここはC++スレなんだぞ
ICCはシラネ
0957デフォルトの名無しさん (ﾜｯﾁｮｲ f063-MTTD)
2016/05/20(金) 07:21:21.24ID:e1TBDqG+0ICCも_USE_MATH_DEFINESで使える筈。
Visual C++はC++規格1.4p2に反しないよう_USE_MATH_DEFINESが必要にしてあると記憶していたが
確かにgccの-std=c++14の時の挙動が気になるな。
C++の規格上許されるの？
0958957 (ｵｯﾍﾟｹ Srbd-MTTD)
2016/05/20(金) 08:08:40.81ID:yY8TibFarC++では規格に反しない実装が可能なんだな。なるほど勉強になった。
だが処理系によって_USE_MATH_DEFINESが必要なものを「普通」と言って他人にすすめているという発想には及ばなかった失礼
0959デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MMd0-MTTD)
2016/05/20(金) 08:14:16.19ID:FD2q0K+3M0960デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MMd0-P/BW)
2016/05/20(金) 13:01:42.59ID:GBvYzkJRM0961デフォルトの名無しさん (ｽﾌﾟｰ Sd28-MTTD)
2016/05/20(金) 13:09:57.94ID:88qDJ/vwd0962デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM14-MTTD)
2016/05/20(金) 13:41:58.30ID:EAAu5NmTMなげーよ
0963デフォルトの名無しさん (ﾜｯﾁｮｲ 7bf8-xFql)
2016/05/20(金) 13:45:22.04ID:jCV1qcCq0#define PI boost::math::costants::pi<double>()
0964デフォルトの名無しさん (ｱｳｱｳ Sab5-MTTD)
2016/05/20(金) 15:24:20.36ID:adOvMsP+a0965デフォルトの名無しさん (ﾜｯﾁｮｲ 7bf8-xFql)
2016/05/20(金) 15:34:32.24ID:jCV1qcCq0と書くより5バイトくらい短いから
0966デフォルトの名無しさん (ﾜｯﾁｮｲ bcbf-7Gsa)
2016/05/20(金) 17:24:15.12ID:91VA6wxC00967デフォルトの名無しさん (ﾜｯﾁｮｲ 415b-xKv1)
2016/05/20(金) 19:26:27.89ID:yqNTwCqH00968デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 19:36:46.02ID:gU7EupTq0内部クラスから外側クラスのインスタンスメンバを参照したいのですが、
ググッた感じでは参照を渡すしかないっぽいのですが、これってマジですか？
マジなら、面倒なので内部クラスのstaticに入れてしまおうかとも思っているのですが、これってありですか？
(外部クラスが生成される度に内部クラスが別々に生成されて大丈夫なのか、
それとも内部クラスとして書いても外にフラットに書いても同じで、クラスで唯一のstatic変数となってバグりますか？）
或いはこの場合に一般的に使われるような手法はありますか？
参考コード：動かしていないので雰囲気だけ確認してください。
class OuterClass {
class InnerClass {
static OuterClass* parent; // <- これあり？それとも OuterClassを複数作成しても唯一になって駄目？
void method_cpp0(int score){
parent->score += score; // <- こう使うつもり
}
void method_cpp1(int score, OuterClass* p) { // <- こうじゃないと駄目？
p->score += score;
}
void method_javascript(int s){
score += s; // JavaScriptはこれができる。これができればうれしい。
}
void method_java(int score){
OuterClass.this.score += score; // Java はこれができるらしい。これでもいい。
}
};
int score;
};
0969デフォルトの名無しさん (ﾜｯﾁｮｲ 1c7b-dmih)
2016/05/20(金) 19:51:35.59ID:iM9BKZPP0あ゛ー
いいから普通にM_PI使え
規格原理主義者のたわごとなど完全無視しろ
もしクソバカ環境でコンパイルエラーが起きたら
#ifndef M_PI
#define M_PI 3.14159265358979323846
#endif
とかで如何なる問題も発生しない
0970デフォルトの名無しさん (ﾜｯﾁｮｲ bd6c-WkY+)
2016/05/20(金) 19:54:05.85ID:BayA8c/P0ようわからんけど
別にstaticにせんでも
const OuterClass&をinnerClassにもたせてコンストラクタで指定すれば良い気がする
0971デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 20:29:11.61ID:gU7EupTq0コンストラクタでやるという記述もググッた時に見つかったのですが、
今回はInnerClassを一つではなく配列として持つので、メモリをケチろうかと。
コンストラクタで渡した方が確かに記述は綺麗なのですが。
とはいえ、改めて「プログラミング言語C++」を確認しても、
クラス継承の話は多くてもクラス内包の話がほぼ無いので、
一般的にはコンストラクタで「メンバ変数」として渡すのでしょうか。確かにこれだと確実です。
記述的にはコンストラクタ内でstaticに対して上書きしまくってもいいのですが、
これができるのか？というのは若干不安ですし。
0972デフォルトの名無しさん (ﾜｯﾁｮｲ bd6c-WkY+)
2016/05/20(金) 20:43:41.93ID:BayA8c/P0それならそれで他に良い設計がありそうな気もする
それこそシングルトンだとか
0973デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 20:56:18.27ID:gU7EupTq0OuterClassは当面は1つで済みますが、今後複数化する可能性もあるので、シングルトンは駄目です。
余り真面目にC++やってなかったのですが、
内部クラスから外部クラスが階層アクセスできないのは、C++の仕様がちょっと古い気がします。
後発のJavaやJavaScriptは最初から出来るので。
ちなみに参考コード
class OuterClass {
class InnerClass { // 省略
};
int score;
vector<InnerClass> nodes;
};
0974デフォルトの名無しさん (ｽﾌﾟｰ Sd28-MTTD)
2016/05/20(金) 21:02:34.05ID:88qDJ/vwdInner - Outer の関係にする必要性はどこにあるの？
0975デフォルトの名無しさん (ﾌﾞｰｲﾓ MM31-MTTD)
2016/05/20(金) 21:12:02.35ID:icw8VvxgM・staticメンバはプログラムを通して一つ
・メモリをケチりたくてmethod_cpp1が可能ならそれがよいだろう
・JavaやJavaScriptでも結局は暗黙的にOuterClassへの参照を持つことになるのでInnerClassインスタンスごとにメモリを使うことになる
・InnerClassとOuterClassとの間にメモリ配置上の制約があるなら、ほかの手も考えられるが、配列で持つとのことなので恐らくダメだろう
・古いというのはわからなくもないが、後発の言語が暗黙的にやるコストについて意識しない人がいるのならあながち悪くはないのかもしれない
0976デフォルトの名無しさん (ﾜｯﾁｮｲ bd54-UmRV)
2016/05/20(金) 21:20:44.60ID:Czf9pjzL0いんや規格は重要だ
まず動くことが至上命題ではあるがそこ履き違えると底辺コーダーになっちまうぞ
0977デフォルトの名無しさん (ﾜｯﾁｮｲ bd54-UmRV)
2016/05/20(金) 21:34:03.42ID:Czf9pjzL0>>968
メモリケチりたい状況で外の「インスタンス」にアクセスしたいってのは無理がある気がするな
俺ならOuterとInnerとは別に、もう一個クラス作ってそいつに両方に依存した処理やらせるかな
0978デフォルトの名無しさん (ﾜｯﾁｮｲ bd54-UmRV)
2016/05/20(金) 21:38:07.10ID:Czf9pjzL0自分もmethod_cpp1の適宜渡す方法に同意します
0979デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe9-MTTD)
2016/05/20(金) 21:56:53.90ID:Dz9bHtQOM0980デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe9-MTTD)
2016/05/20(金) 21:57:43.59ID:Dz9bHtQOM0981デフォルトの名無しさん (ﾜｯﾁｮｲ fd10-MJjN)
2016/05/20(金) 22:09:45.76ID:RCBW+7XV0M_PIが規格で定義されてるかとかいう議論も意味あるかもしれないけど、
そもそも、円周率はたとえが悪いだけなんじゃないの？
重力加速度とか万有引力定数とかならどうするのがベスト？（もちろん場合によるだろうが）
0982デフォルトの名無しさん (ﾜｯﾁｮｲ bd54-UmRV)
2016/05/20(金) 22:23:37.08ID:Czf9pjzL0ありそうな気はするが技巧的な方法しか思いつかないな
InnerInnerを作り、今のInnerの機能を移動し、Innerにはコンテナと親の参照を持たせる
そしてInnerInnerのmethod_cpp1のようなメソッドをInnerが委譲
これじゃ親から見た場合に多少はマシになるって程度で、コードも設計も汚いな
0983デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 22:43:44.89ID:gU7EupTq0いや特にありません。そもそも非オブジェクト指向でも当然組めます。
ただ、色々試した結果、オブジェクト指向に慣れてくると、
Java的な「それ刻みすぎじゃねーの？」と思えるような所まで刻んだ方が
結果的に見やすかったり、後々融通が利くことが何となく分かってきました。
なので、今後はそうしようかと試しています。
>>975
詳細にありがとうございます。やはりstaticでは駄目ですか。
method_cpp1は今回は可能ですが、記述の抽象度が混ざるので出来ればクラス分けしたかったのです。
JavaやJavaScriptでもメモリ使用量が少ないわけではないのはその通りですが、
内部クラスからは外部クラスを参照するのはかなり普通のことなので、
これは言語として対応して欲しかったところです。今まで拡張されなかったのが不思議なくらいです。
これはコンパイラ側だけで完全に対応でき、実行時の追加コストはありません。
（不要ならコンパイル時点で外側クラスポインタの確保を止めることが出来る）
申し訳ありませんが、メモリ配置上の制約というのは何のことか分かりません。
0984デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 22:44:35.94ID:gU7EupTq0参考コード、非オブジェクト指向
bool map[64][64];
bool map_next[64][64];
for (int i=0;i<64;i++)
for (int j=0;j<64;j++)
map_next[i][j] = life_exe(i,j);
参考コード、オブジェクト指向
class LifeGame {
class Dot {
int x,
int y;
void life_exe(){} // ここで外側の map, map_new に直接アクセスして更新させたい。
};
bool map[64][64];
bool map_next[64][64];
};
実際にやろうとしていることは、正規表現の探索に近いです。
ライフゲームのように外側変数が時系列で変化するものではないため、
探索途中経過(Dot)をオブジェクトとして持ち、
最初から各オブジェクトに終わりまで探索(life_exe)させる事が出来ます。
とはいえ、やはりメリットは大してありませんが。
0985デフォルトの名無しさん (ﾜｯﾁｮｲ bcbf-7Gsa)
2016/05/20(金) 22:45:59.15ID:91VA6wxC0ライブラリの数値を使うか自分で数値を定義しておくかな…
piとかeは数学関数で計算できるだけマシってことね
M_PI使わない理由として俺は十分納得できるかな
0986デフォルトの名無しさん (ﾜｯﾁｮｲ caa6-xKv1)
2016/05/20(金) 22:51:15.37ID:RvnBIaae0オブジェクト指向であることとか「刻む」ことの意義と
インナークラスにすることがあまり結びつかないなあ。
内側のクラスの存在が外側から完全に隠れる以外の効果あったっけ？
0987デフォルトの名無しさん (ﾜｯﾁｮｲ bd6c-dqc0)
2016/05/20(金) 22:53:44.87ID:BayA8c/P00988デフォルトの名無しさん (ﾌﾞｰｲﾓ MM28-MTTD)
2016/05/20(金) 22:56:32.97ID:4DucW+JdMマクロやstaticメンバを使った汚い手から一時的な処理用のクラスを作るなどまで想像してましたが、どのみち一手間かかるので必要性次第でしょうね(Innerのメソッドが多くてそうでもしないと…とか)
結局それほどケチる必要がなくてコンストラクタで渡すので十分な予感
本当にポインタ1個分が問題になるような細かいInnerClassを多数作るようなケースなら、このアドレスの範囲にあるInnerのオブジェクトはどのOuterに対応する、という表が作れると検索時間と引き替えにメモリを節約できたり
0989デフォルトの名無しさん (ﾌﾞｰｲﾓ MM28-MTTD)
2016/05/20(金) 23:07:25.77ID:4DucW+JdM最近追加されたラムダですらどのようにキャプチャするかを細かく指定しなければならない言語だということを理解した方がいいと思う
今後そういう機能が追加されるかどうかはしらないけど、されたらいいね
0990デフォルトの名無しさん (ﾜｯﾁｮｲ bc42-MTTD)
2016/05/20(金) 23:17:26.67ID:soKi6pqK0馬鹿じゃねーの
0991デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 23:24:48.47ID:gU7EupTq0インナーにするのは、DotはLifeGameでしか使わないからです。（他から見える必要がない）
オブジェクト指向にするのは、多分制御が簡単になりそうだからなのと、
その際に記述が抽象階層で分離でき、見やすくなると予想されるからです。
もっと良い例がありました。「文書内の不完全マッチによる最有力候補探索」です。
これはほぼやりたいことと同じです。
例えばテキスト文書があったとして、「あいうえおかきくけこ」を探索するとします。
ここで、そのまま「あいうえおかきくけこ」があれば100点、それを示して終わりです。
これがない場合、欠け方それぞれで得点付けし、とにかく一番得点が高い候補を一つ出します。
（例えば「あ」がないのなら-20点とか、「う」が抜けているのなら-10点とか）
実際は多分100〜200字同士のマッチングと等価で、完全一致は期待できないため、
Dotに分枝の作成まで含めてlife_exeさせます。
結果、LifeGameからは「やっとけ。」だけで済み、詳細な実行ルーチンはDot側に集約されます。
といってもこれは分離されるだけで、どちらに書くかの違いだけなのですが、
それでも後々効いてきますので、Dot側に集約できる部分は集約しておきたいのです。
Dotは分枝の作成時に自分自身からforkする感じで、たぶんかなり増えます。
ただし親は一つなので、ここの部分は勿体ないかな、という感じでした。
（問題になるほど増えないとは思います）
life_exe内には親のmapへのアクセスは大量に存在しますが、
life_exeはDot内で自走するので、引数として親ポインタを渡すことは出来ません。
従って、親ポインタはコンストラクタでメンバ変数として確保することになります。
コンストラクタで親ポインタを渡すのは、記述的には全く問題ないです。
（最初にもらった親ポインタを大事に抱えて再帰しまくることも出来ますが、、、）
0992デフォルトの名無しさん (ﾜｯﾁｮｲ b0ab-/fHo)
2016/05/20(金) 23:24:55.51ID:G62tMzQY0おまえ以外は
0993デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/20(金) 23:52:28.35ID:gU7EupTq0> 最近追加されたラムダですら
見てみましたが、確かにこのラムダはちょっと見にくいですし、使いにくいですね。
元はといえばC++には関数内関数が無い為、レキシカルスコープ（※）を導入できず、
ラムダのうまみも少し欠けている気がします。
（※一つずつ上の階層を探して名前が一致したらそれと見なす）
g++では既に拡張が行われていると聞きましたが、先に関数内関数が欲しかったですね。
とはいえ、回答して頂いた皆様、ありがとうございました。
0994デフォルトの名無しさん (ﾌﾞｰｲﾓ MM28-MTTD)
2016/05/21(土) 00:00:28.24ID:z244ST7/M使いにくいのにはそれなりの理由があって、それを理解しましょうねという話
その上で適切な言語を選びましょう
0995デフォルトの名無しさん (ﾜｯﾁｮｲ 9102-xKv1)
2016/05/21(土) 00:01:00.93ID:EJBeUkkD00996デフォルトの名無しさん (ﾜｯﾁｮｲ caa6-xKv1)
2016/05/21(土) 00:27:26.30ID:jGVAnHGn0よくわかんないけど、名前が一致した「それ」は型が揃っているのかな？
一致してる度合いに微妙に差があるのでは？
0997デフォルトの名無しさん (ﾜｯﾁｮｲ bc7b-xKv1)
2016/05/21(土) 00:56:40.25ID:Uqmc4lbY0宇宙物理のシミュレーションだと万有引力定数が1になるような単位系で計算する
0998デフォルトの名無しさん (ﾜｯﾁｮｲ caa6-xKv1)
2016/05/21(土) 01:08:07.17ID:jGVAnHGn00999デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/21(土) 01:23:16.26ID:HBQ7d37R0C++相談室 part125
http://echo.2ch.net/test/read.cgi/tech/1463761261/
1000デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5b-xKv1)
2016/05/21(土) 01:29:43.83ID:HBQ7d37R0自分がイメージしたのはJavaScriptで、あの言語はnamespaceがないので関数内関数がデフォ、
そして型がないので名前さえ一致すればそこで決まりですね。
ラムダで数階層上の変数を掴みに行くこともよくあります。
C++はnamespaceで細かく切れということなのでしょうが、
やはりユーザの意志で階層が切れないのは使いにくいですね。
C++のインナークラスはメリットがないといえばそうですが、JavaScriptだとインナークラスがデフォです。
（外に見せる必要がなければインナークラス）
これに関しては「余分な物は見せない」というJavaScriptの方がプログラミングとしては正しいと思われます。
ただ、ラムダはGCヒープならほぼ問題ありませんが、スタックが基本のC/C++だと実装も難しいはずで、
C++のラムダは分かりやすくはないけど妥当な仕様の気もしますね。
現実的にはヒープポインタを値キャプチャでラムダでしょうし、この仕様で実害はありません。
スタック変数をラムダで参照キャプチャは使い方として不自然ですし。
それでもやりたければ出来るところがC++っぽいですが。
10011001
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
life time: 48日 1時間 7分 19秒
10021002
Over 1000Thread運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
http://pink-chan-store.myshopify.com/
レス数が1000を超えています。これ以上書き込みはできません。