クラス名・変数名に迷ったら書き込むスレ。Part11

このエントリーをはてなブックマークに追加
1ネミ夫
クラス名、変数名のつけ方に悩んだら書き込むスレです。

質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

>>2 英和・和英・英英など各国語辞書と翻訳サイト。
>>3 類義語(シソーラス)辞書、図形・数式・数学用語の英単語。
>>4 関連スレと、いろいろな言語規約。
>>2-10 諸事情によりリンクがずれた場合。

前スレ。
◆ネーミング倶楽部◆: http://pc3.2ch.net/tech/kako/1035/10353/1035362308.html
Part1: http://pc5.2ch.net/tech/kako/1046/10465/1046541730.html
Part2: http://pc5.2ch.net/tech/kako/1058/10582/1058213523.html
Part3: http://pc5.2ch.net/test/read.cgi/tech/1067171530/
Part4: http://pc5.2ch.net/test/read.cgi/tech/1087209526/
Part5: http://pc8.2ch.net/test/read.cgi/tech/1109330204/
Part6: http://pc8.2ch.net/test/read.cgi/tech/1128266018/
Part7: http://pc8.2ch.net/test/read.cgi/tech/1144978008/
Part8: http://pc10.2ch.net/test/read.cgi/tech/1154448184/
Part9: http://pc11.2ch.net/test/read.cgi/tech/1168356029/
Part10: http://pc11.2ch.net/test/read.cgi/tech/1180146315/
2デフォルトの名無しさん:2007/10/02(火) 00:00:12
英和・和英など各国語辞書と、翻訳サイト。

英和・和英辞典。
http://dictionary.goo.ne.jp/
http://www.excite.co.jp/dictionary/

英英辞典のリンク集。
外国語広場: 英語: オンラインで使える英英辞典 英和・和英辞典
http://www.gaikoku.info/english/dictionary.htm

英語←→各国語辞典。(英語)
Dictionaries
http://www.freedict.com/

日英・英日、日中・中日、日韓・韓日翻訳。
http://www.excite.co.jp/world/

POP jisyo.com
http://www.popjisyo.com/WebHint/Portal.aspx

訳GO YAKUGO.COM
http://www.yakugo.com/WebHint/Quick.aspx
3デフォルトの名無しさん:2007/10/02(火) 00:00:22
専門語、類語辞書。

シソーラス(類語)検索
http://www.gengokk.co.jp/thesaurus/
Thesaurus - Yahoo! Reference (英語)
http://education.yahoo.com/reference/thesaurus/

図形や数式などの英単語。

すうがく探検隊・数式と図形の英語
http://i.lekton.co.jp/ara/tanken/english/
リスコレ No.24 図形の名前を英語で……
http://homepage1.nifty.com/tadahiko/LISTCOLE/024-FIGURE.HTML

各業種いろいろ
250の辞書を一度に検索 Webdio
http://www.weblio.jp/
4デフォルトの名無しさん:2007/10/02(火) 00:01:08
関連スレ。

変数名って、どの位こだわりますか?
http://pc.2ch.net/prog/kako/1038/10383/1038306623.html
ローマ字変数を使う奴は馬鹿
http://pc8.2ch.net/test/read.cgi/prog/1054319927/l50
ゲーム内で使う長い変数を縮めてあげるスレ
http://pc10.2ch.net/test/read.cgi/gamedev/1024902432/l50
★★★コーディングマナー★★★
http://pc5.2ch.net/test/read.cgi/tech/1056508692/l50
ちょっと待て!ハンガリアン
http://pc8.2ch.net/test/read.cgi/tech/1011026963/l50
Cのマナーいろいろ
http://pc8.2ch.net/test/read.cgi/tech/1029584140/l50
Cのマナー
http://pc.2ch.net/test/read.cgi/prog/1030001269/l50
バカなコーディング規約
http://pc.2ch.net/tech/kako/1012/10127/1012715148.html

いろいろな言語規約。
Hungarian Notation(英語)
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs600/html/hunganotat.asp

Java言語規定。6.8 名前付け規約
http://www.y-adagio.com/public/standards/tr_javalang/6.doc.htm#11186

参考書籍
翻訳に役立つGoogle活用テクニック
http://www.amazon.co.jp/exec/obidos/ASIN/4621072943/
5デフォルトの名無しさん:2007/10/02(火) 01:47:24
データに正規分布による誤差を加える関数
6デフォルトの名無しさん:2007/10/02(火) 12:32:38
add gaussian noise とか。
7デフォルトの名無しさん:2007/10/02(火) 23:25:40
>>4
ddd
8デフォルトの名無しさん:2007/10/04(木) 06:23:44
固有値0に対する固有ベクトルを求める関数だれか!
computeEigenvectorCorrespondingToEigenvalue0とか考えたけど
信じられないくらい長すぎて使えない・・・
9デフォルトの名無しさん:2007/10/04(木) 08:16:30
computeEigenvectorTo0

つか よく使う記号があるはず
10デフォルトの名無しさん:2007/10/04(木) 08:22:38
数字よりZeroだな。あと、ToZero?ForZero?compute必要か?
11デフォルトの名無しさん:2007/10/04(木) 08:35:56
Eigenvector0でいいと思うよ。
12デフォルトの名無しさん:2007/10/04(木) 08:39:52
動詞をつける場合でも compute や calculate は長いので、
get, make, calc あたりで代用することがオレは多い。
13デフォルトの名無しさん:2007/10/04(木) 08:41:58
>>11
行列かなんかのメンバ関数なら、Eigenvector0でもEigenvector(0)でもいいと思うけど、
そうでなければ名詞単体ってのはちょっと微妙だな。
14デフォルトの名無しさん:2007/10/04(木) 08:46:19
computeCorrespondingEigenvector(0)はどうだろうか?でもまだ少し長いな・・
15デフォルトの名無しさん:2007/10/04(木) 08:53:48
前置詞は、Eigenvector for eigenvalueだから、

GetEigenvectorForZero()
GetEigenvectorFor(0)

あたりがいいのではなかろうか。
16デフォルトの名無しさん:2007/10/04(木) 10:11:18
>>8
TRIS4
17デフォルトの名無しさん:2007/10/04(木) 10:52:47
>>8
固有値0って1つ目の固有値だよな?

固有値と固有ベクトルの配列をそれぞれ対応する順番で返すという方法も
Complex[] Matrix.Eigenvalue
Vector[] Matrix.Eigenvector

後は必要なら
Vector Matrix.GetEigenvector(Complex)
18デフォルトの名無しさん:2007/10/04(木) 12:14:06
getNullSpaceでいいんじゃ?
19デフォルトの名無しさん:2007/10/04(木) 12:40:43
>>18 に1票。

固有値0に属する固有空間は零空間(null space)って言う。
20デフォルトの名無しさん:2007/10/04(木) 14:28:56
2 * x * 3 * x みたいな Expression を 6 * x * x みたいに係数まとめる関数ってどういえばいいだろう?
21デフォルトの名無しさん:2007/10/04(木) 15:04:50
foldConstants
22デフォルトの名無しさん:2007/10/04(木) 18:45:14
>>21
それ、よさげ。
thx.
23デフォルトの名無しさん:2007/10/04(木) 18:52:02
まぁ、適切なクラス設計ができてれば、たいていはメソッド名長くならんのだけどな。
クラス名とメソッド名から判断できるようになるから。
24デフォルトの名無しさん:2007/10/04(木) 19:12:17
何を当たり前なことをえらそうに
25デフォルトの名無しさん:2007/10/04(木) 19:21:22
でも、大切なことだろ。
名前の付け方に困ったとき、俺は設計を疑う。
26デフォルトの名無しさん:2007/10/04(木) 19:55:23
だが、どんな糞設計でも文句を言わずに名前をつけるのがこのスレの役目。
27デフォルトの名無しさん:2007/10/05(金) 17:07:57
六次方程式の実数解を求める関数お願いします
void ???(const std::vector<double>& 係数, std::vector<double>& 解)
28デフォルトの名無しさん:2007/10/05(金) 17:23:43
solveSexticEquation
29デフォルトの名無しさん:2007/10/05(金) 17:26:45
solve6thEquation
30デフォルトの名無しさん:2007/10/05(金) 18:34:39
Equation の文字は name space 側に移して、
solve6 だけでもいいかも。
31デフォルトの名無しさん:2007/10/05(金) 19:45:29
すいません求めるのは実数解だけで複素解は無視するので
そこが分かるような名前にしたいのです
32デフォルトの名無しさん:2007/10/05(金) 20:06:54
get real roots とか?
次数はもうどこかに適当に 6 つける方向で。

要するに、ニュートン法かなんかの演習かな。
33デフォルトの名無しさん:2007/10/05(金) 20:13:16
solve6EquationForRealRootくらいかなあ
あるいは
Equation.solve6ForRealRootか
34デフォルトの名無しさん:2007/10/05(金) 23:01:33
SexticEquation::findRealRoots()
35デフォルトの名無しさん:2007/10/06(土) 00:00:17
どうせ複素解を入れられるような引数じゃないんだから気にしなくていいじゃん
36デフォルトの名無しさん:2007/10/06(土) 00:02:18
これはオーバーロードにしちゃ駄目だろ
37デフォルトの名無しさん:2007/10/07(日) 09:48:18
長すぎる。
Sex::Realにする。
38デフォルトの名無しさん:2007/10/07(日) 15:41:23
>37
子作り頑張れ
39デフォルトの名無しさん:2007/10/07(日) 15:43:13
GetRealRoots()で、係数の個数で何次式か判断すればいいじゃん。
40デフォルトの名無しさん:2007/10/07(日) 15:48:06
何次式かで計算方法がだいぶ変わってくるだろうに
if文やswitch文を大量に書く気か?
41デフォルトの名無しさん:2007/10/07(日) 15:53:16
じゃあ方程式の解を求める抽象クラスを作ればいいんじゃね
42デフォルトの名無しさん:2007/10/07(日) 16:11:20
方程式自体をクラスにすれば…
43デフォルトの名無しさん:2007/10/13(土) 09:38:24
映像、画像、音声周りを扱うライブラリの名前空間ってどんなのがいいの。
Media?
44デフォルトの名無しさん:2007/10/13(土) 11:29:45
トップレベルでなければそれでいいんじゃね
45デフォルトの名無しさん:2007/10/13(土) 11:30:22
>>43
標準ライブラリに倣うなら Media になるかと。
46デフォルトの名無しさん:2007/10/13(土) 11:36:23
CADソフトが出力した"指示点"のデータを格納する変数(リスト)

python
47デフォルトの名無しさん:2007/10/13(土) 13:12:28
遅延イベントキュークラスを実装してます。
Enqueue で追加、Dequeue で取り出しなんだけど、内部的には
到着専用と出発専用の二つのキューを保持していて、遅延期限が満了に
なったら到着から出発に移すようにしたい。この「移す」メソッドの
名前で何かピタっとくるのお願いします。
48デフォルトの名無しさん:2007/10/13(土) 13:23:37
ShiftQueue
49デフォルトの名無しさん:2007/10/13(土) 13:29:11
というか、「到着専用」とやらはキューである必然性が何もないな。

そもそもそれって外側からは「キュー」には見えない(だって先入れ先出しじゃないw)
のにEnqueueって変過ぎ。
50デフォルトの名無しさん:2007/10/13(土) 13:30:02
MoveExpiredEvent

でも変な構造だなそれ
51デフォルトの名無しさん:2007/10/13(土) 13:56:40
Producer-Consumerパターンの拡張っぽいのか?
っていうか↑と関係なく単純にmove()とかgive()とかtake()とかじゃいかんかね
52デフォルトの名無しさん:2007/10/13(土) 17:41:10
move
pass
transfer
convery
shift
dispatch
deliver
53デフォルトの名無しさん:2007/10/13(土) 17:41:51
× convery → ○ convey
54デフォルトの名無しさん:2007/10/13(土) 17:45:34
>>48,50,51
どうもです。参考にさせてもらったのですが、結局 Commit にしました。
55デフォルトの名無しさん:2007/10/13(土) 18:30:56
命名以前の問題があると思ったが、こういう人ってやっぱり命名のセンスもないのね
56デフォルトの名無しさん:2007/10/13(土) 19:32:29
そもそも外部からキューに見えないものにキューと命名してる時点でセンスゼロだろ
実装を名前に使うことほどおろかな命名法はないよ
57デフォルトの名無しさん:2007/10/13(土) 20:06:17
>>49
横槍だけど、
priority queue も FIFO じゃないけど enqueue/dequeue って言わない?

今回のも、別に enqueue/dequeue でそこまで違和感ない気が。
58デフォルトの名無しさん:2007/10/13(土) 21:27:44
余計なこと言うやつが一人いるな。同じやつだろうけど
59デフォルトの名無しさん:2007/10/14(日) 01:10:39
>>56
日本語でおk
60デフォルトの名無しさん:2007/10/17(水) 10:19:32
”再入力”ってどういう英語?reinput?
61デフォルトの名無しさん:2007/10/17(水) 12:30:40
input again
62デフォルトの名無しさん:2007/10/17(水) 12:41:23
retype
63デフォルトの名無しさん:2007/10/17(水) 19:18:49
RetryOfInput
64デフォルトの名無しさん:2007/10/17(水) 21:31:34
Re enter
InputAgain
InputOnceMore

65デフォルトの名無しさん:2007/10/17(水) 22:06:02
変数名、関数名に再入力とかそれに近い意味の名称を付ける状況ってあるのか?
66デフォルトの名無しさん:2007/10/17(水) 22:19:42
っていうか名詞か動詞かをはっきりさせない質問はナンセンスだな。
英語は日本語みたいに名詞に「する」をつければ動詞って言語と違うんだぞ
67デフォルトの名無しさん:2007/10/17(水) 22:20:34
英語する
68デフォルトの名無しさん:2007/10/17(水) 22:27:59
英会話教室の吊革広告に書いてそうだ
69デフォルトの名無しさん:2007/10/18(木) 03:30:28
>>66
それ以前に>>60の質問は微妙にスレの主旨にあってない
英単語が知りたいだけなら辞書引けばいい
70デフォルトの名無しさん:2007/10/18(木) 03:53:29
>>60
”再入力”は英語じゃないよ
71デフォルトの名無しさん:2007/10/18(木) 08:26:17
余計なこと言うやつがいるよな
72デフォルトの名無しさん:2007/10/18(木) 19:37:13
本当にナ
73デフォルトの名無しさん:2007/10/19(金) 12:40:22
「働いたら負けだと思います」的なメソッド名をお願いします
74デフォルトの名無しさん:2007/10/19(金) 13:10:00
void loseIfWorking() {
  if (isWorking)
    throw new YouLoseException();
}
75デフォルトの名無しさん:2007/10/19(金) 15:03:51
pureNeet
76デフォルトの名無しさん:2007/10/19(金) 22:13:32
時刻(「12時10分」など)、時間の長さ(「3時間半」など)、時間の範囲(「8時〜17時」など)
の3つの型名を区別したいですが、上手いネーミングないですかね…
77デフォルトの名無しさん:2007/10/19(金) 22:26:02
Time
Period
Interval
78デフォルトの名無しさん:2007/10/19(金) 22:28:48
C#だとDateTime, int, TimeSpan

時間の長さなんて秒で持っとけ
79デフォルトの名無しさん:2007/10/19(金) 23:17:11
>>74
ワラw
80デフォルトの名無しさん:2007/10/20(土) 00:09:43
時間の範囲(期間、時間帯)はあまりクラス・構造体化されない気がする

開始時刻+終了時刻、あるいは開始時刻+時間と等価だし、
日本語の"期間"も英語の"period"も時刻情報を含む場合と含まない場合があって意味が明確でないから

>>78
C#というか.NETのTimeSpanは時間(間隔)で時刻情報は含まれていない
81デフォルトの名無しさん:2007/10/20(土) 00:54:39
よくわからん理屈だなあ。。

開始時刻と終了時刻によって規定される「期間」という概念は人間にとって
自然でわかりやすいもので、だとしたらクラスによる抽象化がなじまない
理由は何もないと思うんだが。
82デフォルトの名無しさん:2007/10/20(土) 19:56:42
>>76
それってようするに次元管理だよね
座標、距離、区間を表せればいいんだから、
Timeを受け取るテンプレートにして

時刻 Time
時間の長さ Length<Time>
時刻の範囲 Range<Time,Time>

って感じでどうよ。
83デフォルトの名無しさん:2007/10/20(土) 21:19:18
Length<Time>でどうやって長さを表すんだ
Rangeと同じになっちゃうだろ
84デフォルトの名無しさん:2007/10/20(土) 21:23:47
Time{ Day, Hour, Minute, Second }
ああすまんこういうことか
85デフォルトの名無しさん:2007/10/20(土) 21:29:34
DateTime, TimeSpan, TimeRangeとかでいいんじゃね。

俺ならDateTimeが長さのある時刻も扱えるようにするけど。
86デフォルトの名無しさん:2007/10/20(土) 21:32:07
なにかメリットあるのかその仕様は
87デフォルトの名無しさん:2007/10/20(土) 21:49:48
基準点とそこからの経過時間を持っていると考えれば自然かもね
88デフォルトの名無しさん:2007/10/21(日) 14:20:57
STLの変数名って皆さんどないして決めてますか?
いっつもvector名やmap名付けるのに悩んでいます
相関係数求めるのに二つのint型のベクターコンテナを引数に持つんですが
なんかピンと来るような名前は無いでしょうか
vector< int > _vArray;とかvector< int > __vArray;
こんな引数名では余りにもカワイソス
誰かお願いします
89デフォルトの名無しさん:2007/10/21(日) 14:26:54
>>88
使う型に応じてではなくて、使う意図に応じてつけるが。

相関係数を求めるってことは、2つの引数は
確率変数だとか数学の意味でのベクトルだとか関数だとかになるでしょ。
それなら、数学で使われてる記号をそのまま使って、
X, Y か x, y か f, g、あるいは f1, f2 とかを使うかな、俺なら。
整数ベクトルだったら m, n とか p, q を使うのもいい気がするけど。

あと、数学的な2項演算の場合、面倒なら、
あんまりお勧めはしないけど operand1, operand2 という手も。
90デフォルトの名無しさん:2007/10/21(日) 14:40:14
>>89
早速のレスありがとうです
そうですか、おっしゃる通り数学的な関数です
とっても味気ないですが、逆にある意味、後から読み直しても直に
数学的関数の引数だと分かっていいかもしれませんね。

91デフォルトの名無しさん:2007/10/21(日) 14:50:56
期間は LifeTime で。
これ使っていいよ。許可する
92デフォルトの名無しさん:2007/10/23(火) 10:31:55
むー。時間って難しいですね…。
とりあえず>>85さんのをちょっとアレンジして
TimeClock 時刻
TimeSpan 時間の流さ
TimeRange 時間の範囲
にしておきます。ありがとうございました。

Dateを外したのは、入力データと出力フォーマットが、共に
「日付」「時刻」を別に扱うと共に「翌日6時」という時刻をも扱うので
この処理内で本来扱う必要のない「日付」とセットにするより
切り離したままの方が実装がしやすい為です。
93デフォルトの名無しさん:2007/10/23(火) 10:56:55
日付を入れると別の問題も出てくるしな。
たとえば『一ヶ月先』という言葉はカレンダー抜きに定義不可能。
一ヶ月が厳密に何日先かなんてわからない。
94デフォルトの名無しさん:2007/10/23(火) 13:59:28
一日分の仕事を"day's work"と訳して名前を付けようと思ったのですが、
C++の為、アポストロフィーを名前に使えません。
こういった場合、どのように表記すればいいですか?
95デフォルトの名無しさん:2007/10/23(火) 14:10:17
そもそも day's work という英語が変(意味が通じない)
一日分の仕事の量という意味なら daily workload とかじゃね
9694:2007/10/23(火) 14:55:40
>>95
う〜ん、仕事の量というより、仕事の内容的なイメージなのですが、変でしょうか。
day'sに限らず、アポストロフィーがついてしまう単語はクラス名・変数名には使えないものとして、
別の訳を考えるしかないのでしょうか?
97デフォルトの名無しさん:2007/10/23(火) 16:52:54
今時Unicode対応があたりまえなのに
無理やり英単語つなぎ合わせて使ってる奴ってなんなの?
98デフォルトの名無しさん:2007/10/23(火) 16:56:02
aho
99デフォルトの名無しさん:2007/10/23(火) 18:35:01
>>96
そもそも欲しいのは変数名なのか型名なのか。
100デフォルトの名無しさん:2007/10/23(火) 19:49:41
コード打ち込む時にイチイチ変換してるのがまどろっこしい、とかかな。
あとは、ソレを当たり前と思ってないソフトを併用する時対策か。
残りは慣れかもな。

読むのはそれなりに楽だから、そういうコードにも慣れた方がいいかなあ?
101デフォルトの名無しさん:2007/10/23(火) 19:50:25
あ、>>97 へのレスね
102デフォルトの名無しさん:2007/10/23(火) 23:01:41
day's work って日本語の表現(直訳)じゃん
10394:2007/10/24(水) 00:54:07
>>99
すみません、型名です。

>>102
day's workはALCで検索すると結構出てくるので、普通にありなのかなと思ってました。
英語がほとんどできないので、このぐらいの方がわかりやすく感じてしまいます。
104デフォルトの名無しさん:2007/10/24(水) 01:33:30
>>103
ほんとだ。俺が間違ってた

DaysWorkにしとけばいいとおも
10594:2007/10/24(水) 01:52:46
>>104
dayの複数形のdaysと表記が同じになるのが少し気になりますが、
この程度は気にしなくても、といった感じでしょうか。
アポストロフィーを省略でいくことにします。
ありがとうございました。
106デフォルトの名無しさん:2007/10/24(水) 02:21:30
そういや、 's = z とかいうルールを決めれば
DayzWork
でもいいかもね
107デフォルトの名無しさん:2007/10/24(水) 02:47:59
>>105
複数形と同じことを気にしてもしょうがない。
口頭だとはなっから区別付かないんだから。
108デフォルトの名無しさん:2007/10/24(水) 08:16:23
>>103
やっぱり型名なのね。

ならば型名は"Work"なり"Job"なりにしておいて
day'sに相当する部分のニュアンスは変数側に持たせるのが普通じゃないの?

だって"day's"じゃない"Work"も将来必要になるかもしれないし、
その方が人間の思考的に自然でしょ
109デフォルトの名無しさん:2007/10/24(水) 16:39:06
a day's work って言われたら「朝から夜までかかった一日仕事」って感じがするね。
5 minutes' walk みたいな。

「一日分の仕事」とはちょっと違う気がする。
110デフォルトの名無しさん:2007/10/24(水) 18:55:38
画像の分割・結合処理を行うクラス、みなさんなら何て名前にします?
言語はJavaで、分割・結合を行う2つのスタティックメソッドjoinImageとsplitImageを持っています。
111デフォルトの名無しさん:2007/10/24(水) 19:08:35
ImageUtilities
112デフォルトの名無しさん:2007/10/24(水) 19:09:11
image utility とか image composer とか?
クラス名に image の文字を含めるなら、メソッド名は join, split だけの方がいい気も。
113デフォルトの名無しさん:2007/10/24(水) 19:18:33
ImageManipulator
114デフォルトの名無しさん:2007/10/24(水) 19:20:11
ImageHelper
このスレ的には最悪かもしれないけどw
115デフォルトの名無しさん:2007/10/24(水) 19:35:33
>>111-114
即レスありがとうございます。

迷いましたがImageUtilitiesを頂こうと思います。
それからメソッド名は>>112さんの意見を頂いて短くしたいと思います。
ありがとうございました。
116デフォルトの名無しさん:2007/10/24(水) 20:28:10
ImageClipper
117デフォルトの名無しさん:2007/10/24(水) 21:54:07
NounaiImage
118デフォルトの名無しさん:2007/10/25(木) 09:47:52
座標情報、速度、加速度をそれぞれ左を継承しながら多段的に物体の情報を保持するクラスを作りたいのですが、
速度はVelocity、加速度はAccelと適当な英語を付けたところ、それに対応する座標情報の命名に困りました。
位置だけならPointでいいと思うのですが、物体の回転状態も保持するので、適当とはいえません。
静的な位置・回転情報を保持するのにふさわしい名前を教えてください。よろしくお願いします。
119デフォルトの名無しさん:2007/10/25(木) 09:54:01
Posture
120118:2007/10/25(木) 09:54:08
あ、ちなみに現在はStableと仮に付けています。
Velocity(速度),Accel(加速度)と対比させるため、静的な情報を持つことを強調して付けたものです。
121118:2007/10/25(木) 09:56:24
>>119
レスありがとうございます。
Postureは姿勢を意味する単語らしいですが、
このクラスは位置情報も保持するのでいまいち適当ではないかと。
どちらかというと、静的な情報(しつこくてすいません)を持つ、ということを強調できるクラス名がいいです。
122デフォルトの名無しさん:2007/10/25(木) 10:08:06
逆に質問があるんだが継承使ってるってことはImmutableである必要は無いってことなのか?
どういう使い方を想定してる?
123118:2007/10/25(木) 10:12:22
>>122
C#でDirectXのプログラムをしており、物体の移動や加速度などを統括するクラスとして使おうとしています。
なので、immutableである必要はありません、というかむしろ積極的に変わります。
実際の使い方は、VelocityでUpdateを行うと、基底クラスの座標点が変わる、といった風にして、
ポリモーフィズムを使いながら、見た目としてはただの座標情報のみを公開しようと思っています。
124デフォルトの名無しさん:2007/10/25(木) 10:16:47
大幅に省略したものですが、一応ソースコードを上げときます。
  public class Stable : IUpdatable
  {
    private Vector3 _point;
    private Quaternion _angle;
    private Vector3 _scale;

    public Stable() :
      this(Vector3.Empty, Quaternion.Identity, new Vector3(1.0f, 1.0f, 1.0f)) {}

    public void SetWorldMatrix(Device device)
    {
      Matrix scale = Matrix.Scaling(_scale);
      Matrix angle = Matrix.RotationQuaternion(_angle);
      Matrix point = Matrix.Translation(_point);

      device.SetTransform(TransformType.World, scale * angle * point);
    }

    public void SetPoint(float x, float y, float z)
    {
      _point.X = x;
      _point.Y = y;
      _point.Z = z;
    }

    〜長いので省略〜

    public virtual void Update()
    {
    }
  }
