スレを勃てるまでもないC/C++の質問はここで 25 [隔離病棟]©2ch.net

**みんな空気読め©2ch.net** · 2016/08/14(日) 00:04:05.53

**デフォルトの名無しさん** · 2016/12/25(日) 23:20:51.61

staticなグローバル変数なら翻訳単位ごとに毎回定義(生成)されるのが基本だろ

**デフォルトの名無しさん** · 2016/12/29(木) 11:13:46.10

ヘッダーファイルに定義するなら公開しているようなものじゃないかと思うんだけど。
テーブルアドレスを取得する関数を定義して実体を見せないとかじゃだめなんかな？

**デフォルトの名無しさん** · 2016/12/31(土) 01:03:30.96

ヘッダファイルなんて作らずに main.cpp で他の .cpp ファイルをインクルードしてしまえばいい
フリーダムさが一つの売りな言語だからな
という話ではなくて？

**デフォルトの名無しさん** · 2016/12/31(土) 05:29:57.12

externをヘッダに書かなければ大丈夫

**デフォルトの名無しさん** · 2016/12/31(土) 13:06:08.73

>>29
今更だけど、何か勘違いしているか、ちょっと間違った使い方をしている気がする。

**デフォルトの名無しさん** · 2016/12/31(土) 14:05:48.22

>>32
それってデバッグするとき最悪なことにならない？

**デフォルトの名無しさん** · 2016/12/31(土) 19:25:36.12

関数のオーバロードってどう思います？
linusさんはC++批判の一つにこれを上げていました。

**デフォルトの名無しさん** · 2016/12/31(土) 20:17:07.01

オーバーロードがあると、デフォルト引数がある関数で、間違いが起こりやすい

Haxe では、型推論しやすいように、オーバーロードが無い

**デフォルトの名無しさん** · 2016/12/31(土) 20:27:01.42

やっぱあえて用意しない言語も少なくないんですかね
C++のような用意されている言語でも意図的に使わない人もいるのかな

ところで自分は関数のオーバロードが大好きなのですがｗｗｗ
C++をオーバロード関数のあるCもとい better C として使うことも少なくないのですがｗｗｗｗ
C言語にもできないかなぁｗｗｗｗ

**デフォルトの名無しさん** · 2016/12/31(土) 21:17:05.19

オーバーロードはいいものだ
だが引数の暗黙の型変換はデフォルト禁止すべきだ

**デフォルトの名無しさん** · 2017/01/01(日) 00:04:27.70

ソースコードを読む側から見るとオーバロードは欠点でしかない
書く側から見ると稀に便利だけど無い方がいい

**デフォルトの名無しさん** · 2017/01/01(日) 01:06:03.25

暗黙の型変換、デフォルト引数、さらに演算子のオーバーロードなどが
ごっちゃになった本当のヤバさを知らない人には好かれる機能かもね。

**デフォルトの名無しさん** · 2017/01/01(日) 01:47:02.01

普通は逆だな
ヤバさを知らない人はやらかして痛い目を見る
知ってる人は使い所に気をつけて恩恵のみ得られる

**デフォルトの名無しさん** · 2017/01/01(日) 07:30:16.72

確かにヤバさを知ってから使えばあれはいいものだな

**デフォルトの名無しさん** · 2017/01/01(日) 10:17:30.27

ことしもよろしくな

**デフォルトの名無しさん** · 2017/01/01(日) 11:21:50.54

ふぐみたいなものかな
毒のやばさを知らない人は食って死ぬし
毒のやばさを知っている人はうまく料理しておいしい思いをする

**デフォルトの名無しさん** · 2017/01/01(日) 11:25:10.13

料理人はさばくだけで、食った奴が死ぬ。

**デフォルトの名無しさん** · 2017/01/01(日) 12:11:27.00

>>35
オールマクロで書かれたソースよりはマシですよ

**デフォルトの名無しさん** · 2017/01/01(日) 13:07:41.65

目くそ鼻くそ

**デフォルトの名無しさん** · 2017/01/03(火) 18:18:14.49

