12/11/08 14:57:32.54
>>374-376
やっぱりこの手のものはヘッダにprivateで書くものなんですか。
ソース内のみで使う定数が外から見えるところで宣言されているのが違和感があるのですが、
たしかにprivateメンバ変数やprivateメンバ関数も同じように外に見えていますし、
クラスはそういうものなんだと理解するようにします。
378:デフォルトの名無しさん
12/11/08 15:46:38.08
>ソース内のみで使う定数が
ソースのグローバルに
static const int HOGE = 10;
379:デフォルトの名無しさん
12/11/08 15:52:54.27
「クラスの複数のメンバ関数内のみ」がいつの間にか「ソース内のみ」に…
380:デフォルトの名無しさん
12/11/08 16:00:45.03
>>378
これが最初に書いた前者の方法ですよね？
>>379
すいません、同じ意味です。
一つのソース内に書かれている関数は、通常は一つのクラスのメンバ関数のみなので。
381:デフォルトの名無しさん
12/11/08 16:38:50.33
static かどうかはこのケースでは関係無いよね
382:デフォルトの名無しさん
12/11/08 18:47:16.06
コンパイル時定数は自動的にstaticだし
そもそもstaticより無名名前空間を使うべきだな
383:デフォルトの名無しさん
12/11/08 18:52:12.77
>クラスを使用する側には関係ないものをヘッダに書く必要が出てくるのですが。
.cppソースが無くてヘッダに全部実装書いてる有名ライブラリの立場は・・・
384:デフォルトの名無しさん
12/11/08 18:53:02.81
detail名前空間とかいう泥臭い事やってるけどなー
385:デフォルトの名無しさん
12/11/08 19:06:27.57
detailってそういうあれだったのか
386:デフォルトの名無しさん
12/11/08 19:16:49.00
URLﾘﾝｸ(unkar.org)
54 ：仕様書無しさん：2009/06/13(土) 18:26:48
>>51
そのとおりっていうかそれが当然っていうか話題にする価値もないっていうか
まさか世の中にはstaticな関数までヘッダに書く奴がいるのかと戦慄してるんですが。
ところでc++のクラスでプライベートなメンバ/メソッドをクラス定義に一度に書かせる
のが諸悪の根源だわな。あれのせいでc++から学習する奴がヘッダの意味がわからず
混乱する。
パブリックなメンバは一箇所でしか定義できないが、プライベートメンバは既存クラスに
追加の形で定義してよい、とすればc時代のヘッダの意味を取り戻せるのだが。
コンパイラの実装めんどくさそうだけど。
387:デフォルトの名無しさん
12/11/08 20:47:48.06
>>383
横レスだけど・・・なんのライブラリですか？
388:デフォルトの名無しさん
12/11/08 21:19:14.10
boostに決まってんじゃん
389:デフォルトの名無しさん
12/11/08 21:39:07.76
業務でそんな事する奴がいたらすぐ首だよ。
390:デフォルトの名無しさん
12/11/08 22:58:29.23
テンプレートならそうするしかないだろ
391:デフォルトの名無しさん
12/11/08 23:08:45.80
389無知過ぎﾜﾛﾀ
392:デフォルトの名無しさん
12/11/08 23:55:56.96
betterCとしてしか使ってない人ならそんなもんでしょ
393:デフォルトの名無しさん
12/11/08 23:56:34.74
ヘッダに実装を全部書いた方がコンパイルが速いとかいう記事無かったっけ
394:デフォルトの名無しさん
12/11/09 01:23:41.34
それは一括でコンパイルするなら複数のソースをそれぞれコンパイルしてリンクするより
ただ一つのソースにまとめてコンパイルするほうが早いって話
ヘッダに実装を全部書くとそのやり方と相性がいい
395:デフォルトの名無しさん
12/11/09 01:24:16.30
全部のcppを1個にすると超高速ビルドらしい
396:デフォルトの名無しさん
12/11/09 01:30:37.47
>>395
それは分割されたソース全部再コンパイルするのに比べて、だろ。
ちょっと変更してビルドしなおすって状況ではちゃんと分かれてないと死ぬ。
397:デフォルトの名無しさん
12/11/09 08:28:16.46
最近はボトルネック以外はスクリプトだから大差ない