125118:2007/10/25(木) 10:17:35
  public class Velocity : Stable
  {
    private Vector3 _pointVelocity;
    private Vector3 _scaleVelocity;
    private Vector3 _angleVelocity;

    public override void Update()
    {
      base.addPoint(_pointVelocity.X, _pointVelocity.Y, _pointVelocity.Z);
    }

    public void SetPointVelocity(float vx, float vy, float vz)
    {
      _pointVelocity.X = vx;
      _pointVelocity.Y = vy;
      _pointVelocity.Z = vz;
    }
    〜長いので省略〜
  }

以上です。
126デフォルトの名無しさん:2007/10/25(木) 10:24:11
>>123
ん?ビュー的なものががほしいんなら内部クラスをつかってみたらどうかね?
で、GetVelocity()みたいなメソッドでそのビューを返すようにすると。

で、クラス名だが、普通にPositionとか。
127デフォルトの名無しさん:2007/10/25(木) 10:34:32
Geometry
128デフォルトの名無しさん:2007/10/25(木) 10:38:27
設計がクソとか言ってはいけない。
129118:2007/10/25(木) 10:44:39
>>126
すいません、勉強不足なもので、いまいちいわれてることがわかりません。
ビューというのはMVCモデルのViewのことですか?MVCはほとんど知らないので、もう少しかみ砕いて教えてもらえるとありがたいです。

名前の方ですが、ソースコードの通り、
座標、姿勢、大きさの三要素をそれぞれ持っているので、Positionに限定してしまうとダメかと。
情報を小出しにしてすみません。最初にきっちり書いておくべきでした。
130118:2007/10/25(木) 10:48:07
>>128
よければ、どうだめなのか教えてもらえませんか?
131118:2007/10/25(木) 10:57:12
>>127
近いようなそうでないような・・・。
なんというか、だんだんこのままStableでいいような気がしてきました。
とりあえずこのまま作り続けて、また変えたくなったら一括で名前を変えることにします。
平日の朝方、アドバイスをくださった皆さんありがとうございました。
132デフォルトの名無しさん:2007/10/25(木) 10:57:19
>>130
継承がIS-A関係にならないのは設計の誤りです。
× 加速度は速度である。
× 速度は位置である。
名前が悪いだけという見方もできるけど。
133デフォルトの名無しさん:2007/10/25(木) 11:05:44
>>132
いわれてみればそうですね。そういう風に考えたことはありませんでした、修正できるか考えてみます。
微妙なスレチにも丁寧なレスありがとうございます。
134デフォルトの名無しさん:2007/10/25(木) 14:21:58
本題とそれるけど、回転に関する情報を Quaternion で持つんだったら
angle っていうよりは angular とか spin とかいう名前にしとく方がいいかも。
Quaternion って回転の角度+軸の情報持ってるから。

location, velocity, acceleration に対して
angular location, angular velocity, angular momentum って言ったりするから。
135デフォルトの名無しさん:2007/10/25(木) 14:26:41
というか、
class StateVector
{
 Vector3D point;
 Quaternion rotation;
 Vector3D scale;
}
StateVector location;
StateVector velocity;
StateVector acceleration;

でいい気がしてきた。
質点の場合は位置=状態、剛体なら位置+回転=状態って言い表すから。
この場合、位置+回転+線形スケーリング = 状態。
136デフォルトの名無しさん:2007/10/25(木) 16:31:20
IS-Aとか抜きにしても継承する意味がわからんな
137デフォルトの名無しさん:2007/10/26(金) 00:09:29
MovingObject
138デフォルトの名無しさん:2007/10/27(土) 17:36:46
〜すべきかどうかを判定する関数の接頭辞は何にしたら良いですかね?
139デフォルトの名無しさん:2007/10/27(土) 17:40:08
is -able
140デフォルトの名無しさん:2007/10/27(土) 17:42:37
接頭辞は Is
接尾辞は Necessary, Required など。
141デフォルトの名無しさん:2007/10/27(土) 17:49:18
>>139-140
レスありがとうございます。

is-able だと、〜可能かどうかという意味合いになったりしませんかね?

とりあえず>>140さんの案でいきたいと思います。
142デフォルトの名無しさん:2007/10/27(土) 17:56:28
>>138
Is
Get
Must
WhetherIf?
ReadAirOf-
143デフォルトの名無しさん:2007/10/27(土) 18:42:26
>>138
hasTo
144デフォルトの名無しさん:2007/10/30(火) 00:32:23
表示用の文字コードは
external encodingでいいの?
145デフォルトの名無しさん:2007/10/30(火) 00:36:45
>>138
ToBeOrNotToBe
146デフォルトの名無しさん:2007/10/30(火) 02:05:57
should
147デフォルトの名無しさん:2007/10/30(火) 02:48:11
>>144
内部で保持しているデータ自体の文字コードならencoding
出力(ファイル、コンソール、etc.)時に変換するならoutput_encoding
148デフォルトの名無しさん:2007/10/30(火) 22:39:13
sage
149デフォルトの名無しさん:2007/10/30(火) 22:44:44
だいぶ前に、StableとかVelocityなんかのアドバイスをもらってたものですが、
ご指摘通り、クラスの構造に問題がありました。
改めて継承関係を見直すと、全体がすっきりとして適切なネーミングもできるようになり、
本当にありがとうございました。
150デフォルトの名無しさん:2007/10/30(火) 23:30:33
なんかの新興宗教みたいだなw
151デフォルトの名無しさん:2007/10/31(水) 00:28:33
プログラミングってそういうもんだろうさw
152デフォルトの名無しさん:2007/10/31(水) 15:05:23
>>138
shouldでしょ。shouldAccept(...), shouldDiscard(...)みたいな感じ。
153デフォルトの名無しさん:2007/10/31(水) 16:34:34
RFCを読むときなんかは、SHOULDとMUSTの違いに敏感にならなければいけない。

今さら聞けないIT英語
http://ascii-business.com/career/career_col01-37.html
154デフォルトの名無しさん:2007/11/01(木) 13:58:40
テキストエディタを作っています(VC++)。
改行やタブの記号その他を描画するメソッドをDrawXXXXXのような感じで作っているのですが、
これらをまとめてクラスに抜き出したいと思ったのですがいい名前があったら教えて下さい。
155デフォルトの名無しさん:2007/11/01(木) 14:23:51
DrawUtilities
156デフォルトの名無しさん:2007/11/01(木) 14:57:51
Drawer
157デフォルトの名無しさん:2007/11/01(木) 18:00:30
{Control,Special}Character{Drawer,Handler}
158デフォルトの名無しさん:2007/11/01(木) 18:10:40
絵描き
159154:2007/11/01(木) 18:13:51
どもども、参考にさせてもらいます。

>>156
最初 Drawer ってしようと思ったんだけど、辞書引いたら全然違う意味が出てきたんで別の言い方があるかと思った。
描画する人→Drawerって使い方はいいんですかね。
160デフォルトの名無しさん:2007/11/01(木) 18:16:45
Painter
161デフォルトの名無しさん:2007/11/01(木) 18:20:17
>>159
知らん。なにかをするクラスを表すために動詞+erと付けてみただけ。
辞書引いてないんだったらそうなんだろうが、こんなもの感覚だから自分がわかればいいと思ってる。
単語にこだわるなら>>160でいいんじゃね?
162デフォルトの名無しさん:2007/11/01(木) 19:21:43
○○Renderer.Draw××
.NETなんかだとよく出てくるパターン
163デフォルトの名無しさん:2007/11/01(木) 19:40:28
レンダラだな。
164デフォルトの名無しさん:2007/11/01(木) 23:30:26
MarkPrinter

ちなみに 表示器とか表示装置は、-graph
みたいよ
165デフォルトの名無しさん:2007/11/03(土) 03:20:23
setRequiredの反対は何ですか?
ググるとsetNotRequiredが何件か出てきますが、
もっと適当なものはないでしょうか
166デフォルトの名無しさん:2007/11/03(土) 03:31:00
それは、「Required フラグをセットする」って意味?
なら、setRequired(bool required) でいいのでは。
167デフォルトの名無しさん:2007/11/03(土) 07:11:37
反対って日本語では何??
168デフォルトの名無しさん:2007/11/03(土) 12:56:07
clearRequired
unsetRequired
169デフォルトの名無しさん:2007/11/03(土) 13:12:36
フラグとかビット的な話ならset/clearだな。
170デフォルトの名無しさん:2007/11/03(土) 13:15:07
setUseless
171デフォルトの名無しさん:2007/11/03(土) 19:03:57
>>167
reverse, un-, notなどご自由に。
172デフォルトの名無しさん:2007/11/03(土) 19:15:41
逆、非、不、未ってとこか
173デフォルトの名無しさん:2007/11/03(土) 19:28:39
>>167
counter-, anti-
174デフォルトの名無しさん:2007/11/03(土) 21:42:45
>日本語で
175デフォルトの名無しさん:2007/11/03(土) 21:44:24
あべこべ
176デフォルトの名無しさん:2007/11/03(土) 23:40:11
>>167
みんなすまん 反対が知りたいんじゃなくて、
>>165の言う反対の意味が知りたかったんだ(笑);
177デフォルトの名無しさん:2007/11/04(日) 00:11:17
>>176
ワロタwよく考えなかった俺が悪かったwww
178デフォルトの名無しさん:2007/11/04(日) 01:15:59
ソーシャルブックマーク作ってるんですけど

class Bookmark

に検索用タグをセットして
getItemってやると
タグにマッチしたアイテムを取得できるような感じなんですけど

この検索用タグをいれる配列の名前をどんな感じにしたらいいですか?
179デフォルトの名無しさん:2007/11/04(日) 01:17:09
tags
180デフォルトの名無しさん:2007/11/04(日) 09:14:03
Bookmarkの方を変えたい。
が、いい名前が思い付かない
181デフォルトの名無しさん:2007/11/04(日) 10:13:41
図書カードで管理してた時代の図書館みたいなもんか?
それならIndexでいいだろ
182デフォルトの名無しさん:2007/11/04(日) 10:45:19
普通にtag使うべきだろ。わかんなくなるぞ
183デフォルトの名無しさん:2007/11/04(日) 11:56:58
tagって言うとどうもC時代の

typedef struct tagほげ
{
...
} ほげ

を思い出すからなあ…
184デフォルトの名無しさん:2007/11/05(月) 14:01:09
それって、
・perlだと宝石を思い出すからなぁ
・HPだとヒューレットパッカードを思い出すからなぁ
とかとあまり変わんと思うぞw
185デフォルトの名無しさん:2007/11/05(月) 14:21:18
ヲタはこのように自己中心的な会話を好みます
186デフォルトの名無しさん:2007/11/05(月) 19:07:23
配列の一部を表すクラスの名前を考えています。
このクラスは配列のインデックスと要素数を保持します。
今のところPartクラスと名づけていますが、
これはあまり気に入っていません。
短くてぴったりな名前があるでしょうか?

struct Part {
int begin; // 開始インデックス
int num; // 開始インデックスから何個分か?
}
187デフォルトの名無しさん:2007/11/05(月) 19:21:26
subarray を使う人が多い気がする。
188デフォルトの名無しさん:2007/11/05(月) 19:26:39
クラスなのか構造体なのかはっきりしろ、って話は置いといて
要は「インデックスの範囲」じゃん。

186が書いてる通りの単純なものなら名前にarrayを含める必然性はないわけだし、
(だって用途を配列のインデックスの範囲に限定する理由がないから)それなら
普通に直訳でいいんじゃないの。
189デフォルトの名無しさん:2007/11/05(月) 22:10:40
Range
Region
190デフォルトの名無しさん:2007/11/05(月) 22:29:30
配列自体もメンバに含めるんだったら.NETにArraySegmentというのがある
191デフォルトの名無しさん:2007/11/06(火) 13:28:23
オブジェクトの位置と範囲を表すRectangle型(メンバにleft,right,top,bottom)のメンバ変数の名前に悩んでいます。
考えたのはrectとposAndRangeですが、どちらもいまいちな気がします。
ぴったりした名前があればお願いします。
192デフォルトの名無しさん:2007/11/06(火) 13:33:16
bounds
193デフォルトの名無しさん:2007/11/06(火) 13:36:59
そのまま rect でもいいと思うが
194191:2007/11/06(火) 15:44:54
>>192,193
レスthx

シンプルにrectにします。
195デフォルトの名無しさん:2007/11/07(水) 01:01:02
こんなのを見つけたので紹介
http://garyo.boy.jp/makeVar/makeVar.cgi
変数メーカー
196デフォルトの名無しさん:2007/11/07(水) 02:48:30
>>195
cho_wwww_you_will_wwwwwwwwwwwww = 0; //ちょwwwwおまwwwwwwwwwwwww
197デフォルトの名無しさん:2007/11/07(水) 03:47:57
wryyy = 0; //ジョジョの奇妙な冒険

なんの冗談かとおもったw
198デフォルトの名無しさん:2007/11/07(水) 07:44:45
why_nen = 0; //なんでやねん
199デフォルトの名無しさん:2007/11/07(水) 08:00:14
cheap_real_bustup_procedure = 0; //格安本物バストアップ法
200デフォルトの名無しさん:2007/11/07(水) 08:28:47
笑いのツボが中学生の奴が多すぎるな
201デフォルトの名無しさん:2007/11/07(水) 09:31:20
ia_ia_cthulhu_futagun_fungurui_muguruunafu_le_rie_cthulhu_buga_naguru_futagun = 0; //イア・イア・クトゥルフ・フタグン、フングルイ・ムグルウナフー・ル・リエー・クトゥルフ・ブガ・ナグル・フタグン
202デフォルトの名無しさん:2007/11/07(水) 17:35:20
>>194
もう見てないかもしれんが、範囲を表すならAreaがいいかも。
203デフォルトの名無しさん:2007/11/07(水) 17:46:57
それはない
204デフォルトの名無しさん:2007/11/07(水) 18:00:19
part, segment の他なら,  section, portion, fragment ぐらいかな。
205デフォルトの名無しさん:2007/11/07(水) 22:43:54
大文字は小文字に、小文字は大文字に変換する関数はどう名づけたらいいですか?
206デフォルトの名無しさん:2007/11/07(水) 22:51:11
transformUppercaseToLowercase
uppercaseToLowercase
upperToLower
toLowercase
toLower
tolwr
207205:2007/11/07(水) 22:55:59
ごめんなさい、二つの関数じゃなくて、一つの関数。
'a' という文字を渡すと 'A' が返り、'A' という文字を渡すと 'a' が返る。
そんな関数。
208デフォルトの名無しさん:2007/11/07(水) 22:59:40
>>207
SwapCase
209デフォルトの名無しさん:2007/11/07(水) 23:03:16
>>208
どうもです。
210デフォルトの名無しさん:2007/11/08(木) 14:55:56
>>207
昔、そういうの作ってる人いないかなぁってネットで調べたら、
Toggle が出てきた。
211205:2007/11/08(木) 22:28:50
>>210
なるほど。あわせて ToggleCase ・・・は違うか。
どうもです。
212デフォルトの名無しさん:2007/11/09(金) 06:44:38
flip case
213デフォルトの名無しさん:2007/11/09(金) 16:46:58
ChangeCaseForExampleAtoaoratoA
214デフォルトの名無しさん:2007/11/09(金) 16:48:29
AaaA
215デフォルトの名無しさん:2007/11/09(金) 17:44:53
数値がスペースと改行で区切られて表形式になった文字列を
パースしてdouble[][]に読み込むクラスの名前をお願いします
216デフォルトの名無しさん:2007/11/09(金) 17:50:30
この一番上のtabularizationとかどうよ。

“表にする”の検索結果(10 件):英辞郎 on the Web:スペースアルク
http://eow.alc.co.jp/%e8%a1%a8%e3%81%ab%e3%81%99%e3%82%8b/UTF-8/
217デフォルトの名無しさん:2007/11/09(金) 17:54:00
SSV(Space Sepalated Values)Parser
218デフォルトの名無しさん:2007/11/09(金) 18:32:37
ドトネトだとTextFieldParserだね。
セパレータと改行文字は固定する意味はないからプロパティ的に指定するべき。

どーしてもスペース区切りの「解析屋」に固執するなら
それを製造するファクトリメソッド用意しとけばよろし
219215:2007/11/09(金) 18:42:50
TextFieldParserやSSVは考えましたが、読み込むのは数値であることを示したいんです。
スペース区切りにはこだわりません。
220デフォルトの名無しさん:2007/11/09(金) 18:55:18
うんじゃValueTextFieldParserとかNumericFieldParserでいいんじゃない?
221デフォルトの名無しさん:2007/11/09(金) 22:58:43
検索結果なんかの
100 件中 1 - 10 件
とかの1とか10を入れる変数の名前って
何がいいですか?
222デフォルトの名無しさん:2007/11/10(土) 00:42:13
>>221
from, to
223デフォルトの名無しさん:2007/11/10(土) 00:43:28
>>215
ReadMatrixValues(from stream)
224デフォルトの名無しさん:2007/11/10(土) 00:48:19
>>221
lowerBound upperBound
225デフォルトの名無しさん:2007/11/11(日) 09:24:28
一貫した静的な木のように振舞うが
内部では、節の値からその子を出力するファンクターを用いて
必要に応じ動的に節を生成していく木構造のクラス
(一度参照された節は不変)
このクラス名をお願いします
具体的な使用例はゲーム木ですが
GameTreeよりももっと抽象的なものに思えたので・・・
226デフォルトの名無しさん:2007/11/11(日) 09:52:17
よくわからないけどそれって要はキャッシュ?
だったらCacheTreeとか。
227デフォルトの名無しさん:2007/11/11(日) 13:05:19
ゲーム木ってなーにー
228デフォルトの名無しさん:2007/11/12(月) 10:20:20
再帰構造になっているものの
「子のリスト」に付ける適当なプロパティー名ないですか?
childrenも何か違う気がするし
229デフォルトの名無しさん:2007/11/12(月) 10:38:21
230デフォルトの名無しさん:2007/11/12(月) 12:03:49
DOMのchildNodesみたいにchildHoges
231デフォルトの名無しさん:2007/11/12(月) 22:13:34
>>228
もっと日本語で書いてみるといい名前を思い浮かぶとおもよ
232デフォルトの名無しさん:2007/11/14(水) 01:54:31
leaf/node?
233デフォルトの名無しさん:2007/11/14(水) 14:14:23
ちょっとスレ違いかもしれませんが、

class Customer {

private string _Code;

public string Code {

set {
_Code = value;
}

}

//以下適当

}

とか顧客のCustomerというクラスを作って、

今度そのCustomerを呼び出す時の変数はみなさんどのようにつけてますか?

今は略しちゃって、

private Customer cust = new Customer;

とか書いてるのですが・・・

初心者なものでお馬鹿なこと聞いてすみません。
234デフォルトの名無しさん:2007/11/14(水) 14:26:55
>>233
テスト用のコードとか、一度しか使わないクラス(もっともそんなクラスがあること自体おかしいが)なら、
クラス名を省略して変数名にすることはよくある。
ただし、フィールドにするときなど、複数の場所で使うときや長期間使う場合などは使い方に見合った変数名を付けた方がいい。
235デフォルトの名無しさん:2007/11/14(水) 14:48:32
>>233
ローカル変数かつ一般的に他の意味で使われる変数とかぶらないなら、
勝手に作った略語(先頭n文字やacronym)使うことはある

今回のケースの"cust"は普通に(英語表現として)ありみたい
ttp://www.acronymfinder.com/af-query.asp?Acronym=customer&Find=find&string=on
236デフォルトの名無しさん:2007/11/14(水) 18:27:39
どうせ(そのクラス内で)インスタンス一個だけなんだったら
フィールドでもクラス名と同じでいいと思うよ
237デフォルトの名無しさん:2007/11/18(日) 08:55:42
タスクAを実行し、それが終わったらB,C,Dを実行する。
C,Dはサブスレッドプロパティがtrueなのでサブスレッドで実行し
Dはプライオリティがlowなので優先順位低で実行。
タスクBCDが終わったらEを実行。

といったタスク、タスクチェーン管理クラス全般の名前というか設計例ってどこかにないですかね。
C#,Java, Python, Rubyあたりの例があったら見たいです。
238デフォルトの名無しさん:2007/11/18(日) 09:45:08
task scheduler
239デフォルトの名無しさん:2007/11/18(日) 10:54:03
job scheduler

言い回し変えただけ。検索時の参考に
240デフォルトの名無しさん:2007/11/18(日) 11:48:14
task, job のほかに jobnet も調べておいたほうがいいかも。
241デフォルトの名無しさん:2007/11/19(月) 04:09:34
インデックスが探索優先度の、解集合(リスト)のリストを探索して求める関数名ってどんなのがいいでしょうか
Haskellです
242デフォルトの名無しさん:2007/11/19(月) 04:35:18
日本語もうちょっとがんばれ。
解集合の集合を返す、インデックス優先探索の関数か。
しかしHaskellとは…。
indexFirstSearchSolverとかそんなじゃないか。
243デフォルトの名無しさん:2007/11/20(火) 19:05:34
三次元ベクトルの第三要素を1にするように定数倍する関数
vector normalize(vector v) { return v / v.norm(); }
vector ???(vector v) { return v / v[2]; }
何か良い名前ありますか?
244デフォルトの名無しさん:2007/11/20(火) 19:13:23
divideBy3rd
245デフォルトの名無しさん:2007/11/20(火) 19:18:44
normalizeZ
246デフォルトの名無しさん:2007/11/20(火) 21:08:42
>>243
それは要するに、射影空間から平面への射影?

そういう用途の場合、ノルムで割ることではなくて、
第三要素で割ることこそが Normalize な気がする。
247デフォルトの名無しさん:2007/11/20(火) 23:19:21
>>243
affineなんちゃら
248デフォルトの名無しさん:2007/11/21(水) 01:32:19
アフィン変換は平行移動を含む変換のことだろ…。
249デフォルトの名無しさん:2007/11/21(水) 11:25:39
>>248
アフィン変換 = 線形変換+平行移動
なんだけど、
アフィン変換 = 線形変換+平行移動 = 1次元大きな空間上の線形変換
とみなせるのよ。
この1次元大きな空間ってのが射影空間。
射影空間 → 元の空間へのマッピングは >>243 の ??? みたいな計算になる。
なので、>>243 を affine なんちゃらというのはあながち変な話でもない。
250デフォルトの名無しさん:2007/11/21(水) 12:08:11
ダサイ名前しか思い浮かばん
251デフォルトの名無しさん:2007/11/21(水) 12:31:27
それは「分かるか分からないか」の問題を「ダサいかダサくないか」の問題に
摩り替えて逃避してるだけでしょw

っていうか、まあ俺も3Dなんてまったくやったことないから全然分からないんだけどw
普通に日本語で表現すれば「z軸を正規化」なんじゃないの?
そうならそれを英訳するだけじゃん。
252デフォルトの名無しさん:2007/11/21(水) 12:38:13
z=1の平面に投影するってこと?
プロジェクトZ
253デフォルトの名無しさん:2007/11/21(水) 12:51:25
アフィン投影とか弱透視投影というっぽい。
英語だと affine/weak-perspective projection。