なるほど自分だけはうまく使えてると思い込んでしまうわけだ。

**デフォルトの名無しさん** · 2017/01/03(火) 19:02:34.22

痛い目を見ないで使えているならうまく使えていると言えるんじゃないの
オールマグロは美味しい

**デフォルトの名無しさん** · 2017/01/08(日) 04:05:56.53

デフォルト引数とオーバーロードのどちらを取るかといわれると
かなり悩むが、個人的にはオーバーロードかなぁ
オーバーロードがないとメタプログラミングも困難になるし
演算子のオーバーロードは行列やベクトルに対しては非常に有用だしな

デフォルト引数は、関数に構造体を渡すようなものであれば
構造体自体に初期値を設定できるから
無くても別に困らないかなぁ
大体からして、引数が10個以上になるとかはナンセンスだし
そういう場合は大抵構造体で渡すからねぇ

**デフォルトの名無しさん** · 2017/01/08(日) 10:04:57.89

関数のオーバーロードがｃに備わっていればへんなプレフィックスをつけなくても名前衝突の可能性は減らせるのに。。

**デフォルトの名無しさん** · 2017/01/09(月) 17:38:25.57

>>52
関数のオーバーロードはマングリングの絡みがあって，アセンブラとリンクしがちなCにとっては鬼門なんだと思うんです

**デフォルトの名無しさん** · 2017/01/13(金) 23:29:25.67

int l = 2;
printf(" P2=(%1.3f, %1.3f)\n", l, P[2][0], P[2][1]);
→P2=(0.000, 0.000)←正解

printf(" P%d=(%1.3f, %1.3f)\n", l, P[l][0], P[l][1]);
→P2=(1.000, -1.000)

こんなことってありますか？

**デフォルトの名無しさん** · 2017/01/13(金) 23:44:30.08

