13/01/19 04:34:27.19
なんでスコープ分けないの？
610:デフォルトの名無しさん
13/01/19 04:40:22.33
>>608
そんなもん一つに纏めてしまいましょうで終わり
611:デフォルトの名無しさん
13/01/19 06:39:04.61
① Key：数字、Value：色
② Key：名前、Value：数字
612:デフォルトの名無しさん
13/01/19 06:53:08.93
>>611
そんな間抜けな状況は20行程度で終わるはずだから c1 c2 でいいよ
613:デフォルトの名無しさん
13/01/19 06:55:24.78
ボツ
614:デフォルトの名無しさん
13/01/19 07:01:21.45
>>613
こんなアホな状況に対して真面目に名前考える方がアホだぞ？
どうせだれにも読めないクソコードなんだから時間かけるだけ無駄って奴だ
615:デフォルトの名無しさん
13/01/19 07:06:01.37
このスレに君の出番は無いんでお引き取りを。
616:デフォルトの名無しさん
13/01/19 07:09:43.93
実際に困ってるんならともかく>>608>>611はくだらない屁理屈こねてるだけじゃん
617:デフォルトの名無しさん
13/01/19 07:11:23.89
1 ：デフォルトの名無しさん：2012/09/06(木) 17:19:40.71
クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
618:デフォルトの名無しさん
13/01/19 07:14:33.56
ただの質問に見えたが屁理屈だったのか
詳しく説明してくれ
619:デフォルトの名無しさん
13/01/19 08:05:21.95
>>597
今度使ってみるわ
620:デフォルトの名無しさん
13/01/19 11:27:10.30
colorsByIndex
colorsByName
621:デフォルトの名無しさん
13/01/19 14:32:51.49
C++で優先度つきキューを実装してるんだけど、
データを格納するためのメンバ変数の名前を何にしようかと考えてる。
今はこのキューを使う側のプログラムのテストのためにモックとして作ってて、
キューの内部では処理速度は考えずに std::list クラスを使ってる。
キューにデータをプッシュする度にリストの先頭から検索して
ちゃんとソートされるようにデータを配置する。
で、そのデータを格納するメンバ変数の名前なんだが、
最初は適当に item_list とか data_list とか考えた。
でも、今はモックとして作るが、実際の運用では処理速度が求められるから、
内部の実装は恐らく平衡二分探索木あたりを使うことになるだろう。
あるいは、もっと運用に適したデータ構造があるかもしれん。
そうすると、item_list や data_list ではおかしい（というか紛らわしい）。
まぁ、その時になったら名前を考えてリファクタリングすればいいかもしれんが、、
結局いつかは適切な名前を付ける必要があるから、今から候補は考えておきたい。
今のところ sorted_items という名前がひとつ思い浮かんだんだが、
他に何かあるだろうか。
622:デフォルトの名無しさん
13/01/19 14:47:41.32
sorted_hoges、いい名前じゃん。
特にソートされることを強調する必要もなければ単にhogesでもいいと思う。
623:デフォルトの名無しさん
13/01/19 15:01:12.73
>>621
実際の運用では優先度ごとにキューを並べる可能性もあるので
ソートすること前提とか、メンバ変数は一つだけなのが前提とか
それすらも怪しい。
現状に合った名前ということなら>>622が言うようにhogesでいいと思う。
具体的にはitems, tokens, packetsみたいな感じで。
624:デフォルトの名無しさん
13/01/19 16:06:10.15
>>623
> ソートすること前提とか、メンバ変数は一つだけなのが前提とか
> それすらも怪しい。
なるほど、たしかに。
>>622 >>623
ありがと、単純に items にするよ。
625:デフォルトの名無しさん
13/01/31 10:54:55.68
マルチプロセスやマルチスレッドでは fork-join というペアが用語としてよく使われますが、
fork-join に似た他の言葉はありませんか。
joinというとどうしてもSQLのjoinをイメージしてしまうので、よく似た別の言葉がほしいです。
626:デフォルトの名無しさん
13/01/31 11:09:43.23
>>625
俺も同様だったが今は慣れた。SQLんときにjoinが頻発してたように、
マルチスレッドやるなら今後joinいっっっぱい出てくるから自然と受け入れられるようになる。
むしろ、joinで通っているものを別のものにしてしまうことの問題について考えてほしい。
627:デフォルトの名無しさん
13/01/31 11:18:08.85
とある情報系の絵本ではフォークとスプーンという言葉が使われていた。
628:デフォルトの名無しさん
13/02/01 07:49:51.88
ログメッセージの書き方の質問もここで良いの？
629:デフォルトの名無しさん
13/02/01 08:15:40.56
今閑古鳥だからいいよ