method 名、動詞形だと、
Project Perspective って感じかなぁ。
254デフォルトの名無しさん:2007/11/21(水) 12:57:49
第三要素を1にするように定数倍っていってるのに何で投影してるんだ
255デフォルトの名無しさん:2007/11/21(水) 13:10:31
エスパーさんが多いみたいね
256デフォルトの名無しさん:2007/11/21(水) 13:42:17
電波受信ご苦労様です。(いい意味で
257デフォルトの名無しさん:2007/11/21(水) 19:07:59
表示フォントのサイズを大きくする、小さくする。
それぞれの関数名をお願いします。

大きくするをenlarge()にしようかと思ったけど
対義語がみつからんかった
258デフォルトの名無しさん:2007/11/21(水) 19:16:34
>>254
たぶん「写像」っていう数学の用語の語感から間違って連想しちゃった言葉なんじゃないの?
それとも投射って言い方が俺が知らないだけで一般的なのかな。
259デフォルトの名無しさん:2007/11/21(水) 19:21:17
Netscape NavigatorのメニューだとTextSize-Increase/Decreaseだな
260デフォルトの名無しさん:2007/11/21(水) 19:45:28
>>257
reduce かな?
261デフォルトの名無しさん:2007/11/21(水) 23:26:35
>>257
font.SetSizeLevel(font.GetSizeLevel() + 1);
262デフォルトの名無しさん:2007/11/22(木) 06:11:53
>>257
increaseSize()/decreaseSize()
263デフォルトの名無しさん:2007/11/22(木) 07:48:57
>>258
>それとも投射って言い方が俺が知らないだけで一般的なのかな。
誰も「投射」なんて言ってないぞ。 「射影」あるいは「投影」だ。
264デフォルトの名無しさん:2007/11/22(木) 08:11:42
有意義なご指摘なこってw
265デフォルトの名無しさん:2007/11/22(木) 17:48:28
ある整数値を引数として与えて、その値以上の2のべき乗の数のうち、
最小のものを返す関数の名前は何が相応しいですか?
266デフォルトの名無しさん:2007/11/22(木) 17:52:58
least2PowerGreaterThan(int i)
267デフォルトの名無しさん:2007/11/22(木) 18:03:56
>>265
clp2
268デフォルトの名無しさん:2007/11/22(木) 18:29:21
2Power よりは Power2 の方がいい気が。
power of 2 の of を省略したもの。

昔、自分が使ったのは、CeilPower2 と FloorPower2 でそれぞれ
「x 以上の最小の2のべき」、「x 未満の最大の2のべき」にした。

>>267 も、ceiling power of 2 の略よね?
269デフォルトの名無しさん:2007/11/22(木) 19:02:30
>> >>267 も、ceiling power of 2 の略よね?
Exactly.
See Hacker's Delight
http://www.informit.com/content/images/0201914654/samplechapter/warrench03.pdf
270265:2007/11/22(木) 21:09:54
どうもありがとうございました。
CeilPowerOf2にします。
271デフォルトの名無しさん:2007/11/22(木) 21:35:07
天井2の乗数
思いっきり意味不明だと思う。
っていうか、エスパー働かせても「2の乗数"を"切り落とす」ようにしか読めないと思う。
欲しいのは「2の乗数"に"切り落とす」だよね。

っていうか、なんでそんな意味不明にしてまで文字数減らしたいと思うのかな
272デフォルトの名無しさん:2007/11/22(木) 21:41:06
ceilOfSquare(x), ceilOfPower(x, 2) あたりではだめなのか?
273デフォルトの名無しさん:2007/11/22(木) 21:56:05
274デフォルトの名無しさん:2007/11/22(木) 22:42:46
"least power of 2"にしただけで検索件数が100倍に跳ね上がるな
http://www.google.com/search?hl=ja&safe=off&q=%22least+power+of+2%22&lr=

GreaterThanだと『以上』にはならないからleastPowerOf2GreaterEqualsでどうだ
275デフォルトの名無しさん:2007/11/22(木) 22:46:54
>>271
知識の積み重ねが必要だからね。
数学の素養がないと意味不明だわな。

上のほうのZ=1への正規化が、なぜProjectionなのかも
多少の数学の知識がないと、意味がわからないだろうし。

>>272
squareは『xの2乗』であって、『2のx乗』にはならないよ。
また、2を引数にしても意味がない。
たぶん、一般にNのX乗となる最小の整数がほしいわけではないと思うよ。
276デフォルトの名無しさん:2007/11/22(木) 22:48:12
>>274
smallest power of 2 なら、さらに10倍だ。
277デフォルトの名無しさん:2007/11/22(木) 22:54:27
ttp://digital.ni.com/public.nsf/allkb/A024A9A6876B7C3A86256809005AD319
ここではCoerceToPower2ってのになってるけどこれじゃ駄目なん?
ついでに簡単にceiling〜がそうなる訳を解説してくれゐ
278デフォルトの名無しさん:2007/11/22(木) 22:59:00
「以上」じゃないなごめん忘れて
279デフォルトの名無しさん:2007/11/22(木) 23:01:37
>>275
おいおい「意味不明」っていうのは数学的な意味が理解できないってことじゃないよw

"CeilPowerOf2"という表現が意味をなしていない、誰も正しい意味を追加的な情報
無しでは読み取れないだろう、って意味だけど。

っていうか、そんな処理の意味ぐらい中学生でも分かるつーにw
数学の素養ってw
280デフォルトの名無しさん:2007/11/22(木) 23:08:29
>>279
プログラマなら分かるだろ
281デフォルトの名無しさん:2007/11/22(木) 23:12:23
見返したらやっぱり要求にあってるみたい
というわけでCoerceToPower2の方の検証もお願いしますm(__)m
282デフォルトの名無しさん:2007/11/22(木) 23:14:20
>>280
表現の字面が意味することと異なる意味をそれから読み取る能力は
プログラマとしての能力じゃない。
エスパーのそれだろ。

>>280みたいなセンスの人間が意味不明の糞コード書くんだねきっと。
283デフォルトの名無しさん:2007/11/22(木) 23:16:22
正直、"CeilPowerOf2"みたいな命名ならむしろ"Func1234"みたいなのの方が助かるよ。
少なくとも「偽りのあるラベル」に騙されずに済むからな
284デフォルトの名無しさん:2007/11/22(木) 23:24:31
天井関数とか床関数も知らないんだろうね。
285デフォルトの名無しさん:2007/11/22(木) 23:27:34
どうしてもCeilが使いたいんならceilWithPowerOf2だろ
数学云々以前に言葉として素直じゃない
286デフォルトの名無しさん:2007/11/22(木) 23:27:59
だからそんなものは当然しっとるつーにw
287デフォルトの名無しさん:2007/11/22(木) 23:28:39
coerceは型合わせをするという感じの用途で使うことが多くない?
288デフォルトの名無しさん:2007/11/22(木) 23:29:33
また阿呆がわいとるんか
289デフォルトの名無しさん:2007/11/23(金) 00:36:36
nextpow2
290デフォルトの名無しさん:2007/11/23(金) 02:18:03
nextPow2 だと、8を与えたら16を返しそうだ
291デフォルトの名無しさん:2007/11/23(金) 02:33:19
もうワケワカメ
292デフォルトの名無しさん:2007/11/23(金) 03:18:46
自分の時はpow2_least_nにしたな
293デフォルトの名無しさん:2007/11/23(金) 05:47:44
「〜の個数」を表す短めのプレフィクスありませんか?
「numOf」あたりが多いかなとは思うのですが、そればかり並ぶのもなー……と。

294デフォルトの名無しさん:2007/11/23(金) 06:01:11
>293
xxxCountが普通じゃね?
295デフォルトの名無しさん:2007/11/23(金) 06:04:56
nXXXってのは古いソースでよく見るけどあまりよろしく無いんだろうなぁ・・・
296デフォルトの名無しさん:2007/11/23(金) 06:23:59
>294
文字数あんまり変わってないのん……。
cntでもいいけど、それならnumXXXでも同じような気がするし。文法的には微妙だけど。

>295
nXXXsとか?
ハンガリアンと被るのが少し怖いな…。
297デフォルトの名無しさん:2007/11/23(金) 08:41:41
>>293

[選択肢1]
名前を短くしよう、などという間違った邪念は捨てる。

[選択肢2]
「〜の数」に相当する定数専用のクラス、列挙体、あるいはファイルを作って
"number of 〜"、"count of 〜"に相当する部分の名前をそれに付ける。
298デフォルトの名無しさん:2007/11/23(金) 09:09:28
>>265
extendToPowerOf2
テクスチャの幅?
299デフォルトの名無しさん:2007/11/23(金) 10:12:48
テクスチャのサイズだとしたら、テクスチャのサイズだって名前のほうがいいかもね
300デフォルトの名無しさん:2007/11/23(金) 10:29:06
テクスチャのサイズってするのは、上位のメソッドでいいよ
301デフォルトの名無しさん:2007/11/23(金) 13:02:06
基本だけど、関数の内容だけでなく使われ方を考えないと適切な名前にはならないな
実際の計算方法を呼び側で意識する必要があるかどうか
計算の内容を名前にしてしまうと、もし算出方法が変更になったら呼び側の関数名まで不適切になるし
302デフォルトの名無しさん:2007/11/23(金) 16:05:10
関数を表すオブジェクトが持つ次のようなメソッドの名前をお願いします。
double 一階導関数の値を取得(double x);
double 二階導関数の値を取得(double x);
303デフォルトの名無しさん:2007/11/23(金) 18:16:05
辞書引くだけのような。。

GetDifferential
Get2ndDifferential

っていうか、どうせ内部に導関数もつ実装になるんだろうから
それなら最初から導関数を返すファクトリーメソッドにした方がいろいろ便利な気もする。
304デフォルトの名無しさん:2007/11/24(土) 00:05:03
Differencialだとただの「差」の意味に取れるから
DerivativeかDだけのほうが好み

あとGetDifferentialだとそれこそ関数を返して来そうだから
GetDifferentialValueとか
305デフォルトの名無しさん:2007/11/24(土) 00:15:00
getDifferentialCoefficient
306デフォルトの名無しさん:2007/11/24(土) 00:16:38
そうかな。
辞書の用例とか見る限りは、

[Derivative]
導関数

[Differential]
微分/微分値

こういう印象を受けるが。。

Differencialが差分と取れるって指摘はその通りだけど、英語はそういう
一つの多義的な言葉を文脈によって使い分ける言語だから仕方がない。
もっとも、二階微分が必要なければ、Slopeが誤読される恐れがなくて一番いいとは思うけど。
307デフォルトの名無しさん:2007/11/24(土) 00:41:02
ああそうか
Differencialだと差であり"導関数の値"という意味にもなるな

関数を返す場合にDifferencialって単語を使うとするとDifferencialFunctionになるかな
308デフォルトの名無しさん:2007/11/24(土) 07:44:52
double dfdx(double x);
double d2fdx2(double x);
309デフォルトの名無しさん:2007/11/24(土) 09:08:16
>>301
そういうのは 名前のエイリアス的呼び出し方で解決するの。

intention reve(ry
310デフォルトの名無しさん:2007/11/24(土) 14:10:28
subset1 = [1]
subset2 = [2,3]
subset3 = [4,5,6]
set = [subset1,subset2,subset3]

hoge(set) #=> [[1,2,4],[1,2,5],[1,2,6],[1,3,4],[1,3,5],[1,3,6]]

という操作を実装したんだけど関数名が思いつかない・・・
積集合とは違うんだよなぁ・・・
311デフォルトの名無しさん:2007/11/24(土) 14:37:57
テンソル積?
312デフォルトの名無しさん:2007/11/24(土) 14:52:16
313デフォルトの名無しさん:2007/11/24(土) 14:52:39
全組み合わせだね
314デフォルトの名無しさん:2007/11/24(土) 14:57:35
あぁ〜直積集合か
いつの間にか直積集合と積集合の区別を忘却してた・・・
離散数学テコ入れしないとだめだわこりゃ
ありがとう
315デフォルトの名無しさん:2007/11/24(土) 21:57:36
すんごい基本なことなんですけど、ちょっと相談します

オブジェクト指向の上では
object.execute( task );
ってしたら「オブジェクトがタスクを実行する」
みたいな感じで日本語訳できるじゃないですか。

んで具体的にやりたいのは
スレッドにメッセージを送信するという基本も基本なお話なんだけど

void SendMessage( Thread thread, Message msg )
{
 thread.receive( msg );
}

ってことになるんですか?
直感的には
thread.send( msg );
って気がしたんだけど、どうもこれは変だなと…
316デフォルトの名無しさん:2007/11/24(土) 22:08:11
○.△が「○が△する」の形でなくてもいいよ
「○を△する」とか「○に△する」でも
317デフォルトの名無しさん:2007/11/25(日) 01:37:05
http://msdn2.microsoft.com/ja-jp/library/t64sseb3(VS.80).aspx
CWnd::SendMessageはそうなってるね。
::SendMessage()のラッパーだからそうなったってのも理由だろうけど。

CWnd::HandleMessage()でもおかしくないよね
318デフォルトの名無しさん:2007/11/25(日) 03:30:58
>>316
言われてみればそうですね。ありがとうございます。

>>317
CWndでは逆にSendMessage以外だとややこしくなりそうですね…
319デフォルトの名無しさん:2007/11/29(木) 22:38:55
ttp://katsura-kotonoha.sakura.ne.jp/prog/code/tools/header/toolbase_h.shtml
ここの関数をいくつか使わせてもらおうと思ってるんですが、
この mem[a-z], str[a-z] な名前ってC/C++の予約識別子名違反で使えないんですよ。
例えば
mem{cspn|pbrk|spn}
strn{cspn|pbrk|spn}
を別の名前にするとしたら、どうすればいいでしょう?
320デフォルトの名無しさん:2007/11/29(木) 22:58:43
関数名の頭になんかつければ?
321デフォルトの名無しさん:2007/11/29(木) 23:15:00
mymemcspn
mystrnpbrk
322デフォルトの名無しさん:2007/11/29(木) 23:21:19
mem_cspn
str_ncspn
323デフォルトの名無しさん:2007/11/29(木) 23:55:07
ところでそれなんに使うの?
324デフォルトの名無しさん:2007/11/30(金) 00:29:17
いろいろ。
325デフォルトの名無しさん:2007/11/30(金) 01:02:05
同じ機能ならライブラリのが速そう
memなんちゃらに到ってはインラインに
展開するように特別扱いされるし
326デフォルトの名無しさん:2007/11/30(金) 01:53:59
ライブラリ(名前空間)につける名前でもいいでしょうか。

「登録されたオブジェクト」(仮名)の数を操作するライブラリです。
この中には、オブジェクトのカウント、集計、出力、リセットなど行う関数群が含まれています。

RegisteredObjectCounter
CountRegisteredObject

など考えましたが、長い上に微妙……。


327デフォルトの名無しさん:2007/11/30(金) 02:17:37
ObjectCounter
328デフォルトの名無しさん:2007/11/30(金) 02:29:28
ObjectCounter, ObjectLogger だけじゃダメ?
329デフォルトの名無しさん:2007/11/30(金) 02:35:13
>327-328
ありがとう。
でも「登録された」の部分が消えるのがなー……ま、いっか。

330デフォルトの名無しさん:2007/11/30(金) 09:22:57
>320-322
ありがとうございました。

>mem_cspn
>str_ncspn
これでいこうと思います。
331デフォルトの名無しさん:2007/11/30(金) 13:04:33
メニューアイテムの指してる種類のenumの型名なんですがよろしくお願いします

中身は
.Folder
.File
...

MenuTypeとかだと漠然としてて……
332デフォルトの名無しさん:2007/11/30(金) 13:10:17
そもそもメニューアイテムってのが何なのか漠然としててわからん
333デフォルトの名無しさん:2007/11/30(金) 13:45:16
元々漠然としてるんだから漠然としたものになるのは仕方ない気がする
ItemType とか MenuItemType くらいでは
334デフォルトの名無しさん:2007/11/30(金) 14:06:22
FilesystemEntryType
335デフォルトの名無しさん:2007/12/01(土) 00:39:04
>>326
stat_objs
336デフォルトの名無しさん:2007/12/01(土) 01:25:50
statusじゃなくてstatisticsのほうかな。
337326:2007/12/01(土) 05:35:14
>>335-336
ありがとうございます。
確かにそれっぽい名前ですね!
338デフォルトの名無しさん:2007/12/01(土) 23:51:08
コード 0x00(Cで言うヌル文字 '\0')に名前を付けることになったのですが nul だと null と紛らわしいので危険です。
どうすればタイプミスや読み間違いを避けられるでしょうか?
339デフォルトの名無しさん:2007/12/01(土) 23:53:21
NUL
340デフォルトの名無しさん:2007/12/01(土) 23:55:20
日本語で「それ」を何と呼ぶかはっきりしているのだから、
あとはそれを訳すだけじゃないの?

自分でヌル文字って書いてるじゃん。
341デフォルトの名無しさん:2007/12/01(土) 23:57:06
NULL_CHARACTER
これならタイプミスも読み間違いも避けられよう
342デフォルトの名無しさん:2007/12/01(土) 23:59:34
>>340
そういえば、たまに「自分で言ってるじゃん!!」って気づいたときに
何を悩んでたのだろうと激しく自問自答することがあるなあ
343デフォルトの名無しさん:2007/12/02(日) 00:00:07
NURU
344デフォルトの名無しさん:2007/12/02(日) 00:01:21
nul_c
nul_char
nul_code
c_null
char_null
code_null
345デフォルトの名無しさん:2007/12/02(日) 00:05:26
ありがとうございました。
nul_c か nul_code を使ってみます。
346デフォルトの名無しさん:2007/12/02(日) 04:04:43
nul_codeには、文字だっていう情報が1個も入ってねーじゃねーか

const char CH_NULL = _T('\0');
347デフォルトの名無しさん:2007/12/02(日) 04:55:51
その「文字だっていう情報」を隠蔽 したい/すべき ときも有るだろうに

この事例の場合今ある情報だけではどちらとも言えないが
348デフォルトの名無しさん:2007/12/02(日) 06:14:43
情報が足りずにすみませんでした。
コード 0x00 は一般的な意味での「文字」としては使ってはいない値なので、一般的な意味での「文字」とは区別しています。
ふだんは「コード」と「文字」 という風に呼び分けています。

ときどき「状態 null を通知するには……に続いてコード nul を送信する」みたいな文書があって、
せめてプログラムの中だけでも分かりやすくできないかなと思いまして...
349デフォルトの名無しさん:2007/12/02(日) 10:26:09
あくまで文字コードの中の0x00であれば上に出たようにCharactorとNulを組み合わせればいいよ

>コード 0x00 は一般的な意味での「文字」としては使ってはいない値なので、一般的な意味での「文字」とは区別しています。
文字として共通のコードを用いている以上、NULもACKもBSもみんなCharactorでいい。
「制御文字」である以前に、一般的にコンピュータ上では「文字」の一種とみなしているんだから。
区別するとしたらそれより上のレベルで区別しないと。

制御文字である事をどうしても名前に入れたいなら
CHAR__CONTROL_CODE_NUL
CHAR__CONTROL_CODE_STX
CHAR__CONTROL_CODE_ETX
みたいに制御文字を意味する"Control code"を付加する方向じゃないかな。
長過ぎたらCHやCTRLに変えたりCODEを外したりして
350デフォルトの名無しさん:2007/12/02(日) 11:27:28
ん? 「文字」である以前に単なる「値」だろ。
ある値を「文字」と解釈して初めて「文字」になるのであって >> 348 のように文字とは区別してますってなら「文字」ではないだろ。
むしろ「文字」ってのはバイトストリーム中の特例で、文字として解釈するようなときだけ CHAR と付けるべきだと思うが。
351デフォルトの名無しさん:2007/12/02(日) 12:34:33
CharactorではなくCharacter
352デフォルトの名無しさん:2007/12/02(日) 13:34:15
>>348
348 = 338?

だったら、0x00という値のもつ意味や用途をはっきりしないと
誰も命名しようがないと思うけどな。

とあるステートマシンが取りうるいくつかの状態のうち、"null状態"を表す値ってこと?
それなら"XXState"ってenumの"null"ってメンバにすればいいと思うけど。
353デフォルトの名無しさん:2007/12/02(日) 15:44:52
const char COMM_NUL = 0x00;
354デフォルトの名無しさん:2007/12/02(日) 16:17:32
class Code {
char c;
public:
explicit Code(char c): c(c) {}
char code() const { return c; }
};

const Code nul(0);
355デフォルトの名無しさん:2007/12/07(金) 14:47:53
ある文字列が長さ x より短いかどうか調べる関数にはどんな名前がよいでしょうか.
356デフォルトの名無しさん:2007/12/07(金) 14:58:41
isShorterThan(x)
357デフォルトの名無しさん:2007/12/07(金) 16:22:05
別にいいけど、普通に長さを調べる関数作らんの?
358デフォルトの名無しさん:2007/12/07(金) 16:32:47
遅延評価な言語でも使ってて長さ計ると無限リストで無限再帰しちゃうとか?
359デフォルトの名無しさん:2007/12/07(金) 16:38:18
>>358
だれにレスしてんのか悩んだよ。
>>355
OOPなら、String.IsShorterThan(int length)
関数型なら、strIsShorter(char*, int)
とか。
360デフォルトの名無しさん:2007/12/07(金) 16:38:44
単になんかの実装上のヘルパーなんじゃね
361デフォルトの名無しさん:2007/12/08(土) 02:05:29
データベースとかセッションからデータを取ってきて
そのデータを元にユーザー情報オブジェクトを返す
ようなクラスの名前はどんなのがいいと思いますか?
362デフォルトの名無しさん:2007/12/08(土) 02:08:09
クライアントリクエスタとかそんなので
363デフォルトの名無しさん:2007/12/08(土) 02:17:40
使い方によるかも。

データベースを単に O/R マッピングしただけのものなら、
.NET Framework に習って、
DataContext.User でユーザテーブル、
その中から1ユーザ取ってくるなら DataContext.User.Single とか。
364デフォルトの名無しさん:2007/12/08(土) 08:26:15
>>361
ClientDao
365デフォルトの名無しさん:2007/12/10(月) 14:50:34
入力されたテキストを正規化する機能の一部で、文字列末尾に「区切り子がない場合」に区切り子 separator を追加する関数があります。
ただ必ずしも文字列末尾に区切り子があることが正しいわけではないので正確には「区切り子が必要であるが区切り子がない場合に」ですが、区切り子の必要性は上位関数が判断します。
この関数が呼び出された場合に限れば「末尾に区切り子が望まれている」と仮定できます。
また、全く同じようにして終端子 terminator を追加する関数もあります。

単純に append_separator/append_terminator で良い気もするのですが、必ずしも区切り子を追加するわけではないので、この名前でよいものか迷っています。

より適切な名前があるでしょうか?
よろしくお願いします。
366デフォルトの名無しさん:2007/12/10(月) 15:51:45
append_separator でかまわないと思うけど、どうしてもというなら、
append_separator_if_necessary
ensure_separator_at_end
ensure_terminating_separator
などはどうですか。
367デフォルトの名無しさん:2007/12/10(月) 18:47:25
ありがとうございます。

・動詞 ensure を使う
・append_separator のまま

で再考したいと思います。
368デフォルトの名無しさん:2007/12/10(月) 22:11:50
詳細がわからないから断定はできないけど、
(必要なら)セパレータをアペンドする関数とターミネータ(って言葉って一般的なの?)
をアペンドする関数って一つにした方がむしろ分かりやすくないか?

つまり
DelimitString(char delimiter)
とか
DelimitTextIfNeed(char delimiter)

みたいな感じ。
369デフォルトの名無しさん:2007/12/10(月) 22:13:31
場合によっては normalize とかの動詞が適切なこともあるな。
370デフォルトの名無しさん:2007/12/17(月) 22:16:59
boost::detailみたいなdetailという名前空間は、外部に公開しない内部のみで使う
という意味でいいんでしょうか?
内部クラスを入れる名前空間名を考えてて疑問に思いました。
371デフォルトの名無しさん:2007/12/17(月) 22:23:53
boost::detailは普通に外からでも使うだろ。
内部クラスを入れる名前空間名ならinternalとかでいいと思うよ。
372デフォルトの名無しさん:2007/12/17(月) 22:26:38
ImplementationDetailsとか
373370:2007/12/17(月) 22:41:07
そうなんですか。internalがよさそうなんでそれにします。
374デフォルトの名無しさん:2007/12/27(木) 20:37:47
void CDisplayInterface::DateProcessing( vector<double>& lhs )
{
  transform( containerWork.begin(), containerWork.end(), back_inserter( lhs ), &pick_yymmdd );
}

CDisplayInterface //グラフに必要なインスタンスを生成する基底クラス
DateProcessing   //日付データを取得する関数
オナガイします、かっこいい名前を命名してください、せっかく、クリィーバな実装を
覚えたのに、名前がダサすぎ、イメージが褪せてしまします
375デフォルトの名無しさん:2007/12/27(木) 20:39:50
日本語でおk
376デフォルトの名無しさん:2007/12/27(木) 21:29:25
>かっこいい名前

void CChekeraccho::Sweets( vector<double>& lhs )
{
  transformer( containerWork.begin(), containerWork.end(), back_inserter( lhs ), &pick_yymmdd );
}
377デフォルトの名無しさん:2007/12/28(金) 15:02:11
あるキャラクターデータを持ち、外部に受け渡しするだけのクラスの名前を悩んでいます。
安易にManagerと付けるのはどうかと思って・・・
378デフォルトの名無しさん:2007/12/28(金) 15:15:20
>>377
よくわからん。
そのクラスは「あるキャラクターデータ」の変数を生で持つのと何が違うの?
コードで書いてもらったほうがいいかもね。
379デフォルトの名無しさん:2007/12/28(金) 17:24:40
>>377
「外部に受け渡しするだけ」の意味がよくわからないけど
Agent
Messenger
Facade
380デフォルトの名無しさん:2007/12/28(金) 21:09:04
>>377
なんか「抽象化」って概念を取り違えているとしか思えないクラスだなw
まあただの説明能力の問題かもしれんけど。
そんな雲を掴むような話に名前を与えろってそりゃ無理でしょ。
381デフォルトの名無しさん:2007/12/28(金) 22:28:36
>>377
CharaInfo
382デフォルトの名無しさん:2007/12/28(金) 22:31:11
>>377
CharacterDataHolder
383デフォルトの名無しさん:2007/12/29(土) 01:28:16
ManagerとかDataとかInfoとかいう抽象過ぎる単語が入ってる名前がつくのは抽象化がうまく言ってない兆候だと思いますよ俺は
384デフォルトの名無しさん:2007/12/29(土) 09:23:31
>>383
なんか今までやった自分の事例を使って 具体例出してこそ 建設的な意見と言える。
今はまだ、否定したに過ぎない。政治批判するマスコミと同じ。
というわけで、どうなったらいいか具体的によろ。
385デフォルトの名無しさん:2007/12/29(土) 10:16:59
内部でmallocなりnewなりをして中身を詰め込んで
そのポインタを返すような関数には通常どういった名前をつけるのでしょうか?
GetだとかAddだとかCreateだとかMakeだとかFreeとかReleaseとかDeleteとか
とにかく似たようなのが多くて
あほの子なのでどれが適切かわかりません
386デフォルトの名無しさん:2007/12/29(土) 10:33:17
createBookが嫌ならnewBookとかalloc(ate)Bookとか

getは新規ではなく既存の物を参照するというニュアンスが強そう。
addは、コレクションに引数を追加しそう。
387デフォルトの名無しさん:2007/12/29(土) 10:49:37
>>386
なるほど…
Createでいきたいと思います
ありがとうございました
388デフォルトの名無しさん:2007/12/29(土) 13:29:37
>>384
君頭すごく悪いでしょw
389デフォルトの名無しさん:2007/12/29(土) 13:42:31
俺ほどじゃないよ
390デフォルトの名無しさん:2007/12/29(土) 13:48:37
いや俺ほどじゃないって
391デフォルトの名無しさん:2007/12/29(土) 14:06:35
俺が1番頭悪いぜ!
392デフォルトの名無しさん:2007/12/29(土) 15:10:52
>>391
どうぞどうぞ
393デフォルトの名無しさん:2007/12/29(土) 15:28:26
どうぞどうぞ
394デフォルトの名無しさん:2007/12/29(土) 18:12:02
>>388
うるさいハゲ
ハゲは黙ってろ
395デフォルトの名無しさん:2007/12/29(土) 18:14:03
>>383
いつもそんなこと言う人いるけど、同じ人?
396デフォルトの名無しさん:2007/12/29(土) 18:16:49
いわゆる「デザインパターン用語」が入った名前が一番ウザい
397デフォルトの名無しさん:2007/12/29(土) 18:35:48
>>395
たぶん違う。
っていうか、お前さんがもし「言う」側の問題だと思っているのならそれは倒錯というものだ。
はっきり言えば頭悪すぎるよ。
398デフォルトの名無しさん:2007/12/29(土) 18:58:44
ああ、いつもの人か。
399デフォルトの名無しさん:2007/12/29(土) 20:40:32
デザパタ用語付けるのは構わないけど、
お願いだからデザパタの利用法と違う用途のものに付けないで欲しいなぁと
400デフォルトの名無しさん:2007/12/29(土) 20:44:18
デザパタ用語付けるのは構わないけど、
お願いだからそれよりも目的を明示する方を優先してほしいなぁと
401デフォルトの名無しさん:2007/12/30(日) 10:13:46
仮想キーコードから、ファイル名を作成してるんだけど
それらを引き渡す部分の、いい関数名なんかない?
402デフォルトの名無しさん:2007/12/30(日) 10:28:00
俺ならファイル名の使用目的を明示的に書いて、こうする

string CreateXXXFileName( VirtualKeyType vk );

引数を見れば仮想キーからの変換ということが分かるので
関数名に明示的に入れる必要は無いと思う。
ただC++みたいな環境で仮想キーがint型とかで表されてて
型チェックが得られないようなら関数名に入れたほうがいいかも
403デフォルトの名無しさん:2007/12/30(日) 10:37:11
>>402
サンクス401だけどXXXの部分は、どんなイメージ?

404デフォルトの名無しさん:2007/12/30(日) 13:43:56
何が聞きたいんだ401は・・・。
405デフォルトの名無しさん:2007/12/30(日) 15:29:17
もうCreateFileFromVKでいいよ
406デフォルトの名無しさん:2007/12/30(日) 15:46:18
関数型言語は名前を付ける労力を減らす工夫が沢山あるのが素晴らしい。
407デフォルトの名無しさん:2007/12/31(月) 16:25:04
C言語です。
受け取った文字列にASCIIコード以外の文字が含まれていた場合
BOOLのTRUEを返す関数はどう名付ければいいでしょうか?
408デフォルトの名無しさん:2007/12/31(月) 16:50:18
include_non_ascii(str) だろうか。
409デフォルトの名無しさん:2007/12/31(月) 17:18:20
includeが嫌ならcontainsもアリ
410デフォルトの名無しさん:2007/12/31(月) 17:37:50
is_not_ascii_string
411デフォルトの名無しさん:2007/12/31(月) 17:51:50
>>408
おそば食べてました
そのまま使わせてもらおうと思います
ありがとー
412デフォルトの名無しさん:2007/12/31(月) 17:53:21
containsならincludeもincludesのほうがいいな。
413デフォルトの名無しさん:2007/12/31(月) 21:13:41
素朴な疑問。
そもそも「ASCIIコード以外の文字が含まれていた場合」っていうのは
どういう場面を想定しているのかな。

7bit目が1のcharがあったらアウトってこと?
414デフォルトの名無しさん:2007/12/31(月) 21:32:17
isascii関数が0を返したら、ってことだろ

isntasii、もしくはisnotasciiがシンプルでいい
415デフォルトの名無しさん:2008/01/02(水) 01:11:54
ソートされている配列から、この値以上の最初の要素を探す関数、
この値以下の最初の要素を探す関数の二つにはどんな名前付けたら良いでしょうか?
416デフォルトの名無しさん:2008/01/02(水) 01:26:24
.Select(x => x > N).FirstOrDefault();
417デフォルトの名無しさん:2008/01/03(木) 21:10:51
C++/Generic/STLデツ
vectorコンテナが5個あって、各コンテナ毎に、コンテナが空か否かの判定するのに
空ならbool値のfalseを設定したいんだけど、いい変数名はナイデツカ
それから、よく他人のコードを読むと、bool値の変数名でflgとflagとあるけど
皆さんはどっち派ですかと聞いてみたいww
418デフォルトの名無しさん:2008/01/03(木) 21:29:56
普通はその逆で、IsEmpty なんだけど。

flg, flag は後者。
419デフォルトの名無しさん:2008/01/03(木) 21:39:28
>>418
417です
サンクスです
え〜っと
コンテナが5こ、あるので
IsEmpty1st、IsEmpty2nd、IsEmpty3rd、IsEmpty4th、IsEmpty5th
こんなかんじでイイデツカ?
420デフォルトの名無しさん:2008/01/03(木) 21:39:41
vector<T>::emptyは?
あとフラグなんて曖昧な名前は付けない。
421デフォルトの名無しさん:2008/01/03(木) 21:59:30
あ〜っと
ごめんなさい、説明不足でした
それぞれのコンテナは確かにvector<T>::emptyで判定してるんですけど
その値を、こんな構造体に放り込んで
class Foo {

struct ST_GRAPHSWITCH {
 bool graphFirstFlag;
 bool graphSecondFlag;
 bool graphThirdFlag;
 bool graphFourthFlag;
 bool graphFifthFlag;
 ST_GRAPHSWITCH() : graphFirstFlag( false ), graphSecondFlag( false ), graphThirdFlag( false ), graphFourthFlag( false ), graphFifthFlag( false ){}
 ST_GRAPHSWITCH st_graphswitch;
 };
};
でもって
vector<int>vec1st;
if( !vec1st.empty() )
 graphFirstFlag = true;
でもって
他のクラスFooで
Foo foo;
bool 迷っている変数名 = foo.st_graphswitch.graphFirstFlag;
こんな感じで迷ってます。
変な日本語ですけど、スマソ
422デフォルトの名無しさん:2008/01/03(木) 22:01:04
×他のクラスFooで
○他のクラスでFooを
です、重ね重ねスマソ
423デフォルトの名無しさん:2008/01/03(木) 22:08:50
>>421
普通に配列かリストで持つのではいけないの?
424デフォルトの名無しさん:2008/01/03(木) 22:11:23
>>421
boolであることを示すのにそこまでこだわる必要ないと思う
それよりもその使い方を基準に付けたら?
425デフォルトの名無しさん:2008/01/03(木) 22:19:08
サンクスです
>>423
そうですね、bool値5個だけだから単純に考えたほうがいいですね
そんな気分になってきますた
振り返ると、なんで構造体にしたのか、自問自答ww
>>424
ふむふむ、やっぱり単純考えろと
(・_・)> ラジャ ...
426デフォルトの名無しさん:2008/01/03(木) 22:41:12
C++ なんだったらビットフィールド使わないの?
427デフォルトの名無しさん:2008/01/03(木) 23:12:52
>>426
ビットフィールドは分かるんだけど、組込み系の実装みたいに
メモリの心配とか、特別注意を払わなくてもいいので、可読性重視で
bool値でステータスを拾っています
428デフォルトの名無しさん:2008/01/04(金) 04:18:16
SetA、SetB、SetCをまとめた関数の名前をお願いします。

SetData(A,B,C)みたいな名前にするのが良いのでしょうが、A,B,Cを一括で表す名前が思いつかない場合、
SetABCみたいな名前が適当でしょうか?
429デフォルトの名無しさん:2008/01/04(金) 10:09:32
それはやったことないし、やりたくないなぁ。
クラスの設計おかしいかも。
430デフォルトの名無しさん:2008/01/04(金) 11:15:47
関連性・必要性・機能性など何れにも「一括で表す名前が思いつかない」なら、さすがに名前の付けようがない。
ABCが何で何故一緒に代入するのかを具多知的に書いて、「一括で表す名前」がないかと訊いた方がよいと思う。
431デフォルトの名無しさん:2008/01/04(金) 12:42:08
いっそInitialize()とか。
432デフォルトの名無しさん:2008/01/04(金) 12:47:19
>>428
A,B,Cの具体的な名前を挙げてくれたら、何か思いつくかもしれないのに。
433デフォルトの名無しさん:2008/01/04(金) 13:29:24
>429-432
あ、いや、すみません、
そういう包括的な名前がないとき、どうしようかなーというお話。

SetABとかSetAandBみたいな気持ち悪い名前は許容できる? 無理? という意見を聞きたかっただけです。
僕はヤです。


>429
まあ、そうなんですけどね。
アクセサのコストが非常に重い場合なんかもあるわけで。(通信とかね)
434デフォルトの名無しさん:2008/01/04(金) 13:35:06
Smalltalkerな俺は and が入るのは許容できる。
Objective-Cな最近のマカーもたぶん許容する。

aWindow setWidth: 100 andHeight: 100. みたいな感じのコードは普通に出てくる。
435デフォルトの名無しさん:2008/01/04(金) 16:03:26
>434
なるほど。言語や環境による部分は大きそうですね。
436デフォルトの名無しさん:2008/01/04(金) 16:13:24
そういう話なら、
object.setProps({ A: true, B: false, C: true }) なんてのもありだな。
437デフォルトの名無しさん:2008/01/14(月) 15:52:07
ほしゅっ
438デフォルトの名無しさん:2008/01/15(火) 02:43:11
しゅっしゅっ
439デフォルトの名無しさん:2008/01/17(木) 07:52:25
クラス名や変数名とは微妙に違うのかもしれませんが、
アプリケーションAが終了したことを監視用のアプリケーションBに通知するイベントを識別するための名前(送信文字列)にはどんなのがあるでしょうか。
使用できる文字は英小文字だけです。出来るだけ短い名前で(ただし意味を推測できる限りで)お願いします。
440デフォルトの名無しさん:2008/01/17(木) 07:54:15
processexited
441デフォルトの名無しさん:2008/01/17(木) 08:17:51
_ACK_ だったよーな
442デフォルトの名無しさん:2008/01/17(木) 08:27:38
pquit
443デフォルトの名無しさん:2008/01/17(木) 08:28:36
すみません、ちょっとニュアンスを変更します。
「イベントを識別するための名前」ではなく「終了したタイミングを意味する名前」にします。
よろしくお願いします。
444デフォルトの名無しさん:2008/01/17(木) 08:54:58
atexit
445デフォルトの名無しさん:2008/01/17(木) 09:01:17
>>atexit
あぁ、そういえばCにそんな関数がありましたね。
丁度サブシステム間で同じようなことをさせようとしていたところなので、その名前を使ってみようと思います。
皆様、ありがとうございました。
446デフォルトの名無しさん:2008/01/18(金) 14:16:20
あるオブジェクトに「パラメータ」を設定する関数、
および、その時にセットするパラメータを設定する関数の名前をお願いします。

前者をFunc1、後者をFunc2とすると、

 Func2 ( height, 100)
 Func2 ( width, 100)
     :

というように、あらかじめ設定しておき、

 Func1 ( obj )

とすると、obj に width や height が設定される……というものです。
447デフォルトの名無しさん:2008/01/18(金) 14:31:08
SetParam()
ApplyParam()
なんと素直なんだろう
448デフォルトの名無しさん:2008/01/18(金) 17:09:43
プロパティ(仮想変数)に対するアクセスはset/getがお約束
449デフォルトの名無しさん:2008/01/18(金) 18:03:03
設定の準備と、設定の実行ってことでしょ?set/getじゃないよな。
PrepareParameterChange
ApplyParameterChange
450デフォルトの名無しさん:2008/01/18(金) 19:03:09
prepareは単語として変

Set・・・/Commit・・・が一番自然だと思う
451デフォルトの名無しさん:2008/01/18(金) 19:45:45
>>446
要は設定値の構造体(またはクラス)HogeSettingを引数にとる、仮想的な機能ブロックを設定する関数と、
テキトーな引数をとってHogeSettingのメンバを適切に設定する関数の名前ってことだよね?

前者は普通にSetXXX、後者は非OOPならCreateHogeSetting、OOPなら普通にコンストラクタか
HogeSetting.FromXXX()でいいんじゃないの?
452446:2008/01/18(金) 21:11:53
寝てました。おはようございます。

>447-451
ありがとうございます。
それらのキーワードをもとに、他の箇所で似たような命名が無いか探してみます。


チラ裏。
コミットってよく使うけど、結構ブラックな意味で使われることが多いんですね…。
453デフォルトの名無しさん:2008/01/18(金) 21:15:26
〜Changeとかだとイベントみたいだな。
454デフォルトの名無しさん:2008/01/24(木) 23:38:02
quit と exit って何か意味とか用途とか文法とかが違いますか?
全く同じ?
455デフォルトの名無しさん:2008/01/24(木) 23:59:07
quitはアメリカ英語。イギリス人は使わない。
456デフォルトの名無しさん:2008/01/25(金) 00:02:57
>>455
そんなこたあないだろw
たとえば今思いつくだけでもBeatlesの歌詞に
So i quit the police department, .....

みたいに普通に使われてるだろ
457デフォルトの名無しさん:2008/01/25(金) 00:05:13
細かいニュアンスでいえば、
quitの方はやってることは途中かも知れないがぶった切って中断するぜ、
exitの方はやることが終わったから帰りますよ、みたいな感じ。

余談だが米国産のアプリでは、"exit"メニューの説明が"Quit the application"になってることが多い。
458デフォルトの名無しさん:2008/01/25(金) 00:10:34
あーんモーダルとモーダレスの違いみたいな物ってこと?
そうかな考え過ぎじゃないの?
ほとんど区別されずに使われてる気がするけどな俺は。
459デフォルトの名無しさん:2008/01/25(金) 00:11:43
>>456
そうなのか、ごめん。
ちょっと気になったんで、微妙にスレチだがWikipediaで調べてみた。
どうやら、英国では一時期廃れて使われなくなったけど、米国から逆輸入されてまた使われるようになったらしい。

...Other words and meanings, to various extents, were brought back to Britain, especially in the second half
of the 20th century; these include hire ("to employ"), quit ("to stop," which spawned quitter in the U.S.),
I guess (famously criticized by H. W. Fowler), baggage, hit (a place), and the adverbs overly and presently
("currently"). Some of these, for example monkey wrench and wastebasket, originated in 19th-century Britain.
460デフォルトの名無しさん:2008/01/25(金) 00:16:35
紛らわしくなったけど一応自分の発言は>>455>>457>>459です。

ちょっと脱線したが>>454に対する答えとしては、>>457にも書いたけど
意味したいものの中に「中断」ってニュアンスが含まれていれば quit を使っても良いと思う。
461デフォルトの名無しさん:2008/01/25(金) 00:18:30
モーダレスって何だ?
462デフォルトの名無しさん:2008/01/25(金) 00:20:41
出口にquitってかかれてたら絶望するわ
463デフォルトの名無しさん:2008/01/25(金) 00:22:37
>>458
モーダルとモーダレスは意味が全く逆だろうw

考えすぎなんかじゃなく、あくまでその単語に対する自分の感じ方の違いを言っただけ。
コンピュータ上ではあまり区別されてないかも知れないが、イメージは微妙に違う。
464デフォルトの名無しさん:2008/01/25(金) 00:28:44
このスレ->quit();
465デフォルトの名無しさん:2008/01/25(金) 00:34:14
>>463
なら(君の説が正しいとすれば)quitとexitも「意味が全く逆」じゃん。
俺はそう思わないけど。

モーダル(シーケンシャルに入力しないと次に進めない)
 対
モーダレス(個別の入力をいつでも終了できる)

この対立は(あくまで君の主張する)quitとexitの対立とほとんど同じだと思うけど。
466デフォルトの名無しさん:2008/01/25(金) 00:36:01
ということにしたいわけですね
467デフォルトの名無しさん:2008/01/25(金) 00:37:26
はいはいquitquit
468デフォルトの名無しさん:2008/01/25(金) 00:41:15
もとをたどるとラテン語で

exit = ex(外へ) + eo(行く)の不規則変化it
quit = quies(休み) の動詞化。quietと根は同じらしい

……あんまり参考にならんな。
469デフォルトの名無しさん:2008/01/25(金) 00:44:07
>>465
>>457はどっちも 終わる っていう共通の意味があるという前提のうえで
(正しいかどうかはともかく)細部の違いを詳しく説明してるだけだろ?
全く逆 なんていってるわけじゃなくてさ
470デフォルトの名無しさん:2008/01/25(金) 00:47:26
お前ら>>454を見ろ

質問は「quit と exit はどう違いますか?」だ

単語の違いを聞いているんであって語源が知りたい訳じゃないぞ
471デフォルトの名無しさん:2008/01/25(金) 00:50:35
〜〜〜quitに関する話題はここでquit〜〜〜
472デフォルトの名無しさん:2008/01/25(金) 08:12:10
>>469
読解力ないなしかし。

俺(>>465)が「全く逆」と言っているのではなく、彼(>>463)の御説に従えば
exitとquitも「全く逆」ということになりますな、と言ってるんだろうが。
473デフォルトの名無しさん:2008/01/25(金) 11:26:25
いや、どうでもいいし
474デフォルトの名無しさん:2008/01/25(金) 11:29:15
どっちでもいいけどどっちかしか使わないよな
区別はしない
475デフォルトの名無しさん:2008/01/25(金) 23:09:15
どこをどう読めば>>463が「全く逆」って言ってるように読めるのか分からん。
現にquitとexitは「微妙に違う」って言ってるじゃん。
476デフォルトの名無しさん:2008/01/25(金) 23:18:23
わかった exit は出口からとか
閉じたところから出て行く感じで

quitはその場から離れる感じな点だけが異なり
あとは一緒
477デフォルトの名無しさん:2008/01/25(金) 23:23:45
プログラムとか変数名とかいった場面では限定的な使われ方しかされなくて、あまり区別されないかも知れないが、
元は英語という自然言語である以上、異なる単語が全く同じ用法、ニュアンスを持つなどという事はない。

その言語のネイティブ話者でない人に単語の微妙なニュアンスの違いを伝えるのは何語であってもとても難しいので、
>>454が本当に言語上での意味の違いを知りたいのならこんな所ではなく英語系の板で聞いたほうがいい。
478デフォルトの名無しさん:2008/01/25(金) 23:36:55
あと書こうかどうか迷ったが・・・自分はquitとexitが全く逆だとは言ってないよ。
なぜそのように受け取られたのかがよく分からないんだけど・・・。
479デフォルトの名無しさん:2008/01/25(金) 23:53:08
モーダルとモーダレスの違いとか言い出すアホが悪い
quitとexitの違いとは比較にもならんのに
480デフォルトの名無しさん:2008/01/26(土) 00:05:48
>>479
それは悪いけど単に君が無知で
モードレス⇔モーダルの対義語が対立する意味がわかってないだけ。

というかそもそも俺はモーダルとモードレスが対立するようにはexitとquitは
対立せず、ほぼ同じようにしか使われないのじゃないか、といっているのに馬鹿だろw

>>475
まあ君のようばお馬鹿さんに付ける薬なないと思うよ。
>>465を読んでそういっているのならね。

まあ君もモーダルモードレスの意味がわかってないだけかもしれんが。
481デフォルトの名無しさん:2008/01/26(土) 00:22:35
ahosugi
482デフォルトの名無しさん:2008/01/26(土) 00:30:16
本人たち以外にはどうでもいいレスの応酬
483デフォルトの名無しさん:2008/01/26(土) 03:26:56
(プロセスやアプリを)外部から終了するときにはquit、自発的に終了するのはexit

ム板的にはこの解釈で十分じゃないかと思う
大抵そういう使い分けをされているので

AppliationクラスやProcessクラスのメンバ関数→exit
外部から送信されるシグナルやメッセージ→quit
というのが自然だと思う
484デフォルトの名無しさん:2008/01/26(土) 03:35:17
話も収まってきたタイミングで申し訳ないが、
モーダルとモードレス、どっちがどっちだか分からなくなるんだが、どうやって覚えたら良いだろうか。
485デフォルトの名無しさん:2008/01/26(土) 03:47:33
モーダレス(笑)でいいよ
486デフォルトの名無しさん:2008/01/26(土) 14:23:00
>>483
だから考えすぎ。
つーかそんな個人的な思い込みに過ぎんものに合意があるかのように装ってまで何を証明したいのだ?
つーかそれ以前にquitもexitも自動詞でしょw
他動詞ならkillとかじゃないの?
487デフォルトの名無しさん:2008/01/26(土) 14:25:05
正直感覚的な違いしかないからあとは使用者の好みだろう
488デフォルトの名無しさん:2008/01/26(土) 14:26:17
まーたアホがわいてきた
489デフォルトの名無しさん:2008/01/26(土) 14:30:00
>>484
モーダル: モードがある (順番に切り替わる)
モードレス: モードがない (順番が無い)
490デフォルトの名無しさん:2008/01/26(土) 16:15:07
>489
あー、なるほど。モードって何だろうって思ってた。
491デフォルトの名無しさん:2008/01/26(土) 18:49:25
通常モードとか、 オプション設定モードとか、パスワード入力モードとか、
現在の状況以外の操作ができない状態のことじゃないかなぁ
パスワード入力ダイアログが開いている=現在パスワード入力モードなのでそれを無視して他の作業はできない
492デフォルトの名無しさん:2008/01/26(土) 20:00:10
modalつーと、一番多いのはダイアログの動作オプションですね。
493デフォルトの名無しさん:2008/01/26(土) 20:34:11
イベントを処理するクラスを作ってます。処理の Suspend と Resume が
可能なんだけど、Suspend 中に受信したイベントのキューイングをするか
どうかを切り替え可能にしたい。

これはイベント処理ではわりとよくある状況に思えるのですが、慣用的な
引数名・メソッド名などはあるでしょうか?

あるいはお勧めの名前でも良いので、よろしくお願いします。
494デフォルトの名無しさん:2008/01/26(土) 20:42:51
QueueEvent
495デフォルトの名無しさん:2008/01/26(土) 20:46:08
bool(ean) blockQueueing
とか。最後のeは取るんだっけ。
496デフォルトの名無しさん:2008/01/26(土) 22:22:31
>>494,495
どうもです。できれば、Suspend 中に限定して、というのを強調したい
かなぁと。
497デフォルトの名無しさん:2008/01/26(土) 22:23:08
QueueWhenSuspending
498デフォルトの名無しさん:2008/01/27(日) 11:49:10
識別子にWhenってあまり見ないような。Inのがいんじゃない
499デフォルトの名無しさん:2008/01/27(日) 12:02:46
IgnoreEventsUnderSuspension
500デフォルトの名無しさん:2008/01/27(日) 12:19:35
>>497-499
悪いけど全部変じゃないか?w
IfとかOnlyWhenって言わないと496が望んでいるような意味にならんでしょ。

そもそもキューにぶち込むのって普通Enqueueじゃないの?
というわけで
Enqueue(Event)IfSuspending(State)
501デフォルトの名無しさん:2008/01/27(日) 12:32:47
ああ要求されてるのはキューにぶち込むメソッドじゃなくて、
ぶち込むかどうかの動作モードを設定するメソッドなんだねすまん。

だったら
IgnoresEventUnlessSuspending
AllowsEnqueue(Event)(Received)OnSuspending(State)
502デフォルトの名無しさん:2008/01/27(日) 13:32:26
どちらにしろ怪しい名前にしかなりようがないのか?w
503デフォルトの名無しさん:2008/01/27(日) 17:15:05
メソッドを分けてAcceptableSuspendとUnacceptableSuspendにする
504デフォルトの名無しさん:2008/01/27(日) 17:17:59
そもそもアクティブ時だってキューイングしてるんだろ。
もし実装上してないとしても
特にSuspend時にということを強調する必要があるとは思えない。
505デフォルトの名無しさん:2008/01/27(日) 18:00:36
>>504
日本語で書いてあるんだからちゃんと問題を理解してから大きな口を叩いた方がいいと思うよw
506デフォルトの名無しさん:2008/01/27(日) 18:05:17
デコレータとかそういうのになんねえ?
507デフォルトの名無しさん:2008/01/27(日) 18:27:45
>>493
CollectEventsInSuspending
508493:2008/01/27(日) 19:13:02
どわー、皆さまどうもありがとうございます。いろいろと参考にさせて
もらったのですが、Suspend 時の引数が一番わかりやすそうなので以下の
ようにしてみます。

class EventProcessor {
...
public:
enum EventQueuingOption {
DisableEventQueuing,
EnableEventQueuing
};
bool Suspend(EventQueuingOption option = DisableEventQueuing);
...
};
509デフォルトの名無しさん:2008/01/29(火) 13:55:40
個人的にプログラムを作っています。
データベースのフィールド名で「登録日時、更新日時」などは
一般的にどのような名前にしているのでしょうか?
510デフォルトの名無しさん:2008/01/29(火) 16:04:48
シンプルにCreatedDateTimeとModifiedDateTimeとかは?
511デフォルトの名無しさん:2008/01/29(火) 18:59:31
登録ならEntryとかじゃ?
512デフォルトの名無しさん:2008/01/29(火) 19:02:06
FILETIME ftCreationTime;
FILETIME ftLastAccessTime;
FILETIME ftLastWriteTime;
513デフォルトの名無しさん:2008/01/29(火) 21:38:18
某RoRのお約束だと created_at と updated_at。
514デフォルトの名無しさん:2008/01/30(水) 02:43:58
C++で練習用にドラクエモドキ作っているんですが

class PlayChara{
int hp;
int mp;

public:
void setAttack(ATTACK_TYPE atk_type, ATTCK_POINT atk_point);
}

プレイキャラクラス自身に敵からのダメージを与える為のメソッドで
(攻撃のタイプと攻撃力の引数を受け取る)setAttackってのを考えたんですけど名前変でしょうか?
なんか自分自身が攻撃コマンドを実行しようとしているみたいで紛らわしい気が。
設計そのものがおかしいのかもしれないですけど…
515デフォルトの名無しさん:2008/01/30(水) 02:53:47
setDamageのほうがよさそう
516デフォルトの名無しさん:2008/01/30(水) 02:53:59
ProvideDamage
517デフォルトの名無しさん:2008/01/30(水) 03:35:42
STGで似たような質問あったなぁ。
518デフォルトの名無しさん:2008/01/30(水) 08:17:02
virtual
chara.damage(another)
is
another.setAttack(なんちゃら, かんたら);
another.setStatus(毒, etc..);
end.
519デフォルトの名無しさん:2008/01/30(水) 12:42:51
そんなの普通に「攻撃を受ける」を訳せばいいだけじゃん。
つまりAttacked。
なんでまず普通に自分の母国語で考えないの?

setDamageは普通ダメでしょ。
なぜならダメージって相手の「攻撃力」と自分の「防御力」の関数なんじゃないの普通は
520デフォルトの名無しさん:2008/01/30(水) 13:21:55
Attackedじゃイベントになっちゃうな。
C++じゃどうだか知らないけど。
521デフォルトの名無しさん:2008/01/30(水) 18:37:19
class 攻撃A
{
Attack(attacker, defender)
{
attacker.のステータスを読み取る,
defenderのステータスを読み取る;
ダメージ計算;
特殊攻撃計算;
確率計算;

defender.SetDamage(なんちゃら);
defender.SetStatus(かんたら);
}
};
522デフォルトの名無しさん:2008/01/31(木) 16:24:54
あるクラスHogeがあるとして
そのクラスへのポインタを格納するコンテナの変数名について困っています

Hogeのインスタンスを格納するコンテナ→hoges
Hogeへのポインタ→pHoge
と普段名づけているので

pHogesとしたいところなのですが
これではHogeを格納するコンテナへのポインタと区別がつきません

>>514
receiveAttack とかどうでしょう
523デフォルトの名無しさん:2008/01/31(木) 16:33:22
shared_ptr<T>, shared_array<T> は使いたくないのかな?
メモリ管理は自前でやりたいのか。
524514:2008/01/31(木) 17:02:30
色々な案を皆様有難うございます。
そもそも
「攻撃者が.attackメソッドを持って引数に被攻撃者のパラメータを渡す」
の方がスマートなのかな…?等と悩み始めてしまいましたが

>>522
receiveAttackをヒントにacceptAttackにしようかなと思います。
525デフォルトの名無しさん:2008/01/31(木) 17:44:14
>>522
hogePtrs
526デフォルトの名無しさん:2008/01/31(木) 17:46:34
>>524
acceptAttackってisAttackableと同じ意味な感じがするな。
それでいいなら別に構わないけど。
527522:2008/01/31(木) 17:53:54
要領を得ない質問ですみません
shared_array<T>も含めたコンテナ全般の命名について迷っていました
>>525
使わさせていただきます
皆様アドバイスありがとうございました
528514:2008/01/31(木) 20:31:29
>>526
言われてみれば確かに…orz
529デフォルトの名無しさん:2008/01/31(木) 22:28:37
攻撃というものを、攻撃側と防御側が存在して成立する別のオブジェクトと
して考えた方がいいと思ったのだが、そういう設計の話はなしなんだよな。残念。

530514:2008/01/31(木) 22:46:21
>>529
もしろそっちをメインに掘り下げて聞きたいとこなんだけど>>1に反するので断念です。
なかなか該当するスレがなくて…
531デフォルトの名無しさん:2008/01/31(木) 22:53:03
そういうくだらないパーティージョークみたいなの止めにしない?

沈没船から海に飛び込もうとしないドイツ人に船員は言いました。
「こういう場合規則では海に飛び込むことになっております」

規則の字面になんて書いてあるかより、何のために規則はあるのかを考えようよ。
まあ物を考える頭がついてるのならね。

というか、そもそも何の合意形成もなされてない規則なんぞそもそも何の効力もないはずだがw
どこぞのアホが一人で勝手に言ったことに過ぎん。
532デフォルトの名無しさん:2008/01/31(木) 22:58:17
自治厨はお帰りください
533デフォルトの名無しさん:2008/01/31(木) 22:58:47
で、俺は>>529みたいな設計は反対。
理由は全然直感的じゃないから。
攻撃とは攻撃力というデータを受け渡し、という風にモデル化した方が
ずっと直感的で簡単じゃん。
534デフォルトの名無しさん:2008/01/31(木) 23:10:17
それ>>529と一緒じゃないのか
535デフォルトの名無しさん:2008/01/31(木) 23:11:56
void Attack(Attackable &from, Defendable &to);
536デフォルトの名無しさん:2008/01/31(木) 23:30:49
んー、別板だけど、適切なのはこの辺かな? 他にもあるかも

ゲームにおけるデータ構造・クラス設計・パターン
http://pc11.2ch.net/test/read.cgi/gamedev/1155209226/
537514:2008/01/31(木) 23:33:52
>>536
わざわざすみません。
クラス設計に関してはそちらで聞くことにします。
皆様有難うございました。
538デフォルトの名無しさん:2008/01/31(木) 23:34:50
こういう変な奴が湧くから>>1に書かれるようになったんだな。
539デフォルトの名無しさん:2008/02/01(金) 01:11:55
俺のレスは秀逸だな
540デフォルトの名無しさん:2008/02/03(日) 01:58:47
画像の中にテキストを縦書きに表示するメソッド名は何にしますか?
そもそも「縦書き」という概念は英語にあるのでしょうか?
541デフォルトの名無しさん:2008/02/03(日) 02:16:10
vertical writing
542デフォルトの名無しさん:2008/02/03(日) 02:31:47
複数条件や条件のパラメータを設定したり、格納したり管理しているクラスを
Trigger(トリガー)クラスという名前しています。

複数の条件は最大32個設定でき、その32個の複数条件が
AND条件であるか、OR条件であるか判断する4バイトのビットフラグが
AND用とOR用にメンバ変数として存在します。

これらは現在AndTrigとOrTrigという変数名なのですがあまりしっくりしません。
何かいい名前はないでしょうか?
543デフォルトの名無しさん:2008/02/03(日) 07:30:56
まぁ、クラス設計が悪いと名前もしっくりこなくなるから文句は言っちゃ駄目だな。
544デフォルトの名無しさん:2008/02/03(日) 11:29:11
>>540
SetTextOrientation(TextOrientation.Vertical)
545デフォルトの名無しさん:2008/02/03(日) 12:28:24
>>542
なんかもう根本的に命名以前の問題でしょ
そのデータ構造で、たとえば

A * (B + C)

みたいな式はどうやって表現するつもり?w

チミは演算子が「項目の属性」だと思っているのかもしれないが、
演算子っていうのは「2項目の間の演算」を表現するためのものなんじゃないの?
546デフォルトの名無しさん:2008/02/03(日) 12:37:26
それぞれのトリガーが条件を表してるんじゃね
if (AND) { Trigger1(状態) && Trigger2(状態) && … }
else { Trigger1(状態) || Trigger2(状態) || … }
こういうことだと思うよ
547デフォルトの名無しさん:2008/02/03(日) 13:21:35
ああ失礼、>>546が何を言いたいのかはよくわからないけどw、
>>542が言ってるのは32あるブールデータのうち多入力orに入力するデータを指定する
ビットフィールドの名前と、多入力andに入力するデータを指定するビットフィールドの名前ってことかな?
548デフォルトの名無しさん:2008/02/03(日) 13:43:07
動作がイマイチよく分からんね。

ANDとORは2以上の引数をとるのに、
32個それぞれにAND/ORが指定できるように書かれているのが分からん。
NOTかそうでないかのフラグなら分かるけど。
549デフォルトの名無しさん:2008/02/03(日) 14:14:07
ビットフラグの条件式なら*や+は考えなくていいはずだ。

A AND (B OR C) と (A AND B) OR C
の区別みたいな例の方がいいな。
550デフォルトの名無しさん:2008/02/03(日) 14:18:35
だから(今のところ俺の想像だけど)>>542が言ってるのはそういう意味じゃなくて
多入力ANDゲートと多入力ORゲートの前段に付く入力フィルタ(要するにANDゲートのアレイだが)
に名前を付けてくれってことでしょ。
551デフォルトの名無しさん:2008/02/03(日) 14:27:43
本人が出てきて説明すべきだろう。
想像で議論進めても、仮定が間違ってたら無駄だぽ
552デフォルトの名無しさん:2008/02/03(日) 16:32:29
静観します
553デフォルトの名無しさん:2008/02/03(日) 16:46:24
名前がどうとか言う前に、クラス設計ができてない人間が多すぎる。
554デフォルトの名無しさん:2008/02/03(日) 17:09:51
しかしそれはこのスレの話題ではあるまい
555デフォルトの名無しさん:2008/02/03(日) 17:48:00
うむー。
設計に口を出すのはご法度だからなぁ。
…あんまりヒドイのは設計スレに誘導したほうがいいのだろうか?
556デフォルトの名無しさん:2008/02/03(日) 18:31:36
「盲目的優等生」を指摘されたのがそんなに悔しかったのかなw
557542 :2008/02/03(日) 21:26:23
説明不足ですみません。

条件は32個ありで
ANDトリガーの変数に0x00000103が入っている場合、
1番目と2番目と16番目の条件が両方満たしていないと動作しません。

ORトリガーの変数に0x00000101が入っている場合、
1番目と16番目の条件のいずれかが満たしていれば動作します。

NOTは対応していません。
複数条件の場合、どれの組み合わせで条件を成立させるかというフラグです。
機能的にはMicrosoft Outlookのメール振り分けルールに近いです。
558デフォルトの名無しさん:2008/02/03(日) 21:29:15
つまり、

以下の[すべて | または]が成り立つとき。
条件1云々
条件2云々
:
条件32云々
か。

Operator(演算子) とか Operation Modeとかかなー??

559デフォルトの名無しさん:2008/02/03(日) 21:30:05
またはと書いたら日本語が変だな。
[すべて | いずれか] が
だった。
560デフォルトの名無しさん:2008/02/03(日) 22:18:08
もう一度静観します
561デフォルトの名無しさん:2008/02/03(日) 23:04:17
>>557
なんかまだちょっと(いやかなり)「日本語でおk」な文章だよ。

やっぱり多入力ANDと多入力ORに入力する
boolデータを表現するビットフィールドでしょ?

つまりビットフィールドの対応するビットが0のデータはマスクされて入力されないわけだ。
違うの?

だとしたらやっぱ設計が変だよ。
組み込みでメモリが足りないとかじゃなければ、
個々のデータを生かすか殺すかの情報はデータ自身に持たせた方が簡単じゃないか?

ビットフィールドにまとめる意味がわからないよ。
562デフォルトの名無しさん:2008/02/03(日) 23:10:07
ここは設計を考えるスレではなくて、
質問者の考えた斬新な設計の名前を考えるスレだよ。
563デフォルトの名無しさん:2008/02/03(日) 23:11:41
「盲目的優等生」を指摘されたのがそんなに悔しかったのかなw
564デフォルトの名無しさん:2008/02/03(日) 23:12:59
というかね、「いらない子」に名前つけて何の意味があるの?
お願いだからとっくりと教えてみて。
565デフォルトの名無しさん:2008/02/03(日) 23:13:29
質問者が満足します
566デフォルトの名無しさん:2008/02/03(日) 23:18:59
何も意味無くても名前つける人はつけると一言
567デフォルトの名無しさん:2008/02/03(日) 23:22:45
設計がおかしくてもそれを使わなければならない以上、名前は要るだろ。
568デフォルトの名無しさん:2008/02/03(日) 23:25:11
>設計がおかしくてもそれを使わなければならない
なぜ?

こういう人が「規則で決まっています」といわれれば流氷が浮いてる海でも
飛び込んじゃう「自己決定できない」タイプなのかなw
569デフォルトの名無しさん:2008/02/03(日) 23:39:40
具体的な指摘ならともかく
こういうしょうもない流れになるから>>1に書かれちゃうんだな。
まぁ情報が限られてりゃ指摘のしようもないが。
570デフォルトの名無しさん:2008/02/03(日) 23:40:24
何も作ったことの無いやつカワイソス
571デフォルトの名無しさん:2008/02/03(日) 23:50:45
>>558
ありがとうございます。

>>561
速度優先の為、実行時に展開して使うだけで
設定するときや、設定の保存で使うわけではありません。
572デフォルトの名無しさん:2008/02/03(日) 23:57:19
ビットフィルドが速度的に有利って普通のアーキテクチャーのCPUじゃありえなくないか?
573デフォルトの名無しさん:2008/02/04(月) 00:06:27
実行する毎に個々のオブジェクトからデータを抽出し比較するより、
実行前に結合しておいて、実行時は比較だけってほうが高速です。
574デフォルトの名無しさん:2008/02/04(月) 00:23:54
未だによく解りません
575デフォルトの名無しさん:2008/02/04(月) 00:43:44
よく分からんけど、

条件 A B C Dがあったとして、マスクが1001なら、
AとBは必ず、BとCのいづれか一つ以上が満たされていればよい。
この1と0に名前をつけてくれ、ってことか?
576デフォルトの名無しさん:2008/02/04(月) 00:58:07
なんか聞いてるとビットマスクっぽいんだよなぁ。
AndMaskとOrMask…だとちょっと意味が通らないかなぁ。
577デフォルトの名無しさん:2008/02/04(月) 01:42:16
JavaScriptで、画像の読み込みに失敗したとき自動的に再読み込みさせたい。
そこで、引数nを受け取って「最大n回まで再読み込みする関数」を返す関数を作ったが、その関数名はどうしたらいいかな。
ただし、その返された関数は読み込みに失敗するたびに一度呼ばれるようになっている。
578デフォルトの名無しさん:2008/02/04(月) 02:02:39
(A and B) or Cの場合
AND変数には1100
OR変数には0010?

(A and B) or (C and D)の場合
AND変数には1111
OR変数には1111になる?こういうことが出来ないのかな?
出来ないなら、変数2つもいらん気がするんだけど。
579デフォルトの名無しさん:2008/02/04(月) 05:02:20
>>542は言語とか開発環境がわからないから何とも言えないな。


>>577
こんなん?

bool Lord()
{
// 画像読み込み処理
}

Reload(int Count)
{
 for(int i = 0; i < Count ; i++){
  if ( Lord() == true ){
   break;
  }
 }
}
同じ名前使ってオーバーロードしてもいい気がするけど
JavaScriptってオーバーロードできるんだっけ?
580デフォルトの名無しさん:2008/02/04(月) 05:20:04
>>561
有無を外出ししてるってことは、使わない個々のデータは生成すらしてないんじゃね?
と思ったけど、実行時だけって書いてあるな。
581デフォルトの名無しさん:2008/02/04(月) 06:47:49
>>577
毎回呼ばれるなら、リロード回数渡す意味がないやん。
そこからやり直し
582デフォルトの名無しさん:2008/02/04(月) 13:22:26
>>579
>>581
すいません。わかりにくかったかも。
ソースは次のような感じです。

function hoge(count){
return function(){
if (count > 0){
this.src = this.src; // 再読み込み
count--;
}
}
}

//使用側
var img = new Image;
img.onerror = hoge(5); //読み込みに失敗したとき呼ばれる
img.src = uri;

つまり、n回呼ばれたらもうそれ以上はリロードしないってことです。
hogeでリロードするのではなく、その返り値の中でリロードするので何かいい名前は無いかと。
583デフォルトの名無しさん:2008/02/04(月) 13:32:25
中身もちょいいじって、

function RedoNTimes(action, count){
 return function(){
  if (count > 0){
   action();
   count--;
}}}

img.onerror = RedoNTimes(function(){
 this.src = this.src; // 再読み込み
 }, 5);

とか?
584デフォルトの名無しさん:2008/02/04(月) 19:23:53
NTimesReloader()
AutoRetryLoader()
585デフォルトの名無しさん:2008/02/05(火) 02:05:06
>>583-584
サンクス。参考にしてみる。
586デフォルトの名無しさん:2008/02/05(火) 10:32:54
ファイルの作成時間でソートする関数の場合、
SortWithTime()なのかSortAtTime()なのかSortInTime()
どれが良いと思われますか?
587デフォルトの名無しさん:2008/02/05(火) 12:42:41
普通byじゃないの?
588デフォルトの名無しさん:2008/02/05(火) 14:01:22
ありがとうございます。byが合ってますね
589デフォルトの名無しさん:2008/02/05(火) 20:19:12
OrderBy
590デフォルトの名無しさん:2008/02/05(火) 22:57:06
ばい
591デフォルトの名無しさん:2008/02/06(水) 09:29:40
HogeFactoryクラスで、
作れるHogeの種類を全部返すメソッドは
getList
getHogeList
どっちがいい?
HogeFactoryだからgetHogeListは冗長かなと思ったりしてるんだけど
592デフォルトの名無しさん:2008/02/06(水) 12:07:58
「種類を全部返す」ってんなら AllTypes に決まってるだろ。
593デフォルトの名無しさん:2008/02/06(水) 18:53:18
クラスの変数名でクラスを教えてください。
使ってる言語はJavaだとおもいます。
594デフォルトの名無しさん:2008/02/06(水) 18:54:53
ここは「なぞなぞスレ」じゃないよ
595デフォルトの名無しさん:2008/02/06(水) 18:56:53
もっとまともに教えてください!!
596デフォルトの名無しさん:2008/02/06(水) 19:32:00
たぶん clazz か klass か cls
597デフォルトの名無しさん:2008/02/06(水) 20:03:01
画面に書かれた内容が消えそうだな
598デフォルトの名無しさん:2008/02/06(水) 21:29:42
PRINT CHR$(12)
599デフォルトの名無しさん:2008/02/06(水) 21:56:26
このスレ見てるとほとんどの変数名が英語だな。
英語が全く分からない俺は全部ローマ字なんだが、そういう椰子は他にいないか?
600デフォルトの名無しさん:2008/02/06(水) 22:00:41
ローマ字はもう10年も20年も前の時代からずっと忌み嫌われてきてるが。
601デフォルトの名無しさん:2008/02/06(水) 22:02:46
底辺プログラマにはそんな事関係ない
602デフォルトの名無しさん:2008/02/06(水) 22:03:57
ローマ字よりはまだ日本語の方が好き
603デフォルトの名無しさん:2008/02/06(水) 22:42:33
プログラムにローマ字変数があるのを見ると、
こいつ素人だなと思ってしまう俺ガイル。
別に自分が玄人ってわけでもないのにね。
困った困った。
604599:2008/02/06(水) 23:18:00
なんでローマ字はそういうイメージなの?
英語よりローマ字の方が誰でも(俺みたいに英語知らない人でも)変数の概要がよく分かると思うんだが・・・
英語の方がかっこいい感じはするけどね。
605デフォルトの名無しさん:2008/02/06(水) 23:24:17
変数名がドイツ語のソースを解析したことがあるけどありゃ死ねる
606デフォルトの名無しさん:2008/02/06(水) 23:37:14
日本語の読めない奴を相手にするときに困るだけで
日本人相手ならローマ字で何ら問題のないきがするんだが
607デフォルトの名無しさん:2008/02/06(水) 23:42:50
mitamegawarui
608デフォルトの名無しさん:2008/02/06(水) 23:45:51
>>606
まあ君は相対的に困らないんじゃない?
普通のプログラマは困るよ。
端的に読みにくいからね。

君日本語がどうして漢字かな混じりなのかわかる?
あるいは、どうして英語(だけじゃなくてアルファベット使う言語は全部そうだと思うけど)
の単語のスペルが発音をそのまま表現していないかわかる?
609デフォルトの名無しさん:2008/02/06(水) 23:48:36
日本語は同音異義語が多いし、単語区切りがあいまいだから、
漢字を使わないと読みづらい。
610デフォルトの名無しさん:2008/02/06(水) 23:49:58
>>608
esperanto
611デフォルトの名無しさん:2008/02/07(木) 00:50:48
てか、スペルと発音があんだけ狂ってるのは英語くらいよ。
612デフォルトの名無しさん:2008/02/07(木) 00:57:52
英語は昔発音と表記が一致してたんだけど発音が遷移しちゃったんだよね
日本語も表記と発音が一致しなくなってたんだけど表記を変えた歴史がある
613デフォルトの名無しさん:2008/02/07(木) 00:59:56
慣れた漢字かな交じりからかけ離れてるから読みにくく感じるだけだろ
614デフォルトの名無しさん:2008/02/07(木) 01:01:12
それ以上にどんな理由がいるのか
615デフォルトの名無しさん:2008/02/07(木) 01:26:05
>>612
どこの言葉も、スペルの整理をしてから4・5百年も経てばある程度狂ってくるんだけど、
英語はそれどころじゃないくらい異常に狂ってる。
発音の大遷移があったときに変なスペルの補正しちゃったのと、
仏語由来の単語が大量に混ざってるのが原因。

>>613
「慣れた」ってどころか、
日本語は千年以上の歴史ですっかり漢字を使うこと前提の言語になってる。
616デフォルトの名無しさん:2008/02/07(木) 01:27:54
英語よりフランス語の方がひどいよ
617デフォルトの名無しさん:2008/02/07(木) 01:34:27
いやいや、フランス語は例外なスペルないよ。

ou がウーだったり oi がオワだったり、変なのは変だけど、
ou ならどこに出てこようと必ずウーだし、oi もまたしかり。
英語は out, touch, double, couch, ought みたいに、いちいち読み方違う。

フランス語の変なスペルはほんとごく少数だけ。
フランス語に限らず、例外的なスペルとか特殊活用って
日常的に使う語に多いから目立つけど。
618デフォルトの名無しさん:2008/02/07(木) 01:41:53
発音の遷移ってのも、普通は同じスペルのものは同じ変化をする。
フランス語の ou も、おそらくは昔はオウって読んでたのがウーに変化したもの。
オウになってた部分が全部ウーに変わる感じ。

英語は、a がアからエイに変化したんだけど(ただしアクセントがあるところだけ)、
例えば、tal はタルからテイルに変わったと。
tal をテイルの発音に合わせてスペルを直したんだけど、
直し方が tale (子音の後ろに e を補う)と tail (母音を重母音化)の2種類あって、
この辺りの一貫性のなさが英語のスペルを狂わせてる。
619603:2008/02/07(木) 01:57:07
>>604
なんとなく素人臭いって思ってたんだけど、
敢えて理由を考えるなら…

アルファベット主体のプログラムの世界に日本語を持ち込もうとしてるけど、
中途半端なローマ字で甘んじてるところかな。

「変数名にUnicode文字を許せ!」とか「日本語プログラム言語作ろうぜ!」
とか主張するならカッコイイけど、
「アルファベットしか使えないなら、ローマ字」
っていうのはなんか屈服してるみたいでダサイ。

>>618
英語は独語と仏語が正面衝突してできた言語だってバッチャが言ってた。
620デフォルトの名無しさん:2008/02/07(木) 06:22:20
>619
はいからなバッチャですね。

日本語プログラミング言語や日本語識別子もイマイチ流行らないな。
変換しなきゃいけないから無理もないんだけど。

ちなみに、ローマ字が普通に使われるところもある。
COBOLは予約語の数が数百個ある(つーか、命令が全て予約語扱い)から
衝突回避のためにローマ字を基本にすることも。
621デフォルトの名無しさん:2008/02/07(木) 06:27:04
日本語はともかく∀とか∈とか使えてもいいと思う
622デフォルトの名無しさん:2008/02/07(木) 08:26:20
>>615
話を誤解してるよ。

「発音がスペルに対応している」
というのと
「発音とスペルが一対一対応している」

というのは別だが、区別付いてる?

っていうか、設計の話をすると文句をいう馬鹿は
こういうくだらない話には何も言わないご都合主義者な自分を恥じて欲しいね。
623デフォルトの名無しさん:2008/02/07(木) 08:31:56
ダブスタ乙
624あにす ◆sGTL1yK0.6 :2008/02/07(木) 10:40:16
VSのインテリセンスがmigemoに対応して漢字使いまくりなら最強
625デフォルトの名無しさん:2008/02/07(木) 12:19:20
>>620
COBOLのどんな話を聞いても、
COBOLやってみようって思うことが一切無い…(笑
626デフォルトの名無しさん:2008/02/07(木) 12:28:21
>625
今のところ自分にCOBOLの案件が回ってきたことが無い、そう考えるんだ。
627デフォルトの名無しさん:2008/02/07(木) 14:10:56
point構造体のメソッドで
平行移動はoffsetがよく使われていると思うのですが、
座標のXを左に移動
座標のXを右に移動
座標のYを上に移動
座標のYを下に移動
とそれぞれ分けることになりました。
この4つのメソッドの名前付けに困っています。
現在はOffsetLeftとしているのですが、
何かいい名前ないですか。
628デフォルトの名無しさん:2008/02/07(木) 14:19:36
座標ずらすのに動詞のoffsetなんてはじめて聞いたぞ
629デフォルトの名無しさん:2008/02/07(木) 14:21:49
右に移動の移動量がマイナスで左に解釈するんじゃね?
どうしてもというなら、MoveLeftBy とか。
あと、offsetは移動というより、それだけずらしておくって意味では。
630デフォルトの名無しさん:2008/02/07(木) 14:31:42
ExcelはOffsetだったな。
631デフォルトの名無しさん:2008/02/07(木) 14:38:13
+ offsetを笑うものは+ offsetに泣く
632デフォルトの名無しさん:2008/02/07(木) 14:49:12
それは普通に Move Left/Right/Up/Down でいいんでは。
633デフォルトの名無しさん:2008/02/07(木) 14:56:31
普通にOffsetLeftでいいと思うよ。
634627:2008/02/07(木) 15:12:56
皆さんありがとうございます。
>>628
プログラムだとOffsetメソッド多いです。
>>629
そうなんです。HOffsetMinusとかVOffsetPlusとか考えたんですけど
かっこ悪くて・・・。思いっきり主観ですけど。
>>632>>633
MoveかOffset迷います。
どっちかにします。
ありがとうございました。
635デフォルトの名無しさん:2008/02/07(木) 15:34:07
offsetを引数にとるメソッドは多いけど、
offsetメソッドってのは聞いたこと無いな
636デフォルトの名無しさん:2008/02/07(木) 15:36:13
System.Drawing.Point.Offset
637デフォルトの名無しさん:2008/02/07(木) 15:38:48
ttp://www.google.co.jp/search?hl=ja&q=%22Offset%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89%22&lr=
258件・・・
プログラムだとOffsetが多い、というのは誤った認識じゃね?
638デフォルトの名無しさん:2008/02/07(木) 15:51:42
素直に平行移動を英語にすると Translate になりそうなものだが。
639デフォルトの名無しさん:2008/02/07(木) 16:04:31
MS製のはOffset使ってるな
既に挙がってるもの以外だとMFCとかも

因みに、Javaだと同様のメソッドはmoveで
JavaScriptのOffset*はプロパティで名詞の方の意味

>>638
意味は違うがOpenGLのglTranslate*関数とか
640デフォルトの名無しさん:2008/02/07(木) 16:47:31
>>639
Javaのmoveは絶対指定だよ。
現在の位置からの相対指定ならtranslate。
どちらも破壊的メソッド。

MFCのCPoint.Offsetは破壊的
.NetのPoint.Offsetは非破壊的
641デフォルトの名無しさん:2008/02/07(木) 18:36:03
>>634
そもそもそんなメソッド本当に必要か?
Point.MoveRight(5)もPoint.X += 5も可読性大差ないでしょ。

新たにVectorみたいな型を作って、

void Point.Move(Vector offset)

みたいなメソッドなら意味があると思うんだけど。
642634:2008/02/07(木) 18:54:01
>>641
通常必要かと聞かれると必要ないです。
ほんと仕様を変えたいですが。
なんと引数無しで呼ばないといけなくて。
643デフォルトの名無しさん:2008/02/08(金) 00:03:16

Javaのクラス名なのですが、命名に迷っています。
よくあるアドベンチャー(?)みたいに、文章を表示する時に一文字表示される毎にほんの少しの間動作を止める役割をするクラスです。
何か良い名前がありましたらご教示ください。
644デフォルトの名無しさん:2008/02/08(金) 00:07:48
Prompter
645デフォルトの名無しさん:2008/02/08(金) 00:35:10
>>644
横レスだがセンスいいな
俺も使おう
646デフォルトの名無しさん:2008/02/08(金) 00:39:18
>>644が何なのか分からない俺は>>599と同じ英語力なのだろうか
647デフォルトの名無しさん:2008/02/08(金) 01:03:21
アメリカの高官とかが演説するとき、演壇の上に透明な譜面台みたいなのがあるだろ。あれがプロンプタ。
演説の原稿を表示したり、ペースを指示したりする装置だ。
648デフォルトの名無しさん:2008/02/08(金) 01:18:41
俺にはTypeWriterくらいしか思いつかん
>>644のPrompterは一般的によく使われるのか?
サラッと出たのなら渋すぎる
649デフォルトの名無しさん:2008/02/08(金) 01:43:32
アクションゲームで体力メーターとかなんたらゲージとかその他もろもろを
表示したりするクラスを考えているんですけど良いクラス名ないでしょうか?
650デフォルトの名無しさん:2008/02/08(金) 02:05:29
俺も>>647の意味が分からなくて「?」だった。

>>649
guageって、自分で答え言ってない?
651デフォルトの名無しさん:2008/02/08(金) 02:21:22
>>650
有難うございます。
書き込み内容を検討しているうちに自分の考えも纏まってきました。
書いているうちにMeterDisplayにしようかと思いましたが
GuageDisplayにしようと思います
652デフォルトの名無しさん:2008/02/08(金) 03:48:10
プロンプターっていうと演劇のカンペだな。
653デフォルトの名無しさん:2008/02/08(金) 08:14:10
>>642
MoveLeftward
upward, downward

>>643
TheWorld

あと、gaugeな
654デフォルトの名無しさん:2008/02/08(金) 10:51:07
2chもそうですが、BBSのよくある処理の一つに、
http:// で始まる文字列は自動的にリンクになる、というものがりますよね。

このように、与えられた文字列の中から特定の文字列を発見し、
それをアンカーに変換するメソッドの名前をお願いします。

なお、変換対象は http:// に限りません。
655デフォルトの名無しさん:2008/02/08(金) 11:06:14
>>654
readAutoComplete
readVaguely
ぐらいしか思いつかん
>>644に期待
656デフォルトの名無しさん:2008/02/08(金) 11:32:09
makeLink
657デフォルトの名無しさん:2008/02/08(金) 11:33:08
HTMLだし、MarkUpなんたらかなぁ。

>>653
ごめん、typoった。
658デフォルトの名無しさん:2008/02/08(金) 12:28:45
>>654
普通に○○Finderでいいじゃん。
文字列の置換か加工のこと言ってるなら○○Processorとか

>>644
そりゃ意味的に変だ。
あれは別にユーザーを"prompt"してるわけじゃない。

643が何を要求しているのかいまいち良くわからんが、
GUI部品のことを言っているならベタにMessageViewとかStoryView、
GUIを制御する部分のことを言っているのならMessageTellerとかStoryTellerとかの方がいいと思う。
659デフォルトの名無しさん:2008/02/08(金) 12:37:21
あ、メソッド名か。
そんじゃComplementAnchorTagとか
660デフォルトの名無しさん:2008/02/08(金) 12:49:06
プロンプトだと

  10ポイントの経験点を獲得! ▼

     ↓

  10ポイントの経験点を獲得!
  ヒイラギはレベルが下がった!
  ツカサは氷の塔のスキルを覚えた! ▼

     ↓

  10ポイントの経験点を獲得!
  ヒイラギはレベルが下がった!
  ツカサは氷の塔のスキルを覚えた!
  28円を手に入れた!

のような、▼のイメージがあるなあ。
ゲーム用語に毒されてるだけかもしれないが。
  
661デフォルトの名無しさん:2008/02/08(金) 15:49:23
Complementいいですね、検討してみます。
662デフォルトの名無しさん:2008/02/08(金) 17:57:14
autoLink
663デフォルトの名無しさん:2008/02/08(金) 22:29:52
AにBを足してCに入れるというような処理をするとき、

A:足すもの
B:足されるもの
C:結果

にそれぞれ変数名をつけたいんですが、どのような名前が
一般的でしょうか?

「足す」は例としてあげただけで、ほかの処理もある前提で
お願いします。

664デフォルトの名無しさん:2008/02/08(金) 22:32:19
operand1
operand2
result
665デフォルトの名無しさん:2008/02/08(金) 22:34:55
sourceとdestinationっていうのもあるな。
666デフォルトの名無しさん:2008/02/09(土) 01:35:59
当たり判定計算を行い
衝突を検知し、当該オブジェクトに通知を行うクラスの名前に迷っています
二種類あるのですが・・・

・同一グループ内での衝突を検知するクラス(例:ビリヤードの玉同士の衝突を判定)
・グループAの要素がグループBの要素に衝突しているかを検知するクラス
(例:自機弾が敵機に当たっているかを判定)


今の案:InteractiveCollisionDetector, VersusCollisionDetector
もっと良い名前や慣例的なものがあればご教示お願いします
667デフォルトの名無しさん:2008/02/09(土) 03:33:18
InternalCollisionなんたらと
ExternalCollisionなんたらとかはどう?
668デフォルトの名無しさん:2008/02/09(土) 10:24:50
crossover

incest
669デフォルトの名無しさん:2008/02/09(土) 14:15:03
incest 近親相姦
670デフォルトの名無しさん:2008/02/09(土) 14:18:36
きっとintersect
671デフォルトの名無しさん:2008/02/09(土) 14:45:08
FreeSex


incest
672デフォルトの名無しさん:2008/02/09(土) 14:46:12
ゲーム作ったことない素人考えだけど、
当たり判定クラスを二つにわける必要性はないでしょ。
全部一つのHitTesterクラスでやった方がわかりやすくないか?

N個のオブジェクト相互の当たり判定って、N個対M個のオブジェクトの当たり判定の
特殊ケースとして実装可能に思うけど。
673666:2008/02/09(土) 15:44:45
皆様アドバイスありがとうございます
>>672
一つのクラスで出来たらいいですね。
例えば HitTester へのオブジェクトの登録を
HitTester::regist( Object, GroupID ) として
異なるGroupIDに属するオブジェクト同士間の衝突のみを検知する
・・・という意味でよかったですか?

ビリヤードの例なら
for( int i=0; i<N; i++) HitTester::regist( Balls[i], i )

自機弾が敵機に当たっているかを判定する例なら
for( int i=0; i<N; i++ ) HitTester::regist( MyMachineBullets[i], 0 )
for( int i=0; i<M; i++ ) HitTester::regist( Enemies[i], 1 )
というように
674デフォルトの名無しさん:2008/02/09(土) 17:19:24
とりあえず、まあ、なんだ。
HitTesterは無いと思う。
675デフォルトの名無しさん:2008/02/09(土) 17:23:59
composite使えば綺麗じゃね
実装できるかは知らん
676デフォルトの名無しさん:2008/02/09(土) 18:23:04
>>673
そもそも当たり判定専用の「クラス」が必要かどうか疑問なんだけどね。
まあ当たり判定のマージンみたいな設定を内部に保持する必要があるのかもしれないけど。

N×Mの当たり判定は、当たり判定用のインターフェイス(リージョンを取得するメソッドと当たりを通知するメソッドを
メンバに持つ?)を実装したオブジェクトのコレクションを二つ引数に取るメソッドでいいんじゃないかという気がする。

N×Mの当たり判定はどうせ1×Nの当たり判定の呼び出しとして実装するんだろうから、
それを流用すればN個のオブジェクト内の相互の当たり判定もできるよね。
677デフォルトの名無しさん:2008/02/09(土) 21:40:20
>>660
例えばWindowsのコマンドプロンプトやUN*Xのシェルなら
コマンド待ちの際の「 C:\> 」とか「 username@hostname:~$ 」とかが
プロンプトと呼ばれる。

入力待ちって意味では、▼がプロンプトというのは頷ける。
本文のほうをプロンプトと言うのは違う気がするな。
678デフォルトの名無しさん:2008/02/09(土) 23:46:45
>647の意見だと、メッセージボックスあたりの名称になりそう
679デフォルトの名無しさん:2008/02/09(土) 23:56:37
プロンプトとプロンプターは別物
680デフォルトの名無しさん:2008/02/10(日) 00:09:28
そんなわけないだろw
見てる人間を"prompt"するからプロンプターって言うんだよ当たり前だろ。
681デフォルトの名無しさん:2008/02/10(日) 00:29:41
誰も動詞の話してないし
682デフォルトの名無しさん:2008/02/10(日) 00:55:29
語源から変化した単語が別の意味を持つのはよくある話。
言葉の意味をぜんぶ語源から得ようとするのは間違いだと思う。
683デフォルトの名無しさん:2008/02/10(日) 00:59:12
寝ぼけたこと言ってる前にpromptって辞書引いてみなw
684デフォルトの名無しさん:2008/02/10(日) 01:53:51
ネイティブの俺に言わせるとおまえら全然だめ。
もう一回中学からやり直したほうがいいあるよ
685デフォルトの名無しさん:2008/02/10(日) 02:00:44
みるひとによって解釈がことなるような命名は駄目だな
686デフォルトの名無しさん:2008/02/10(日) 02:27:46
>>684が人間辞書になってくれるようです。
687デフォルトの名無しさん:2008/02/10(日) 02:54:45
ハーフなのか外国人なのか元外人なのか気になるところだ
688デフォルトの名無しさん:2008/02/10(日) 02:56:56
ネイティブから見たら笑いのネタにしかならんだろうなあとは日々思ったりもするけどなー。実際。
689デフォルトの名無しさん:2008/02/10(日) 03:00:53
俺もネイティブだぜ
690デフォルトの名無しさん:2008/02/10(日) 03:15:33
日本のネイティブでしょ。カタカナだし。でも、語尾をみると…
691デフォルトの名無しさん:2008/02/10(日) 03:33:43
私はネイティブアメリカンです。
692デフォルトの名無しさん:2008/02/10(日) 03:45:05
何語のネイティブなのかも問題だぞ
693デフォルトの名無しさん:2008/02/10(日) 16:22:32
ネィティブはネィティブでもインド人の英語は全然聞き取れない。
694デフォルトの名無しさん:2008/02/11(月) 00:58:49
ネガティブだぜ
695デフォルトの名無しさん:2008/02/11(月) 01:32:07
初"ティブ
696デフォルトの名無しさん:2008/02/11(月) 05:42:10
         ____
        /_ノ ' ヽ_\
      /(●)   (●)\
     /::::::⌒(__人__)⌒::::: \
     |     |r┬-|     |
     \      `ー'´     /
     /          \
     (  |          |  )
     \|    э    |/
       (    ,,,,    ,ノ
       \  、(ネ)ノ ノ
         \/  /
         /  /\
      ⊂⌒__)__)
697デフォルトの名無しさん:2008/02/11(月) 15:18:43
「本来はデータをファイルに保存する」んだけど、
「この変数の内容によっては保存させずスルーする」というデバッグ用変数の名前

save(data) if 変数 == trueかfalse
698デフォルトの名無しさん:2008/02/11(月) 15:23:19
DRYRUN
699デフォルトの名無しさん:2008/02/11(月) 15:23:20
skipSave
skipSaveForDebug
debugSkipSave
700デフォルトの名無しさん:2008/02/11(月) 15:25:18
saveIf
701デフォルトの名無しさん:2008/02/11(月) 15:27:01
noSaveMode
702デフォルトの名無しさん:2008/02/11(月) 15:29:10
DEBUG_NOSAVE
703デフォルトの名無しさん:2008/02/11(月) 15:30:54
セーブしない理由しだいなのでは。
例えば、
save(data) if transaction == SUCCESS
とか。
704デフォルトの名無しさん:2008/02/11(月) 15:32:22
noWrite
705デフォルトの名無しさん:2008/02/11(月) 15:45:37
DryRunは違うと思う
それだとデータ取得もしない感じだぞ
706デフォルトの名無しさん:2008/02/11(月) 16:13:08
debug_mode
is_debug_mode
isDebugMode
707デフォルトの名無しさん:2008/02/11(月) 17:31:20
そもそもデバッグ用の変数って発想はどうなの
アカんだろそんなの
708デフォルトの名無しさん:2008/02/11(月) 17:34:07
( ^ω^)??
709デフォルトの名無しさん:2008/02/11(月) 18:04:09
まあスクリプト言語向きの概念ではある
710デフォルトの名無しさん:2008/02/11(月) 18:08:18
javaなんかはプリプロセッサ無いからなあ
711デフォルトの名無しさん:2008/02/11(月) 18:08:58
>>697
見る限りperlっぽいし、変数使ういがいにまともな方法はないだろ
712デフォルトの名無しさん:2008/02/11(月) 18:36:08
perlってそんなケッタイな言語なんだね。
ごめん無知でスレ違いな話題を振った不明を素直に恥じるわw

>>697だけじゃ命名するのに情報不足じゃないのかなあ。。

saveするデータの種類が一つじゃないなら「何の保存を抑制するのか」に重点をおいて
SkipSave○○みたいにすべきだろうし。

あるいは同じデータを保存する場面が複数あったりしたら「どの場面での保存を抑制するのか」
に重点を置いて○○WithoutSaveみたいにすべきだろうし。
713デフォルトの名無しさん:2008/02/11(月) 20:55:24
実データを与えてのデバッグで、データを変更されたくないときに使う気なんかなー。
714デフォルトの名無しさん:2008/02/11(月) 21:17:20
dontsave
715デフォルトの名無しさん:2008/02/11(月) 21:50:35
>>703
const bSave = transaction == SUCCESS;
716デフォルトの名無しさん:2008/02/11(月) 22:32:40
ごめん、俺、Cとかでも デバッグ用のフラグを保持する変数使うことあるわw
コンパイラへの引数だったりプリプロセッサ(定数)だったりすることもあるけど。
717デフォルトの名無しさん:2008/02/12(火) 07:14:16
>>711
俺にはRubyに見える。
718デフォルトの名無しさん:2008/02/12(火) 13:09:26
データは収集したり表示したりと通常だがHDDへの保存だけはしない動作のフラグ?

SPIDERだろ

いや、素直にNOSAVE=trueとかのほうがいいような気はするが、NOな概念をtrueというのも気持ち悪いな
719デフォルトの名無しさん:2008/02/12(火) 19:04:35
>>718
まーじーでー
720デフォルトの名無しさん:2008/02/14(木) 02:07:51
is_save_enable
721デフォルトの名無しさん:2008/02/15(金) 00:14:25
I_want_to_save
722デフォルトの名無しさん:2008/02/15(金) 00:21:38
I_want_to_save_you
723デフォルトの名無しさん:2008/02/15(金) 00:40:09
I_want_you_to_save
724デフォルトの名無しさん:2008/02/15(金) 01:31:47
I_want_to_slave
725デフォルトの名無しさん:2008/02/15(金) 01:51:25
>724
いや、おまえは違うだろw
726デフォルトの名無しさん:2008/02/15(金) 08:21:40
馬鹿な子供とボケ老人と知能が低い普通人は繰言を好む法則だな
727デフォルトの名無しさん:2008/02/15(金) 08:23:31
ついでに言えば、モニタの前で「バカウケw」とか思ってるんだろうけど、
そんな繰言ネタでくすりともできるのは感性が人とズレてるお前だけだから。
728デフォルトの名無しさん:2008/02/15(金) 09:13:44
流れに乗り遅れた人は冷ややかに突っ込みを入れる法則だな
729デフォルトの名無しさん:2008/02/15(金) 12:09:46
ニヨニヨ
730デフォルトの名無しさん:2008/02/15(金) 12:26:21
ニダニダ
731デフォルトの名無しさん:2008/02/16(土) 19:40:46
age
732デフォルトの名無しさん:2008/02/17(日) 22:28:19
class 歯痛制御 <- プロセスとかスレッドとかの絡まないアプリレベルの排他制御クラス名って何がいいんですかね。
{
  void Lock(); // ロックする。すでにロックされてたら例外投げる
  void Unlock(); // ロック解除。ロックされてなかったら例外投げる
  bool TryLock();
}
733デフォルトの名無しさん:2008/02/17(日) 22:43:23
TeethacheControllerとか
734デフォルトの名無しさん:2008/02/17(日) 22:44:28
TryLock->IsLock, HasLock
735デフォルトの名無しさん:2008/02/18(月) 02:42:51
Mutexのことか
736デフォルトの名無しさん:2008/02/20(水) 06:25:33
とあるアイテムのランキングを表示したいと考えています。

・上位n個をランキングに表示する。
・その中でもさらに上位のm個について、写真を掲載する。

これらを表す変数(定数)の名前をお願いします。

後者に関して、「画像を表示する」ということにこだわらず、
もっと抽象的に、「特にすげぇアイテム」といったことを示す名前でも構いません。

num_of_itemsとか〜best_itemsとか……
737デフォルトの名無しさん:2008/02/20(水) 08:09:16
TOP_N
TOP_M
738デフォルトの名無しさん:2008/02/20(水) 08:25:30
BestItems.Capacity
VeryBestItems.LimitCount
739デフォルトの名無しさん:2008/02/20(水) 09:35:55
Ranking.limit
Ranking.emphasislimit
740デフォルトの名無しさん:2008/02/20(水) 09:58:55
TOP_N
TOP_M_WIZ_PICT
741デフォルトの名無しさん:2008/02/20(水) 10:14:50
NとかMはねーよwww
742デフォルトの名無しさん:2008/02/20(水) 12:26:08
topN_item
topM_item
でよくね?分かりやすさが一番だよ
743デフォルトの名無しさん:2008/02/20(水) 12:46:51
定数って言ってんだし、
質問者自体がアンダースコアルールを使ってるんだから、
CかC++だろ。
よって、
TOP_N_ITEM
TOP_M_ITEM
でいいんじゃね?
NとかMはないとか言っても、
一文字で出てきたらプレースホルダ的な役割決定だし、
ありでしょ。

むしろ、無条件でNとかMを否定する姿勢のほうがねーよ。
744デフォルトの名無しさん:2008/02/20(水) 15:50:38
ありがとうございます。
正解はPerlだったりするんですが、それはまあいいや。
745デフォルトの名無しさん:2008/02/20(水) 15:51:33
このスレをリロードして下から上へ読んでいって
回答された識別子から質問の内容を想像できなかったら駄目な命名
746デフォルトの名無しさん:2008/02/20(水) 15:55:40
回答された識別子から質問内容が想像できると、
それは説明的過ぎる命名の可能性があるぞ。
その識別子がなんというクラス、モジュール、メソッド、関数に属しているかが
不明なんだから、識別子のみで想像するのは難しいこともある。
747デフォルトの名無しさん:2008/02/20(水) 18:53:43
>>743
NだのMだのって無条件でありえんと思うけどね。
っていうかそのNだのMだのが示す値のシンボルを決めよう、って話なのに
そのシンボルの中に(自分を表す)NだのMだの使ってどうするのw
自分の襟首つかんで自分を持ち上げようって話に近いよ。

まあそういう理屈以前に意味不明じゃんこんなの⇒"TOP_N_ITEM "。

#define TOP_N_ITEM 10

これを見て「ランキング上位にリストアップするアイテムの数」だと思う奴は
一万人に一人もいないと思うぞ。
748デフォルトの名無しさん:2008/02/20(水) 20:16:34
LIMIT_RANK_TO_LIST
LIMIT_RANK_TO_DISPLAY

とかかな。前置詞が適切かどうかは知らんが
749デフォルトの名無しさん:2008/02/20(水) 21:57:13
>>743
>>よって、
つっこむのを我慢できなかった。反省はしてない

個人的な意見を少々
N,Mをプレースホルダ的な役割だと決定できるのは命名した本人だけだろ
見てる方は上からN個のアイテムなのか、Nという性質のトップなのかも分からない
たまたま上からN個のアイテムだと受け取っても、それが何に使われてるのかわからない
統一的にNは「上からN個の、リストに使われるアイテム」ってつけるにしても種類が増えてきたらわけ分からなくなるし

っていうか、プレースホルダ的な部分を定数の識別子に残すっておかしくないかと思うんだが…
自分で使うんならいいけどさ、回答に使うのはちょっと微妙
750デフォルトの名無しさん:2008/02/20(水) 22:36:44
お前らいつもそんなに色々考えて変数名付けてんの?
俺だったら何も考えず
BEST_ITEM
GOOD_ITEM
で終わりだなw
751デフォルトの名無しさん:2008/02/20(水) 23:29:08
うんまあ三流の奴はそんなもんだと思うよ本当。
752デフォルトの名無しさん:2008/02/22(金) 21:39:58
固定長で区切られたファイルのアクセスを扱うクラス名でピッタリするのは?
753デフォルトの名無しさん:2008/02/22(金) 23:42:17
日本語でおk…
754デフォルトの名無しさん:2008/02/22(金) 23:44:38
どう見ても普通の日本語だろ…
755デフォルトの名無しさん:2008/02/23(土) 00:16:45
RecordFile
RecordOrientedFile
756デフォルトの名無しさん:2008/02/23(土) 12:53:31
(つ∀-)休みー

>>736
N_ITEMS_TO_DISPLAY

N_ITEMS_TO_WATCH watchス
757デフォルトの名無しさん:2008/02/23(土) 12:54:45
>>752
なんに使うん?
758デフォルトの名無しさん:2008/02/23(土) 13:41:05
抽象クラスのつもりなんじゃない?
抽象化している機能が中途半端すぎて「いらない子」になりそうな気がするけど。

PackedBinFileStreamとか。
759デフォルトの名無しさん:2008/02/23(土) 15:09:14
テクスチャからリージョンを指定して切り取られた画像のクラス名。
属性は、元になったテクスチャのIDとリージョン。

お願いします。
760デフォルトの名無しさん:2008/02/23(土) 15:16:34
PartialImage, PartialTexture, TextureRegion, Subimage, Subtexture
761759:2008/02/23(土) 17:53:43
早い回答ありがとうございます。
TextureRegionを使わせていただきます。
762デフォルトの名無しさん:2008/02/24(日) 04:03:29
個人的に作成した例外クラスで
例外の内容をログファイルとして書き出すメソッドのメソッド名

お願いします
763デフォルトの名無しさん:2008/02/24(日) 06:31:22
OutputErrorLog

安直過ぎるか。
764デフォルトの名無しさん:2008/02/24(日) 07:51:55
SaveExceptionLog
765デフォルトの名無しさん:2008/02/24(日) 07:58:24
http://msdn2.microsoft.com/ja-jp/library/65cydf9y(VS.80).aspx

Trace.WriteLine(Object value)
{
  WriteLine(value.ToString());
}
766デフォルトの名無しさん:2008/02/24(日) 12:37:38
ノーマルな名前でいいよな。ということはここは、
ボケるところ。
vomit
767デフォルトの名無しさん:2008/02/24(日) 12:44:49
>>762
普通にSaveでいいじゃん。せいぜいでSaveDetail
何のための名前空間よ。
768デフォルトの名無しさん:2008/02/24(日) 12:57:17
save って「上書き」のイメージじゃない?
addExceptionMsg って感じかなぁ。
769デフォルトの名無しさん:2008/02/24(日) 13:14:04
Writeだろ
770デフォルトの名無しさん:2008/02/24(日) 13:18:36
追記のことを言ってるのなら普通Appendだよ。
っていうか、単一のファイルにずっと追記していくつもりなのかな。
ならLogかLogDetail
771デフォルトの名無しさん:2008/02/24(日) 14:04:24
logが動詞として使えることを知らないやつがいたわけか。
772デフォルトの名無しさん:2008/02/25(月) 00:33:09
ボケなしならしょうがねえ
output
print
put_log
do_logging
collect_log
report
好きなのどうぞ
773デフォルトの名無しさん:2008/02/25(月) 13:56:59
"  a      b     c d  "

"a b c d"
のように
・文字列に含まれる連続した空白を1つにする
・文字列の最初と最期の空白を除去する
メソッド名は何がいいでしょうか
774デフォルトの名無しさん:2008/02/25(月) 14:04:41
formatTextでいいんじゃね?
775デフォルトの名無しさん:2008/02/25(月) 14:06:40
compact
776デフォルトの名無しさん:2008/02/25(月) 14:35:40
trimSerialSpaces
777デフォルトの名無しさん:2008/02/25(月) 14:40:11
squeezeSpaces
778デフォルトの名無しさん:2008/02/25(月) 18:33:02
>>773
だからさあ、なんで処理の具体的な内容から名前付けようとするの?
だから適切な名前が付けられないんじゃないの?

なぜそんなことをしたいのか。その処理の持つ意味は何なのか。
その視点で考えればいい名前が付けられるかもしれないじゃん。
779デフォルトの名無しさん:2008/02/25(月) 18:38:38
だからさあってwww
780デフォルトの名無しさん:2008/02/25(月) 21:23:30
UzaiKuuhakuNakusu
781デフォルトの名無しさん:2008/02/25(月) 21:26:22
cutHeadSpace $ cutTailSpace $ uniqSpace string
782デフォルトの名無しさん:2008/02/25(月) 23:04:17
>>778
ライブラリもしくはユティリティ関数・クラスを作ってるのかもしれないぜ
783デフォルトの名無しさん:2008/02/25(月) 23:38:31
>>773
PackSpace
784デフォルトの名無しさん:2008/02/26(火) 00:09:53
>>782
そんなに一般的な処理とも思えないけどw
まあそんじゃRemoveExcessSpaceとか。

一種の校正のように感じるからそっち方面の「目的」から命名するとやりやすいと思ったんだけどね。
785デフォルトの名無しさん:2008/02/26(火) 00:42:16
ああ、すまん。俺も>>778の内容には賛成だ

一応>>782の真意は、ほぼあり得ない想定をして擁護することによる一種の揶揄
786デフォルトの名無しさん:2008/02/26(火) 01:50:07
perl とか ruby で連続した文字を消すのは squeeze。
lisp で行末の空白を消すのは delete-trailing-whitespace。
行頭の空白を消すコマンド何かあったっけ?
787デフォルトの名無しさん:2008/02/26(火) 01:51:07
trimright/left
788デフォルトの名無しさん:2008/02/26(火) 08:28:36
left/rightはi18n的に好ましくないかもしれない。
代わりにleading/trailingとか。
789デフォルトの名無しさん:2008/02/26(火) 08:28:40
そうなるとVBは、LTrim/RTrim/Trimだけどね
790デフォルトの名無しさん:2008/02/26(火) 12:25:48
791デフォルトの名無しさん:2008/02/26(火) 23:20:12
空白区切りの単語の間隔を詰めると考えて、
PackWords, CondenseWords, TrimWordSpacingあたりはどうか。
792デフォルトの名無しさん:2008/02/26(火) 23:22:02
>>791
自分には、単語間スペースまで取ってしまいそうに思えた。

normalizeじゃあまりにも抽象的すぎるよなぁ。
793デフォルトの名無しさん:2008/02/27(水) 14:15:54
本当の機能・目的は、続く比較処理のために
冗長な空白を除去して文字列を正規化することなんじゃない?
DOSのFC.EXE(ファイル比較コマンド)が、比較前処理として
それと同じことをする仕様だった。
だとすると、落とし所は NormalizeSpacing 辺りか。

あと、この種の目的だとすると、
「全角スペースを普通の文字扱いにするか半角スペースと同一視するか、
フラグで指定できるようにしてくれ」
って後から言われる可能性が大。w
杞憂だとイイけど。
794デフォルトの名無しさん:2008/02/27(水) 18:53:17
replaces__consecutive_spaces_with_one_space
795デフォルトの名無しさん:2008/02/27(水) 19:42:42
ネタにしてもセンスねえの。
その名前だと頭の尻尾のスペースの処理はどう解釈したらいいのかね
796デフォルトの名無しさん:2008/02/27(水) 20:18:13
正規化って違和感あるんだよなあ。
minimizeSpacing
shrink
tighten

うーんイマイチ。
797デフォルトの名無しさん:2008/02/27(水) 20:26:19
>>794
ネタだろうけどreplacesじゃ命令にならない。
798デフォルトの名無しさん:2008/02/27(水) 20:26:20
removeExtraSpaces
removeRedundantSpaces
799デフォルトの名無しさん:2008/02/27(水) 21:57:26
>>798
行頭行末でも1個は残してOKと思う人がいそうだけど、なかなかいいな。
800デフォルトの名無しさん:2008/02/28(木) 00:50:21
正規表現置換一発ですむものに名前なんて付けるなよ
801デフォルトの名無しさん:2008/02/28(木) 00:54:45
その正規表現に名前をつけてるんだろうが…
802デフォルトの名無しさん:2008/02/28(木) 01:51:08
性器表現痴漢とかやめてー><
803デフォルトの名無しさん:2008/02/28(木) 02:00:16
しかも一発だ
804デフォルトの名無しさん:2008/02/29(金) 06:48:49
webbrowserize
805デフォルトの名無しさん:2008/02/29(金) 20:20:47
typedef std::map<Hoge, Foo> ???;

普段 ??? に何と書く事が多いですか?
HogeToFooMap, HogeToFooTable
以外に良いものがあればお願いします
806デフォルトの名無しさん:2008/02/29(金) 20:29:49
用途は?
使われる状況を考慮せずに型だけで名前を付けることはあんまりしないなぁ
807デフォルトの名無しさん:2008/02/29(金) 21:38:39
では具体例で・・・

整数型のProductionIDから
Fooのインスタンスへのポインタを返す
typedef std::map <ProductionID, Foo*> ???; でお願いします
用途は
即使用できるまでに生成、整形しておいたFoo(のポインタ)を ??? に格納しておき
必要なときに、 ??? からFooを取得し、そのコピーを得る
というものです
808デフォルトの名無しさん:2008/02/29(金) 21:49:15
FooCache
809デフォルトの名無しさん:2008/02/29(金) 22:41:34
Foo* を返すファクトリクラスのプライベートメンバとして持つmapだとして、
cache、pool、instancesあたりだろうか。
型名を名前に含める必要性は薄いな。
810デフォルトの名無しさん:2008/02/29(金) 22:46:28
それにしか使わないならわざわざtypedefしなくてもよくね?
811デフォルトの名無しさん:2008/02/29(金) 22:51:14
>>810
iterator とか value_type とか使いたくなるときにテンプレート引数を繰り返すのは良くない。
812デフォルトの名無しさん:2008/02/29(金) 23:04:53
ゲームのいわゆる当たり判定なんですが、
「2つのオブジェクトの衝突を検知し、処理(ダメージなど)を行う関数」と、
↑の関数の中で呼び出される「2つのオブジェクトの衝突を検知する関数」のぴったりした名前が思いつきません。
お願いします。
813デフォルトの名無しさん:2008/02/29(金) 23:05:36
コチュジャン
814デフォルトの名無しさん:2008/02/29(金) 23:14:57
hitTest
815デフォルトの名無しさん:2008/02/29(金) 23:20:19
1. process_collision
2. collides
816812:2008/03/01(土) 00:08:56
>>814
当たり判定の関数1つだけならそれでいいんですけど・・。
>>815
collisionとcollideの違いがいまいち分からないです。
817デフォルトの名無しさん:2008/03/01(土) 00:10:58
>>816
どの場合に呼ばれる当たり判定の関数なのかわからないと…
818807:2008/03/01(土) 00:42:58
レスありがとうございます
809の言うようにファクトリクラスのメンバなので
Fooを省き Cache を使わせていただきます

ところで製品IDから見本得るという意味で Catalog というのも考えたのですが
これは一般的にありなのでしょうか?
819デフォルトの名無しさん:2008/03/01(土) 01:03:42
>>818
それが見本だって意味ならありかもしれないね。
質問するときには情報を小出しにしないでくれ。相手はエスパーじゃないんだ。
820デフォルトの名無しさん:2008/03/01(土) 01:04:17
ワークフローの承認って、approve consent authorize admit acknowledge agreeのどれを使うべき?
821807:2008/03/01(土) 01:15:16
>>819
すみませんでした
以後気をつけます
822デフォルトの名無しさん:2008/03/01(土) 01:17:34
>>820
approveがいちばんしっくりくる感じがする。
ソースは俺の脳内。
823デフォルトの名無しさん:2008/03/01(土) 01:20:29
>>822
そんな気がしてきた。ありがとう。
824812:2008/03/01(土) 17:37:31
>>817
うーん、毎フレーム全てのユニットと全ての弾に対して呼ばれる当たり判定といえば伝わるでしょうか?
825デフォルトの名無しさん:2008/03/02(日) 06:40:25
collision: 名詞
<動詞>_collision で関数名になる

collides: 三人称単数形の動詞
一般に三人称単数形の動詞は
その動詞の指す内容が起こっているかどうかをbool型で返す
関数名に使われる、と何かのページで見た

合ってる?
826デフォルトの名無しさん:2008/03/02(日) 11:23:30
そろそろ別のスレでやってくれないかな。
スレ違いでわめいてる本人以外に何のメリットもないし
もうさんざんループしてるネタだから。

結局DelphiとVC++ってどっちの方がいいんだ?
http://pc11.2ch.net/test/read.cgi/tech/1177431417/
Delphiって死滅しちゃうの?
http://pc11.2ch.net/test/read.cgi/tech/1181362043/
VB vs Delphi @夏厨2007
http://pc11.2ch.net/test/read.cgi/tech/1184390439/
827デフォルトの名無しさん:2008/03/02(日) 11:31:05
俺はすれ違いと思わないけどね
少なくとも俺自身のレスや826よりずっと有益なはずだが。
まあ頭の悪い奴の著しい特徴は自分を棚上げして平気なことでありましてw
828812:2008/03/02(日) 11:47:59
>>825
なるほど、そういう意味があるんですか。
三人称単数形の使い方が勉強になりました。

あと、CollisionとかRenderingとか名詞を関数名にしてしまうのもやりがちw
829デフォルトの名無しさん:2008/03/02(日) 12:33:52
>>826は誤爆だろ、どう見ても。
830デフォルトの名無しさん:2008/03/03(月) 15:03:33
std::exceptionから派生した各例外クラスをさらに拡張してエラーログを取れるようにした
myExceptionクラスの名前


std::range_error→my_range_error
じゃカッコつかないきがするので良い名前ありませんか
831デフォルトの名無しさん:2008/03/03(月) 15:06:42
logged_range_error
832デフォルトの名無しさん:2008/03/03(月) 15:37:03
自分が作ってるシステムなりライブラリの略称を前につける。
833デフォルトの名無しさん:2008/03/03(月) 18:36:07
幸子Ex方式で。
っていうか、継承じゃなくてデコレータじゃまずいのかね。
834デフォルトの名無しさん:2008/03/03(月) 18:52:21
幸子EX方式って・・・??

デコレータでやると
ログ取り機能と例外クラスへのポインタをもったstd::exception派生クラスを用意して
そこに発生させたい例外を持たせる感じですか

この方法だと標準例外の継承構造がもったいない感じもするなぁ
835デフォルトの名無しさん:2008/03/03(月) 19:28:57
継承しとかないと、ライブラリのユーザは、
その独自例外の名前を全部覚えないといけないことになるがな。
836デフォルトの名無しさん:2008/03/03(月) 19:29:21
Sachiko→SachikoExか。

ところで、幸子Exは後から出てきたんだから「凄い妹」じゃね?w
837デフォルトの名無しさん:2008/03/03(月) 19:30:57
>>834
C++なら名前空間あるんだし、
our_company::logging::range_error
とかでいいんじゃない?
838デフォルトの名無しさん:2008/03/03(月) 22:05:30
プロセス間通信用クラス。実装はposixのmqにする予定。
何か良い名前ありませんか。
839デフォルトの名無しさん:2008/03/03(月) 22:17:21
単純に MessageQueue でいいんじゃないか
840デフォルトの名無しさん:2008/03/03(月) 22:18:30
役割によるとしか言えないなぁ。
でもまぁ、Connectionとか挙げてみる。

841デフォルトの名無しさん:2008/03/03(月) 23:14:51
InterProcessCommunication
842デフォルトの名無しさん:2008/03/04(火) 02:58:17
C++標準の定義済み例外ツリーはいまいち実用的じゃない気がするなぁ
843デフォルトの名無しさん:2008/03/04(火) 23:33:42
ProcessKanTsusin
844デフォルトの名無しさん:2008/03/05(水) 00:40:43
>>843
うちの変数名とかアプリ名がそんなノリだからマジで困る。
人によってshiとかバラバラ。
俺らは仲間内で、とりあえずヘボン式で、その後はゆっくりと訳して行こう、ってなった。
845デフォルトの名無しさん:2008/03/05(水) 18:09:24
フィルターの情報が入ってるクラスがあって、それはFilterInfoでいいんだが、それが複数入ってるやつを何といったらいい?

FilterPolicy? FilterContext? FilterWay?

俺のクラスにはxxxInfoとかxxxContextとかxxxPolicyとかいりみだれてるぜ・・・orz
846デフォルトの名無しさん:2008/03/05(水) 18:57:51
複数形でいいんじゃね
847デフォルトの名無しさん:2008/03/05(水) 19:01:08
FilterInfoList
MultiFilterInfo
848デフォルトの名無しさん:2008/03/05(水) 19:38:59
複数保持する以外の機能があるなら変わってくるが
とりあえず、.Net流で-Collectionか-List
849デフォルトの名無しさん:2008/03/05(水) 21:07:32
>>845
「複数入っているやつ」というのは>>846-848が恐らく思っているであろう意味でいいの?

なんか違う気がするんだけど。
850デフォルトの名無しさん:2008/03/05(水) 21:12:28
俺も違うと思う。
851デフォルトの名無しさん:2008/03/05(水) 22:40:08
山田君ー>>845にエスパーをあげなさい。
852デフォルトの名無しさん:2008/03/06(木) 00:52:07
>>845
FilterSet
853デフォルトの名無しさん:2008/03/06(木) 02:06:46
ゲーム作ってるんだけど、「属性」の変数名に悩んでる。
AttributeはXml関係の予約語で使われているので、避けたい。
入るデータは数値で、
0 = 炎
1 = 氷
みたいな感じなんだけど、いいアイデアないですか?
854デフォルトの名無しさん:2008/03/06(木) 02:39:47
Elementじゃないの?
855デフォルトの名無しさん:2008/03/06(木) 02:41:59
能力ということでfacultyとかは?
856デフォルトの名無しさん:2008/03/06(木) 02:44:59
もしくは特性ということで nature
857デフォルトの名無しさん:2008/03/06(木) 03:26:20
>>854-856
レスありがとう。
Elementにします。
メジャーなネーミングなのに、浮かんでこなかったのが恥ずかしい。
858デフォルトの名無しさん:2008/03/06(木) 08:14:37
Elementも微妙にというかかなりXML用語とかぶってるな
859デフォルトの名無しさん:2008/03/06(木) 08:25:22
というか、本当は人に尋ねる必要なんてないはずなんだよね。
自分で「属性」だ、って言ってるんだからそれなら単純に辞書を引けば済む話だ。

ただ一つ突っ込ませてもらえば、その「属性」なんていう抽象的過ぎる呼び方で
本当にいいのかよ、っていうw

命名ってのは本当にセンスない人はなにやってもダメだな。
860デフォルトの名無しさん:2008/03/06(木) 09:56:01
>>849-850
です。ちがいます。わかりにくくて申し訳ない。
>>852
FilterSetいいかもですね。
よい名前の付け方パターンみたいなのあるとのいいかも・・・
861デフォルトの名無しさん:2008/03/06(木) 10:03:09
ゲーム用語として、エレメントって単語はよく見かける気はするね。

炎 雷 氷 神 のようなエネルギー的な属性から、斬 殴 刺 みたいな攻撃の種別みたいなものまで。
862デフォルトの名無しさん:2008/03/06(木) 11:37:51
質問。

略語など、一般的に大文字のアルファベットで表される単語ってありますよね。
他の名前がキャメルケースの場合、関数名にこういったものを含む時はどうしてますか?

例えば、IDを取得する関数なら GetId? それとも GetID?
後者だと、GetIDOfHoge とかの時にちょっと面倒かも・・・・・・やっぱり前者かしら。

863デフォルトの名無しさん:2008/03/06(木) 11:58:43
MSルールでは頭文字略語は2文字以内なら全部大文字,3文字以上は先頭だけ大文字
それでいけばGetIDOfHoge
864デフォルトの名無しさん:2008/03/06(木) 12:08:07
>>863
MS ルールでも、ID が末尾にあるとき以外は Id にしなかったっけ?
865デフォルトの名無しさん:2008/03/06(木) 12:11:22
Identificationなんたらの略だから、厳密には頭文字じゃないからのう。
866デフォルトの名無しさん:2008/03/06(木) 12:11:56
MSのその命名規約は好きだけど、MS自体守ってないという・・・
Javaなんかはそこらへん超適当で困るけどね。

#MSでは定数は先頭大文字のキャメルケースとなっているけど、
#守っている人っているのかなぁ
867デフォルトの名無しさん:2008/03/06(木) 12:43:38
個人的には定数は全部大文字にしてくれた方が見やすいかなぁ
868デフォルトの名無しさん:2008/03/06(木) 12:44:47
ハンガリアンを世に定着させたMSの功績は計り知れないよな。
869デフォルトの名無しさん:2008/03/06(木) 13:15:19
まあ、IDに限らずってことで。
ありがとう、参考になった。GetIDOfHogeはちょっと気持ち悪いが(笑)
870デフォルトの名無しさん:2008/03/06(木) 15:17:28
線分交差判定を行う関数の名前何がいいですかね?
871デフォルトの名無しさん:2008/03/06(木) 15:20:42
intersect
872デフォルトの名無しさん:2008/03/06(木) 15:27:24
873デフォルトの名無しさん:2008/03/07(金) 20:36:30
迷っているので2つ程お聞きします。
taskをいくつかに分割したものはsub task。と考えたのですが、こんなところですかね?

もう一つ。task Aの実行の前にtask Bが完了している必要がある。
つまりAがBに依存しているような時に、AやBのことをどう言い表しますか?
Aはdepending taskかなと思ったのですが、Bは全く思いつきません。
何か良い名前があったら教えて下さい。
874デフォルトの名無しさん:2008/03/07(金) 22:26:28
BはAのprerequisite(前提条件)かな。
Rakeではそう言ってる。

875デフォルトの名無しさん:2008/03/08(土) 07:58:00
先行タスク predecessor
後続タスク successor
876デフォルトの名無しさん:2008/03/08(土) 09:53:17
leader と follower とか
877デフォルトの名無しさん:2008/03/08(土) 10:53:29
A ConditionalTask
B RequiredTask
とか。Bの特別な名前は要らない気もするけど。
878デフォルトの名無しさん:2008/03/08(土) 13:10:54
taskってゲーム屋さんとかが言うタスクのことなのか
os屋さんがいうタスクのことなのか。

ゲーム屋のタスクにも実は定説的な定義はないらしいけど。
879デフォルトの名無しさん:2008/03/08(土) 13:14:02
てっきりプロジェクトマネジメントのタスクのことかと。
880デフォルトの名無しさん:2008/03/08(土) 13:55:59
おまいら 洗車とかしないの?
881873:2008/03/08(土) 16:45:28
なるほど、先とか後という見方もありますね。
自分では思いつかない考えがあって参考になります。
ありがとうございました。
882デフォルトの名無しさん:2008/03/11(火) 03:58:35
あるデータに数値の信頼性によってマークをつけようと思ってるんですけどその名前は何がいいでしょうか?
三段階で、一番上は数値が100%正しくて、次に、信頼性が高い暫定値、信頼性が低い暫定値と続きます。
辞書をひいて今のところProven、Confident、Tentativeを候補にしてるんですけどもっといいのがあれば教えて下さい。
883デフォルトの名無しさん:2008/03/11(火) 04:09:02
Tadashii
Sorenari
Usoppachi
884デフォルトの名無しさん:2008/03/11(火) 04:59:05
Great
Good
OK

Perfect
Better
Fight

Matsu
Take
Ume

Yu
Ryo
Ka

Kou
Otsu
Hei
885デフォルトの名無しさん:2008/03/11(火) 08:22:38
>>882
信頼とか、保証されたとかだと
confidential(verified)
certified
trusted
だけど、そこそこのと 低いはなんて名前にしたらいいかわからん
886デフォルトの名無しさん:2008/03/11(火) 08:30:25
例によって辞書引くだけだろそんなの。
っていうか、enumなり変数名なりをaccuracyとかreliabilityにしといて
Definitive, High, Mid, Lowとか?

どのみち糞設計のにおいがするな。
なんで数値じゃだめなの?
数値にしておけば後で必要になった場面で必要なだけ「勲章」の種類は増やせるのに

887デフォルトの名無しさん:2008/03/11(火) 18:28:35
hoge
888デフォルトの名無しさん:2008/03/11(火) 18:32:47
A, B, C でもいいんじゃ
889デフォルトの名無しさん:2008/03/11(火) 18:38:06
AAA, AA, A
890デフォルトの名無しさん:2008/03/11(火) 18:39:36
>>884
Fightワロタ
891デフォルトの名無しさん:2008/03/11(火) 18:50:00
Outstanding
Exceeds Expectations
Acceptable
Poor
Dreadful
Troll
892デフォルトの名無しさん:2008/03/11(火) 19:35:27
certainly
distinct
other
893デフォルトの名無しさん:2008/03/11(火) 19:40:13
fully trusted
partially trusted
untrusted
894デフォルトの名無しさん:2008/03/11(火) 23:29:41
>>888
それがいい場合ありそうだ
895デフォルトの名無しさん:2008/03/12(水) 19:42:00
すいません、英語が苦手で混乱してきたので教えてください。

サーバに「提出」するボタンのこと submitButton とかしたりしますよね。
でも submit って動詞だから submissionButton の方が適切な気もするのですが、
そんな命名はみたことがありません。

これは私が英文法を間違えて理解しているのでしょうか?
それとも、変数やクラスなどの命名では動詞を名刺のように扱うのは普通なのでしょうか?
896デフォルトの名無しさん:2008/03/12(水) 20:22:03
動詞が名詞化するというより、ボタンのラベルが
ボタンの名前になっているという方がいいんじゃないか。

goとかaboutとかnew pageとかいうラベルのボタンに
何という名前をつけるとわかりやすいかというと、
たぶん goButton とか aboutButton とか newPageButton だろう。
それぞれButtonに対する形容詞とかじゃなくて、全体が一つの名前。
897デフォルトの名無しさん:2008/03/12(水) 20:23:06
合成語のノリなんじゃないの?
そういう命名ってプログラミングに限らないし英語にも限らないと思うけど。

別に動詞を名詞扱いしてるとかいう話じゃないと思うな。
898895:2008/03/12(水) 20:44:07
>>896,897
ありがとうございます。そんな感じですかね。

他にも「承認フォーム」「承認ボタン」をどうしようか悩んで、googleで件数見たんだけど、

ApproveForm 301件
ApprovalForm 801件

ApproveButton 1,220件
ApprovalButton 107件

ということで、これは「承認フォーム」と「承認するボタン」と理解すべきなかなぁ。

submit button も「提出するボタン」なら、これでいいのか。
英語的に正しい表現なのか自分には判らないんだけど。
899デフォルトの名無しさん:2008/03/12(水) 20:50:38
>>898
> submit button も「提出するボタン」なら、これでいいのか。

理解できてない
900895:2008/03/12(水) 21:06:33
>>899
よければ教えてください。

選択用の箱を select box って言うけど、入力用のページは entry page であって、enter pageじゃないんだよなぁ。
語感的には当たり前なんだけど、今ひとつしっくり来ない。

もっとも selection box じゃぁ、厳選詰め合わせって感じだし。
901デフォルトの名無しさん:2008/03/12(水) 21:10:06
>>898
俺も英語苦手なんて話半分に聞いてほしいけど、
要は「何かの省略形」と解釈できるのなら問題ないとおもう。

合成語って要は省略形だよね。

たとえば、
SubmitButton = button to submit
SqrtButton = button of(for?) sqrt

みたいな感じ。

ApproveFormよりApprovalFormが用例が多いのは、一概には言えないだろうけど、たまたま

ApproveForm = Form to approve

よりも

ApprovalForm = Form for Approval

の方が表現として自然だからじゃないのかな。
902デフォルトの名無しさん:2008/03/12(水) 21:29:51
[OK] というラベルの付いたボタン → OKボタン
[キャンセル] というラベルの付いたボタン → キャンセルボタン
[Submit] というラベルの付いたボタン → Submitボタン
[Approve] というラベルの付いたボタン → Approveボタン

でいいんじゃないか。
ラベルと違う名前を付けてもややこしいかと。

ただ、ラベルの決まってない承認ボタン(時と場合によって[OK]とか[開く]とか[保存]とかに変わる)は
ApprovalButton かもしんない。

select box ってどこの用語だろう・・・
903デフォルトの名無しさん:2008/03/12(水) 21:36:55
>>898
原則は、形容詞(形容詞化した名詞)を使う。
ただし、ボタンとか文字が書いてある系はその文字をそのまま使うことが多い。
あと例外的に「〜ion」とか長いのはあまり使いたくない。

という規則でどうだ?
904デフォルトの名無しさん:2008/03/12(水) 21:43:18
>>902
それ発想が逆立ちしてるよw

SubmitButtonとでも名づけられる機能を持ったボタンだから
必然的にキャプションが"Submit"になるんだよ。
905デフォルトの名無しさん:2008/03/12(水) 21:56:23
いや、それならボタンのラベルを 「Submission」 や 「Submitting」 にしてもいいことにならないか
ボタンはアクションを表すからラベルに動詞の 「Submit」 が選ばれて、
ラベルに合わせて名前を submitButton とする・・・
変かな?
906デフォルトの名無しさん:2008/03/12(水) 22:02:57
>>902でFAだとおもうがなぁ。

「ほげほげについて...(About Hogehoge...)」というダイアログを
出すメニューアイテムに名前を付けるなら、常識的には
AboutMenuItem
だろう。Aboutつーたら、名詞でないどころか、前置詞だぞ。
これを「MenuItemについて」なんていう解釈はしないだろう。
907デフォルトの名無しさん:2008/03/12(水) 22:13:05
>>884
松竹梅がいいなw
908デフォルトの名無しさん:2008/03/12(水) 22:18:23
俺の見解だと、

ButtonやMenuItemのようにクリックしたり選択することで
何らかのアクションを起こすものについては>>902

そうでないもの(Formなど)については、基本通りに形容詞を使う
909デフォルトの名無しさん:2008/03/12(水) 22:18:57
>>906
そんな名前は普通つけないよw
普通は
mnuShowAboutThisAppDialog
とか
showVersionInfoFormMenu
といった名前をつける。

だから>>902の発想は逆立ちしてるんだね。
910デフォルトの名無しさん:2008/03/12(水) 22:27:01
>>908
形容詞ってのもなんのことかわからんなあ。。

基本は名詞でしょ。
まず機能を表す名詞句を考えて、それを合成語化することを考えるのが
普通の手順だと思うけどなあ。
911デフォルトの名無しさん:2008/03/12(水) 22:50:52
統計を取ったわけでもないのに普通というのはどうよ。
横槍だけど。
912デフォルトの名無しさん:2008/03/12(水) 23:00:09
普通という言葉が統計的裏付けに基づいて使われるケースの方がレアだろ、普通。
913デフォルトの名無しさん:2008/03/12(水) 23:15:14
>>911
まあね。
でも人間にとって「分かりやすくて・簡潔な」表現っていうのは自ずと
バリエーション限られるでしょ。
914895:2008/03/12(水) 23:46:58
>>901
なるほど。
前置詞で使い分けるのは、言われて見れば当たり前だけど、なるほどという感じです。

「About」 については、自分は >>909が妥当かなぁと思います。まぁただの主観ですが。

>>905
submitting だと submitしているbuttonってニュアンスじゃないですかね。
submit する buttonじゃない気がします。

感想ばっかりですいません。とても参考になります。
ありがとうございました。
915デフォルトの名無しさん:2008/03/13(木) 00:47:03
button of "submit"
→ submit-button

を、プログラムに載せると、submitButton
916デフォルトの名無しさん:2008/03/13(木) 11:13:38
>>884
なぜイロハがない
917デフォルトの名無しさん:2008/03/13(木) 12:21:49
>>915
おいおいw
なんか昔"She is a beauty face 〜"って歌ってる奴がいたけど、あれを思い出したよ
918デフォルトの名無しさん:2008/03/16(日) 18:25:50
コントロールの名前の付け方は外人といえど、正しい英語かとか気にしていないような。
そのプロジェクトで(コントロールのキャプション)+(コントロールのタイプ)と決めれば、SubmitButton,
GoButton, NewPageLabel,ApproveLabelで別に悩む必要はないと思うが。
あんま品詞がどうとか正しい英語とかこだわっててもなぁ。
だから、俺もAboutフォームを表示するボタンならAboutButton使って何も悩まん。
変数名見てすべてがわかりゃいいかもしれんが、バランスが大事だと。

919デフォルトの名無しさん:2008/03/16(日) 18:28:41
〜Buttonとかは一般的だな
920デフォルトの名無しさん:2008/03/18(火) 01:16:05
よろしくお願いします

いくつかの単語を所定の書式の文字列に整える関数

その後、整えられた文字列を別の関数に渡してファイルに書き出します
921デフォルトの名無しさん:2008/03/18(火) 02:05:28
format とか arrange じゃダメなん?
922デフォルトの名無しさん:2008/03/18(火) 02:42:30
formatかなあ。
具体的な処理によっては違うのが浮かぶかもしれないけど。
923デフォルトの名無しさん:2008/03/18(火) 08:05:00
sprintf
924デフォルトの名無しさん:2008/03/18(火) 13:36:30
getStringUsing()
getStringUsingFormat()

PRINT USING "$$##"とかあったな昔。
925デフォルトの名無しさん:2008/03/18(火) 13:54:49
>>921-924
std::string hoge(std::list<std::string> wordList);
listの中身をカンマ切りで一つの文字列にまとめる関数です

>>924で行ってみようと思います
ありがとうございました
926デフォルトの名無しさん:2008/03/18(火) 14:07:13
それ何てjoin?
927デフォルトの名無しさん:2008/03/18(火) 15:30:48
.NETのstringだとそのものズバリなメソッドがあったのか
ま、関係ない話ですがorz
928デフォルトの名無しさん:2008/03/18(火) 15:36:29
joinの方が素直だわな
929デフォルトの名無しさん:2008/03/18(火) 15:36:37
boost::algorithm::join
930デフォルトの名無しさん:2008/03/18(火) 17:17:04
識別番号の名前を考えているのですが、よくあるIDでは番号という意味に限定されないので悩んでいます。
整数の値であることを強調した名前はないですか?
931デフォルトの名無しさん:2008/03/18(火) 17:23:26
ハンガリアンでいいんじゃねと思った俺は単純だと思う
932デフォルトの名無しさん:2008/03/18(火) 17:33:00
idnum
933デフォルトの名無しさん:2008/03/18(火) 18:27:29
IDNO
934デフォルトの名無しさん:2008/03/18(火) 18:45:18
>>930
型指定できない言語なの?
935デフォルトの名無しさん:2008/03/18(火) 19:03:34
違法行為に加担しない
936930:2008/03/18(火) 19:33:00
>>931
nIDとかですか・・・?
>>932
分かりやすさとタイプ量がいい感じですね。
>>933
ちょっと分かりづらいです。
>>934
C++なんですけど、型指定といいますと?
937デフォルトの名無しさん:2008/03/18(火) 19:34:17
型intで名前はidでいいんじゃないの?
938930:2008/03/18(火) 19:40:00
>>937
getterの名前などにも使われる事を考えると名前だけで整数と分かるのがいいです。
939デフォルトの名無しさん:2008/03/18(火) 19:51:13
英語でも ID number って言い方するんだから、
普通に id_number とか IdNumber でいいんでは。
940デフォルトの名無しさん:2008/03/18(火) 21:25:39
もうシステムハンガリアン復権させればいいじゃん。
941デフォルトの名無しさん:2008/03/18(火) 21:29:32
ハンガリアンだとiIDとかだけど
>>939に賛成。

でも"number"って下手に使うと総数だったりして混乱するよね。
num**, numberOf**なんかだとコメント無いと分からん。
942デフォルトの名無しさん:2008/03/18(火) 22:09:07
>>938
きちんとした型付けのある言語で名前に型名を盛り込みたいという動機がわからない。
パラノイア気質自体はPGとしてマイナスじゃないと思うけど、
方向性が完全に間違ってると思うね。
IDで何も問題ないでしょ。

どうしてもって言うなら
ID32
IDByUint32
Handle
943930:2008/03/19(水) 00:39:12
>>939,941
IDNumberにします。
>>942
型名というよりIDの種類として区別したいです。
整数型か文字列型かtype_infoのような型かで、IDとして利用する目的が違います。
また、IDという概念はただのローカル変数ではなく、いくつかのクラスの間で定められた規格のような物で、
他のクラス名や関数名に影響を与えることも含めてしっかり考えたいです。
944デフォルトの名無しさん:2008/03/19(水) 00:39:27
ID32とかねえわ…
945デフォルトの名無しさん:2008/03/19(水) 00:46:12
>>943
それじゃその「目的」から命名すべきだし、しなきゃ意味ないでしょ。

今は「ID型が整数であることが何を意味しているか」を覚えているから問題ないように
錯覚してるかもしれないが、たぶん3ヶ月後にはそういう馬鹿なアイデアに飛びついた
自分を呪ってると思うよ。
946デフォルトの名無しさん:2008/03/19(水) 00:50:52
>>943
そんな気持ちの悪い設計とは思いもよらなかった。
それなら、ID_intにでもしておかないと、IDがlongだったかdoubleだったか、
はたまたboost::bigintだったか分からなくなるんじゃなかろうか。
947デフォルトの名無しさん:2008/03/19(水) 00:54:37
設計に口出しするのはスレの趣旨に反するが、
ID=「識別子」が何種類もあるという前提がなんか変だ。
IDに紐づけられた「名前」とか何かが複数あるだけじゃないのか?
本当にユニークでないといけないのは何かをつきつめた方がいいと思う。
948930:2008/03/19(水) 02:15:12
設計についてここで話すのはどうかと思いますが・・・。
>>945
「目的」という言葉を使ったのが悪かったかもしれませんが、
IDが整数であることが示せれば機能が伝わると思っています(これ以上深くはスレ違いなので書きません)。
というか、極端な話IDだけでも間違いではないです。
ただIDだけより整数である事が分かった方が気が利いた名前だと思ったからです。
>>946
どこまで詳しく機能を名前に書くかの線引きではないですか?
私はintとdoubleは名前で区別、intとlongは知りたかったらコード見るというところに線を引きました。
>>947
「IDが何種類もある」というのは、自分の書いた物の中に何種類もあるという意味ではなく、
世の中に"ID"という単語を使った物が何種類か存在するという意味です。
949デフォルトの名無しさん:2008/03/19(水) 03:07:10
doubleはnumberじゃないの?
950930:2008/03/19(水) 03:22:14
>>949
最初ここに書いた時の要求が整数です。
IDNumberが良い名前と思ったので、整数、実数の区別は妥協して選びました。

名前はもう頂いているのでこれで消えます。
どうもありがとうございました。
951デフォルトの名無しさん:2008/03/19(水) 21:45:09
抽象的な話がしたかっただけなのね。
952デフォルトの名無しさん:2008/03/20(木) 00:25:40
(つ∀-)酔ってるからよくわかんやいや
953デフォルトの名無しさん:2008/03/20(木) 03:03:00
NumericId
DigitalId
954デフォルトの名無しさん:2008/03/20(木) 21:28:52
open() の wrapper で、指定のファイル名が既に存在していたら、
ファイル名に [0], [1], ... と付けて open したファイルハンドルを返す関数、
どうしましょう?
955デフォルトの名無しさん:2008/03/20(木) 22:11:43
-->954
openEx
956デフォルトの名無しさん:2008/03/20(木) 22:13:13
>>954
その抽象化(機能のくくりだし方)は分かりにくい。だから名前がつけられないんだよ。
まずファイル名だけを求める関数を考えるべき。
ひょっとするとマルチスレッド環境のこととか考えてのことかもしれんが、
そういうのは関数の直感性を犠牲にしてやるべきものじゃなくて別の方法を考えるべき。

でGetFreeFileNameBySuffixNumberとか
957デフォルトの名無しさん:2008/03/20(木) 22:36:04
>>956言ってることは正しいがGetFreeは無いお。
openWithUniqueSuffix
958デフォルトの名無しさん:2008/03/20(木) 22:57:25
>>957
確かにすまん。。
959デフォルトの名無しさん:2008/03/20(木) 22:58:17
OpenFileOrAlternativeFile
960デフォルトの名無しさん:2008/03/21(金) 00:13:06
なんか関数名にOrが入ってるとはっきりしろよって感じだけど
実装を表したいんならそんなんでいいのかもしれん。
けど、したい事は常にユニークなファイルを開くopenな訳で
いっそopenUniqueとかでいいのかもしれん。
はっきりしろよって感じだけど。
961デフォルトの名無しさん:2008/03/21(金) 00:17:41
つーか失敗しない限り必ずファイル作るんだからCreateUniqueFileで。
962デフォルトの名無しさん:2008/03/21(金) 00:17:45
既存ファイルもCreateFile関数で開かせるWinAPIを見習って、
CreateUniqueFileで良いんじゃないだろうか。
963962:2008/03/21(金) 00:18:32
>>961
髪が肩まで伸びたら結婚しようか?
964961:2008/03/21(金) 00:19:19
>>962
…うん。
965デフォルトの名無しさん:2008/03/21(金) 00:28:49
決定だろw
966デフォルトの名無しさん:2008/03/21(金) 00:47:56
C++で、色んな型の値を複数保存できるListというクラスを作りました。
JavaのArrayList<classname>みたいな感じです。

1.これの発展系で、解放されたとき、
保持している全てのポインタを同時に解放するListクラスと、

2.各要素に対応した文字列を持たせて、
その文字列をキーにして、要素を取得できるクラスを作りたいのですが、
名前を何にするか悩んでいます。

ちょっと考えたのはこんな感じ。
1.PointerList, SolidList, DeletableList
2.MappedList, IndexedList
967デフォルトの名無しさん:2008/03/21(金) 00:52:21
>>966
1. smartlist
2. map
968デフォルトの名無しさん:2008/03/21(金) 00:52:40
前者は要素の型がポインタである場合に対してデストラクタを特殊化、
後者は要素をstd::pairにして[]演算子をオーバーロードすれば良いと思うよ!
969デフォルトの名無しさん:2008/03/21(金) 00:56:37
1.だけ。SmartPtrList。

>>968
作り方は聞いてない。再発明だとは思うが。
970デフォルトの名無しさん:2008/03/21(金) 00:57:50
ポインタである場合でも、
List解放時に解放してしまうと不味いこともあるので、
使い分けたいのです。

標準ライブラリstdというのを全く知らないのですが、
話を聞くと、似たようなクラスが既にあるっぽい。
でも、もう作っちゃったから、どうせならstd無い環境でも使えるように、
自分で一から作ろうと思った次第です。
971デフォルトの名無しさん:2008/03/21(金) 00:58:17
>>969
別のクラスを作る必要ないよって言いたかったんだよ。
どっちの場合も要素の方に機能をもたせればそのままListに放り込むだけなんだから
972デフォルトの名無しさん:2008/03/21(金) 01:02:05
>>971
前者はそうかもしれないけど、後者は無理だろ。
operator[]はList側に付けないと。
973デフォルトの名無しさん:2008/03/21(金) 01:05:18
operator[]を引数側でオーバーロードできたら面白いな。
効率悪そうだが…

スレチ
974デフォルトの名無しさん:2008/03/21(金) 01:29:56
>>961-964
こんなスレで 4秒差か。 末永くお幸せに!
975デフォルトの名無しさん:2008/03/21(金) 02:15:12
ああ、そういやこういう関数で作ったことあるな。
GetInexistentFileNumber()
976デフォルトの名無しさん:2008/03/21(金) 04:03:37
>>961-964
なんというワロタw
977デフォルトの名無しさん:2008/03/21(金) 15:19:56
なんか
・無駄に冗長で説明的な名前
・ネイティブな人の書くソースコードではまず見かけないような単語を含む名前
・英語の文法にばかり気を使って可読性を考えてない名前
ばっかり出てくるね、このスレ
978デフォルトの名無しさん:2008/03/21(金) 15:28:06
そもそもプログラムの識別子にネイティブも何も関係ないのでは。
俺は法則性をつけて区別しやすければいいと思っているのだが
979デフォルトの名無しさん:2008/03/21(金) 15:28:38
設計を直せば名前もまともになるのに、そこ指摘しないスレのルールがあるので
仕方なく、というのはあるな。
980デフォルトの名無しさん:2008/03/21(金) 15:37:37
>>979同感。
名前付けが変になるときは、大抵設計が間違ってるのが原因なんだけどな。
981デフォルトの名無しさん:2008/03/21(金) 16:28:35
設計がちゃんとできないレベルのプログラマなんてたくさんいるんだし、いちいち設計を指摘してたらきりがないと思うぜ。
それに設計の話をするならUMLでも書いてもらわないと、まともな議論ができないと思うが。
982デフォルトの名無しさん:2008/03/21(金) 17:20:20
俺がスノッブなだけかもしれんがやっぱりengrishは避けたい。
**_checkとか、したいことは分かるんだが
983デフォルトの名無しさん:2008/03/21(金) 17:31:24
だからopenExってオレがいったのに。おまえら無駄に>>977のように
変な名前つけるから。
984デフォルトの名無しさん:2008/03/21(金) 17:33:37
>>982
英語と考えないほうがいい
985966:2008/03/21(金) 17:44:24
>>967
レス遅れましたが1.はSmartListにしました。
スマートで分かりやすい素敵な名前だと思います。
ありがとうございます。
子供が生まれたら名前は素魔斗栗鼠人にしようと思いました。
986デフォルトの名無しさん:2008/03/21(金) 17:49:57
>>983
CreateUniqueFileはいい名前と思う。設計は置いといて
>>984
配布用のクラスライブラリの場合はどこに出しても恥ずかしくない名前を吟味するが
アプリケーションの場合はちょっと崩れてたほうが分かりやすいこともある
まあnamespaceをつければいいんだけど。
987デフォルトの名無しさん:2008/03/21(金) 19:37:02
>>977
それはむしろ君自身の「ダメプログラマ」ぶりを語ってるんだと思うよマジで。
うん分かるよ、君は「とにかく短いのが可読的だ」と思ってるんでしょ。
実際いるいるそういう奴。

酷い勘違いだと思うけどね俺は。
988デフォルトの名無しさん:2008/03/21(金) 19:39:24
たとえばopenExってw

ネタで言ってるのか真面目にいってるのか判断に苦しむが、
>>954のような要求にたいしてそんなの絶対にあり得ない。
989デフォルトの名無しさん:2008/03/21(金) 19:56:40
>>977
具体的にどのレス?
990デフォルトの名無しさん:2008/03/21(金) 20:03:02
>>988
openEx自体は悪い名前じゃないよね。簡潔だし。
唯その場合はExに意味がある事が条件。
Open a file using Extended/Extra何々って感じで
991デフォルトの名無しさん:2008/03/21(金) 20:07:49
もう一個作りたくなった時に困らない?
パラメータがいろいろ設定できていろんな動作をさせられて
それ以上関数のバリエーションを増やす必要がないんだったらopenExでいいんじゃないの
992デフォルトの名無しさん:2008/03/21(金) 20:10:14
少なくともWindows環境ではOpenExは失格だろ。
通常Openの挙動を更に広範かつ詳細に指定する為にOpenExが用意される。
挙動を特殊化する為というのはありえない。
オプションのひとつとしてUNIQUEを指定できるならありはありだが。
まあ単に設計ミスで挙動を変える為だけに用意されることもあるけどな。
993デフォルトの名無しさん:2008/03/21(金) 20:36:36
OpenEx2でおk
994デフォルトの名無しさん:2008/03/21(金) 20:38:09
じゃあExいらなくね?
open1, open2, open3, ...
995デフォルトの名無しさん:2008/03/21(金) 21:38:49
>>990
絶対ダメとは言わんが。。
少なくとも積極的に使いたい命名法というより、修正したくても事情があって
修正できない場合とか、多重定義が使えない環境で仕方なく使うものじゃないの?

っていうか
>Open a file using Extended/Extra何々って感じで
そういう場合はその'Extended'の中身を名前に盛り込んでくれよw
そんなのその中身の表現を考える手間を手抜きしてるだけだろ
996デフォルトの名無しさん:2008/03/21(金) 22:18:31
>>987
こうやってすぐ極論に飛ぶのが駄目なプログラマ
997デフォルトの名無しさん:2008/03/21(金) 22:34:14
駄目なプログラマかどうかまでは分からんが
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
誰か次スレよろ
998デフォルトの名無しさん:2008/03/21(金) 22:38:51
ダメかどうかは別にしてExを認めたらこのスレの存在意義が問われるw
999デフォルトの名無しさん:2008/03/21(金) 23:16:55
Dxでおk
1000デフォルトの名無しさん:2008/03/21(金) 23:24:23
可能な限り英文法的に正しいネーミングにしたいし
一般的な日本人には見慣れない英単語で構成されても読めないことがあるし、
名付け方にしても他と統一できていたほうがいいわけで

そこをどう妥協するかが、このスレの意義じゃないのかな
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。