>>54
>int l = 2;
>printf(" P2=(%1.3f, %1.3f)\n", l,
0が表示されるのはおかしいんじゃないかな

**デフォルトの名無しさん** · 2017/01/13(金) 23:54:16.22

すみません, ソースコードコピペじゃなかったので書き間違えましたが、正しくは
printf(" P2=(%1.3f, %1.3f)\n", P[2][0], P[2][1]);
です。

すみません解決しました。宣言でP[3][2] と書くべきところをP[2][2]と書いていました。
お騒がせしました。

**デフォルトの名無しさん** · 2017/01/20(金) 09:36:49.73

>>52
関数オーバーロードの存在理由は名前を変えたくても変えられない関数のため

**デフォルトの名無しさん** · 2017/01/21(土) 12:37:42.57

gdbでデバッグをするとき、
main.cppファイル以外にtest.cppファイルをインクルードして
コンパイルしています。

このとき、test.cpp内の変数の中身を見るためにブレークポイントを
設定したいのですが、具体的にどのように行えばよいのでしょうか？

**デフォルトの名無しさん** · 2017/01/22(日) 06:49:21.49

>>58 俺もgdbに詳しいわけじゃないけど…。

関数内のローカル変数を見られるのは、当然その関数の実行中だけ。
(gdb) break test
(gdb) run
... 関数test()開始時に停止
(gdb) print var
... 関数test()内のローカル変数varが表示される

C++特有の問題として、ファイル内のスタティック変数も
そのファイルの関数を実行してる間しか正しく見られないみたい。
Cで使えた 'file.c'::var (ソースファイル名で修飾した変数名)は
C++のプログラムだとgdbが文法エラーと言ってくる。

**デフォルトの名無しさん** · 2017/02/01(水) 22:19:47.26

すいません。
教えてください。

mainの最後まで実行してもプログラムが終了しません。
mainの最後にcout<<"END"<<endl;を入れていてENDが出力されているので
mainの最後に到達していることは確実です。

mainの中ではifstreamを使って6万行のファイルをgetlineでダンプしています。
ifstreamが悪さをしているのでしょうか？

**デフォルトの名無しさん** · 2017/02/01(水) 22:33:53.13

悪さというか　一度出力をバッファリングしておいて
END表示の後に　ifstreamのデストラクタ経由でトリガーされた処理で
実際の出力を行う　ということはあり得ます
その場合　直ぐには終了してくれないように見えると思います

外してたらごめんなさいですが　このケースじゃないかなと

**デフォルトの名無しさん** · 2017/02/01(水) 22:54:30.09

つまりプログラムが終了するまでじっと待てばいいということでしょうか？
５分くらい待ちましたが終了する気配がありませんでした。

**デフォルトの名無しさん** · 2017/02/01(水) 23:13:45.79

もし>>61の場合に当て嵌るなら
ifstreamをスコープの内側にいれてデストラクタをEND出力の前に
呼ぶことは出来るはずです

int main(int argc, char* argv[]) {
　　{ // このスコープを追加することで
　　　　ifstream ifs(...);
　　　　...
　　} // デストラクタが確実に呼ばれていることを保証
　　cout << "END" << endl;
}

（↑コンパイル通してないので過信しないでください）
この場合だと、ENDが出力されずにプログラムも終了しない事が観察できるかと思います

しかし、（処理の内容が解らないので断定できませんが）
6万行なら5分で終わらないってこともなさそうな気もしますね……
"getline"でダンプということは読み込んでから出力ですよね

んー　大雑把に考えられるのはデバッグビルドで
重いデバッグ用のコードが追加されてるとかでしょうか
……なんとなくこれは外してる気がします　すいません
実際のコードと環境を見てみないとなんともってとこです

**sage** · 2017/02/01(水) 23:43:55.55

再現コードです。
end,end2,end3すべて出力されてから固まってしまいます。
何かわかることありますでしょうか？

#include<fstream>
#include<iostream>
using namespace std;

int main(int argc,char **argv)
{
{
ifstream f("list.txt");
if(!f.fail())
{
int i=0;
char l[1024];
while(f)
{
l[0]='\0';
f.getline(l,1000);
cout<<i<<" "<<l<<endl;
i++;
}
cout<<"end"<<endl;
}
cout<<"end2"<<endl;
}
cout<<"end3"<<endl;
}

**デフォルトの名無しさん** · 2017/02/02(木) 00:06:13.31

list.txtの内容は意図どおり表示されてますかね?
こちらの環境(Linux gcc4.9.4, clang3.9.0)だと70000行のデータで
得に問題なく出力、終了しました

**デフォルトの名無しさん** · 2017/02/02(木) 00:10:41.68

意図通り出力されてます。

環境の問題ですか、うーん厄介ですね。
cygwinとx86_64-w64-mingw32-g++.exeというコンパイラでやってます。

とりあえず、コードに問題はないということで、ありがとうございます。

**デフォルトの名無しさん** · 2017/02/02(木) 00:24:50.02

ああ　mingwですね　昔よく使ってました
プログラムは終了してても　コンソールが残っちゃうってやつはよくありました

なら"-mconsole"(だったと思う) flagをg++に与えて見てください
その辺のフラグで解消できるものだったような気がします
"-mwindows"ってのもあったので逆だったかもしれないんですが…（曖昧

60 · 2017/02/02(木) 00:31:49.82

cygwinじゃなくてコマンドプロンプトでやったら終了しましたｗ
謎すぎｗ

とりあえず、解決？ということでありがとうございました。

**デフォルトの名無しさん** · 2017/02/02(木) 00:32:54.78

ありゃw　了解です　お疲れ様ー

**デフォルトの名無しさん** · 2017/02/02(木) 20:06:20.90

数独を解くプログラムについてなんですが縦、横の検索はできても3x3で区切られたブロック内を列挙する方法がわかりません
どうやって3x3で区切られたブロックを列挙すればいいでしょうか？

**デフォルトの名無しさん** · 2017/02/02(木) 20:35:41.21

for文2重にすればええんちゃう？

**デフォルトの名無しさん** · 2017/02/02(木) 21:30:56.78

素直に2*2の4重ループだろ
外側の縦横2重ループでまず探索するブロックを決めて
内側の縦横2重ループでブロック内の全マスを列挙する

**デフォルトの名無しさん** · 2017/02/03(金) 00:04:44.30

列挙対象の座標のリストを作るとかもいいかもね。
それなら縦横ブロックを統一的に扱える。

**デフォルトの名無しさん** · 2017/02/03(金) 08:10:45.56

俺なら(x, y)座標を格納する構造体を作って、
それを9つ集めた配列、を9つ集めた配列、でやるかな。
3x3のブロックに0-8の添字をつける感じで。

ブロック番号(0-2)を3倍してブロック内座標(0-2)を足す、で
盤面全体での座標値(0-8)を得られる、X軸とY軸についてそれぞれ算出、
というやり方もあるが、この文面で分かりにくいと感じたら
コードを書いても分かりにくい方法かと。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/02/03(金) 08:24:14.76

f: (x, y) |-> (x * 9 + y).
g: (n) |-> (n / 9, n % 9)
という２つの１対１写像があるから、それを使えばint a[9][9];でもint b[9 * 9];でも同じ結果が得られる。

**デフォルトの名無しさん** · 2017/02/04(土) 01:09:26.83

書いたぞ。

#include<iostream>
#include<vector>
using namespace std;
class Point{
public:
int x,y;
Point(int a,int b){x=a;y=b;}};
ostream &operator<<(ostream &o,Point p){o<<"("<<p.x<<","<<p.y<<")";return o;}
vector<vector<Point> > point_list;
init_list(){
vector<Point> l;
for(int x=0;x<9;++x){
for(int y=0;y<9;++y)l.push_back(Point(x,y));
point_list.push_back(l);l.clear();}
for(int y=0;y<9;++y){
for(int x=0;x<9;++x)l.push_back(Point(x,y));
point_list.push_back(l);l.clear();}
for(int X=0;X<9;X+=3){for(int Y=0;Y<9;Y+=3){
for(int x=0;x<3;++x){for(int y=0;y<3;++y){
l.push_back(Point(X+x,Y+y));}}
point_list.push_back(l);l.clear();}}}
int main(){
init_list();
for(int i=0;i<point_list.size();++i){for(int j=0;j<point_list[i].size();++j){
cout<<point_list[i][j]<<" ";}
cout<<endl;}
}

**デフォルトの名無しさん** · 2017/02/04(土) 01:13:42.21

そういや数独ってＮＰ完全なんだっけ？
単純な消去法以外アルゴリズム思いつかんが。

**デフォルトの名無しさん** · 2017/02/21(火) 13:16:05.38

#include <stdio.h>
#include <string.h>
int main(void)
{
char *p, str[32];
scanf("%s", str);
while ((p = strpbrk(str, "ab")) != NULL) *p = 'c';
printf("%s\n", str);
return 0;
}

"ab"の文字列を"c"に置換したいんだけどaもbも一文字ずつ置換えられて"cc"ってなってしまう

どうすりゃいいんですかね…

**デフォルトの名無しさん** · 2017/02/21(火) 15:20:35.77

strpbrk() は「第2引数の文字列に含まれる文字のどれか」への
ポインタを返すから strpbrk(str, "ab") だと返るのは
文字'a'の位置か文字'b'の位置だよ。
"ab"という部分文字列の位置が欲しいなら strstr(str, "ab") を使うべき。

加えて "ab" を "c" に置換したい場合、置換後の字数が減るのだから、
'a' を 'c' に上書きした後、strの'b'より後ろを1byteずつ詰めなきゃならない。
もっと一般的な文字列置換関数を作るとなると、かなり面倒だわね。

**デフォルトの名無しさん** · 2017/02/21(火) 15:30:30.87

if(strcmp(str, "ab") == 0);　strcpy(str, "c");

これじゃあかんの？

**デフォルトの名無しさん** · 2017/02/21(火) 15:32:19.27

0ab0→0c0って事なら忘れて

**デフォルトの名無しさん** · 2017/03/19(日) 06:58:05.16

C言語ではないんですが、以下の事について教えて頂けないでしょうか？

"algo": "Lyra2REv2",
"threads": 0,
"cpu-priority": 0,
"cpu-affinity": -1,

"benchmark": false,
"debug": false,
"protocol": false,
"quiet": false

cpuminer-multi-windows　の設定をしているのですが
"threads""cpu-priority""cpu-affinity"が何をさしているのか
よくわかりません。

私は8コア16スレッドのCPUを二個搭載しているPCを使っているのですが
CPUをフルに活用できるように設定したいのです。

ご助力頂けると幸いです。よろしくお願いします。

**デフォルトの名無しさん** · 2017/03/19(日) 07:18:53.13

Cのことじゃないなら何のことなのかぐらい書けよ
モナコインか発掘か？だったらそのスレで聞けよ。シネ

**デフォルトの名無しさん** · 2017/03/19(日) 14:10:20.03

俺は煽り・叩きをしない人間だが、今回ばかりは83への同情を禁じ得ない

**デフォルトの名無しさん** · 2017/03/19(日) 14:43:20.30

返事ありがとうございます

まず、何の言語かわからなかったのと
モナコインの質問板がなかったの、ここに書き込みました

向こうのどっか適当なところに書き込みします

お騒がせしました

**デフォルトの名無しさん** · 2017/03/19(日) 15:18:21.74

何の言語かわからなくても質問できるスレだってあるのににに

**デフォルトの名無しさん** · 2017/04/13(木) 08:52:14.43

class Parent{
int i;
};
class Child : Parent{
char ch;
};
Parent *ptr = new Child();
delete ptr;

こういうことをした時にメモリを確保するときはChildの変数chの分まで多くメモリを確保してると思うのですが
解放するときにちゃんとchの部分も解放されますか？
delete (Child*)ptr;
みたいにしないとダメですか？

**デフォルトの名無しさん** · 2017/04/13(木) 09:47:58.57

>>87
デストラクタがvirtualなら必要ないけどこの場合違うからキャストが必要かな

**デフォルトの名無しさん** · 2017/04/13(木) 09:54:46.51

>解放するときにちゃんとchの部分も解放されますか？

されない

>delete (Child*)ptr;
>みたいにしないとダメですか？

それでも解放はできるけど、それじゃ継承の利点であるポリモーフィズムが台無しになるので
デストラクタを仮想関数にするのが常套手段

class Parent{
int i;
public:
virtual ~Parent(){}
};
class Child : public Parent{
char ch;
};

**デフォルトの名無しさん** · 2017/04/13(木) 10:33:00.51

>>88
>>89
ありがとうございます

**デフォルトの名無しさん** · 2017/04/13(木) 11:21:16.25

>>87
当然される
これだけならデストラクタの出番もない

>delete (Child*)ptr;
こういうのはNG

**デフォルトの名無しさん** · 2017/04/13(木) 11:54:43.94

どっちを信じたら良いんですか！？

**デフォルトの名無しさん** · 2017/04/13(木) 12:59:56.01

基底クラスのデストラクタはvirtualにしておけ
>>91も間違いでは無いが、chの型が変わっただけで前提が崩れる話だよ

**デフォルトの名無しさん** · 2017/04/13(木) 13:07:52.52

誰かが答えた後にでてきて何の説明もなくただ前の否定や異なる結論だけを言うやつは
(結果的に正しいことだったとしても)無視すればええんや

**デフォルトの名無しさん** · 2017/04/13(木) 21:32:13.97

確かに

**デフォルトの名無しさん** · 2017/04/13(木) 21:49:16.84

せやな

**デフォルトの名無しさん** · 2017/05/06(土) 11:45:32.33

深い階層を表すのに適したデータ構造というかクラスはなんですか？

unordered_mapを使ってキー／値のペアで作ったツリー構造があるんですが、
最適化をオフにすると500くらいの深さでもスタックオーバーフローが起きてしまいます。

Visual Studioを使っているのでReleaseビルャhのC++ライブラリとDebugのものは組み合わせられないし、
かといって常に最適化オンだとデバッグが不便です。

何かいい方法はありませんか？お願いします

**デフォルトの名無しさん** · 2017/05/06(土) 13:56:44.08

それだけじゃ何がしたいかさっぱり分からんけど
Compositeパターンでぐぐって出てくる奴とか参考にならんかね

**デフォルトの名無しさん** · 2017/05/06(土) 14:11:14.45

スタックオーバーフロー？データ構造の問題じゃないと思われ
問題再現できるコードを上げるでもしないと誰も答えられないよ

**デフォルトの名無しさん** · 2017/05/06(土) 15:30:45.88

>>97
一般的には木構造で問題ない
ただ自分で実装する時に単純にノードの処理関数を子ノードに対して再帰的に呼び出す実装にしていると
階層が深くなったときはコールスタック不足でスタックオーバーフローになるので
ループで処理するとかの実装にしておく必要がある

◆QZaw55cn4c · 2017/05/06(土) 15:50:22.00

木構造のループですか‥やってできないことはないだろうけれどもめんどくさいね goto の連発だね

97 · 2017/05/06(土) 16:02:38.76

遅くなったけどideone用に書き換えたコードがこれです
http://ideone.com/nJqdHZ
やりたいことは単に階層構造のテキストデータを読み取って、置換したり変形することです。

Visual StudioでDebugビルドしたものを実行すると、id: 248 とか表示されるあたりでスタックオーバーフローが起きて停止します。
ちょっと調べたところだと再帰→ループへの展開は定番みたいですね。
そっちの方向で考えてみたいと思います。どうもありがとうございます。

（…でも、250程度の数の階層くらい頭を使わずに書いたコードでも動いてくれという気がスル）

**デフォルトの名無しさん** · 2017/05/07(日) 09:09:11.08

>>102
こっちのVS2015でも再現しました
スタックサイズ1M（デフォルト）→2Mにしたら動いたけど

**デフォルトの名無しさん** · 2017/05/07(日) 10:23:46.07

>>102のコードってどこで再帰処理してるの？

**デフォルトの名無しさん** · 2017/05/07(日) 10:34:34.49

>>104
Dataのデストラクタ実行後に（暗黙的に）実行されるsubitemsの解放処理

**デフォルトの名無しさん** · 2017/05/07(日) 10:58:59.52

>>105
にゃるほどね
どうもありがとう

**デフォルトの名無しさん** · 2017/05/09(火) 04:51:17.39

C.C++で初めて作ったのってみんな何？

**デフォルトの名無しさん** · 2017/05/09(火) 05:45:43.95

Hello world

**デフォルトの名無しさん** · 2017/05/09(火) 13:14:48.03

>>105
gcc7.1.0だとdeleteがループ処理になってるな

Clang4.0.0でも同じ

VC2017でもスタックサイズ変更なしで行けた

**デフォルトの名無しさん** · 2017/05/11(木) 17:34:15.21

ああ、独り言だしスレ違いだからスルーして。でも、どうしても言いたいし、雑談スレもないから
ここに書かせて。。

俺はＣ/Ｃ＋＋が大好きなんだけど、ＧｔｋとかＱｔとか大好きなんだけど、Ｐｙｔｈｏｎが両方バインドしてるから
使ってみたんだけど、import文がある言語（Ｊａｖａ、Ｄ言語、Ｐｙｔｈｏｎ）って脳の向きと逆向きに設計されてね？

すげえ、違和感あって、使ってるとキモくなってくる。その点、include文はいいわ・・。大好き。

**デフォルトの名無しさん** · 2017/05/11(木) 19:24:16.98

JavaとCがそれほど違うようには感じられないけど

**デフォルトの名無しさん** · 2017/05/11(木) 19:46:38.79

クラスの構造とかどうしても合わんわ。。あと、普通に文書いてても違和感感じるｗ

**デフォルトの名無しさん** · 2017/05/11(木) 20:44:47.50

>>110
前方宣言自動でやってくれてるって思えば他はCと変わらない気がするけど。
どの辺が違うん？

**デフォルトの名無しさん** · 2017/05/11(木) 22:53:38.75

ファイル名に制約がかかる言語なかったっけ？
Java？

**デフォルトの名無しさん** · 2017/05/11(木) 23:24:48.41

javaは知らないがCは制約ある
正確にはファイル名じゃなくてincludeで指定する文字列だけど

**デフォルトの名無しさん** · 2017/05/12(金) 07:20:43.83

Cのexport文と一対一になってないというだけの話じゃね

**デフォルトの名無しさん** · 2017/05/12(金) 07:25:29.38

C#のusingも同じなのかな
やっぱいまいちわからん

**デフォルトの名無しさん** · 2017/05/12(金) 09:45:14.44

Cの制約って何だ？
vs2015だが、ファイル名全角スペースでもエラーでない

**デフォルトの名無しさん** · 2017/05/12(金) 12:06:01.20

>>114
Javaは何だっけ。。。
publicだかmainのあるクラスと同じファイル名じゃないととか、importの階層と同じだけフォルダ掘らないととかあった希ガス。

**デフォルトの名無しさん** · 2017/05/12(金) 13:40:23.46

C++から３年ほど遠ざかっていた俺に最近のC++の何か凄いテクニックを教えてくれ。

**デフォルトの名無しさん** · 2017/05/12(金) 13:51:20.92

c++1zで使えるようになるvariantとかどうかね
(記述の見掛け上という意味で)継承を使わず　多態を実現できる
現状はboostでお試し可能

**デフォルトの名無しさん** · 2017/05/12(金) 16:47:43.02

>>121
サンキュー
ググってみるわ
もう浦島太郎状態

**デフォルトの名無しさん** · 2017/05/12(金) 19:18:49.01

>>118
vcがそう実装してるだけで、他の処理系も同じようにエラーがでない保証はない
最低限のラインは、8文字+「.」+1文字で英数字のみ、ただし先頭は英字のみ、大文字小文字を区別する保証なし
規格上、inludeの文字列とファイル名が一致するかも定かでないから、気にしても無駄だけど

**デフォルトの名無しさん** · 2017/05/12(金) 19:23:40.34

たぶんCに制約はないだろ

**デフォルトの名無しさん** · 2017/05/12(金) 20:53:24.64

ファイル名に「<」や「>」とか含んでいると困るの

**デフォルトの名無しさん** · 2017/05/13(土) 07:23:06.14

ファイル名に制約という提起で
まさかファイル名や#includeに使えない文字の話になるとは思ってなかった

**デフォルトの名無しさん** · 2017/05/13(土) 08:04:09.13

2chだからな

**デフォルトの名無しさん** · 2017/05/14(日) 16:50:22.30

あるアルゴリズムをメソッドとして実装したクラスがあって、
そのアルゴの中で20個くらいの定数を用いる。
そのアルゴリズムの亜種をサブクラスとして作りたいが、その亜種の中では定数の値を親クラスの値とは違う値にしたい。

こういう時、定数群はどうやって定義するのがいいでしょうか。
メンバ変数として全部const intで持っておいて、
コンストラクタの初期化の文法で各クラス固有の値を入れればいいでしょうか。
できれば外部ファイルにjasonとかで持たせられないかとも思ってもいますが、それだとコンストラクタ内のconst intの初期化より先には読み込めないですよね。
浅学で恐縮です。よろしくお願いします。

**デフォルトの名無しさん** · 2017/05/14(日) 16:59:28.84

亜種が定数が違うだけならコンストラクタでええんでない？
アルゴリズムも似てるだけで少し違うとかなら使えんかも知らんけど

**デフォルトの名無しさん** · 2017/05/14(日) 17:42:51.46

>>128
定数ではなくメンバ変数でいいじゃないの？
外部から変更されたくないなら読み取りプロパティにすればよいし
亜種はサブクラスのインスタンス作成時にファイルを読み込むようにして
親クラスのメンバ変数を上書きするようにする。