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

クラス名・変数名に迷 ..

175:デフォルトの名無しさん
05/04/20 20:40:43
>>174
最高でーす！

176:デフォルトの名無しさん
05/04/22 23:07:20
みんなnamespace名は迷わないのか…？
漏れはあれ考えるたび頭痛がしてくるんだが…
ちょっと長すぎるとうっとうしいし、短いと何を表してるのか分からないし

177:デフォルトの名無しさん
05/04/23 01:11:29
>>176
長いのがうっとおしい問題は、使う側でローカルに using なり別名なり選んで解決できる。
意味がわからないほうの被害が重大なので、しっかり意味がわかるようにつけるべし。

178:デフォルトの名無しさん
05/04/23 15:56:33
>>177
リョーカイ。やっぱりusingとかでやりくりするべきか。ありがとう。

179:デフォルトの名無しさん
05/04/23 23:47:03
ループカウンター用の変数に　i　を使ってるけど
2つ必要なときは　ii　とかにしてる。
極稀にどうしても同時にいくつもの変数が必要になって
iiiii　とか成ってくると後から混乱する・・・・

180:デフォルトの名無しさん
05/04/24 00:07:55
＞2つ必要なときは
ｊにしとけ

181:デフォルトの名無しさん
05/04/24 08:24:01
kまでは使ったことある。

182:デフォルトの名無しさん
05/04/24 14:09:40
なるほど　j　か・・・今度からそれにしよ

183:デフォルトの名無しさん
05/04/24 18:57:57
i,j,kは定石だと思ってたんだけど違うのか…

184:デフォルトの名無しさん
05/04/24 19:21:47
なぜかそこでnを使う俺。

185:デフォルトの名無しさん
05/04/24 20:52:21
i と j は見分けが付きにくいから最近 ii の方が好きになった。

186:デフォルトの名無しさん
05/04/24 21:29:20
うちでは、i、j、kではなく、c010、c020、c030を使うという規則がある。
正直、非常に気持ち悪い。
元々はC010、C020、C030だったらしんだけど、JAVAの推奨命名
規則に従って先頭が小文字化されてキモさ倍増orz

187:デフォルトの名無しさん
05/04/24 21:48:07
>>186
JAVAの推奨命名規則ではi, j, kですよ、とか適当に言えばおｋ。
んなわけないよな。

188:デフォルトの名無しさん
05/04/24 21:50:18
>>187
i,　j,　k　だったような気がする。局所変数は可能ならば短い名前を使うようになってたかも。

189:デフォルトの名無しさん
05/04/24 22:41:27
2段程度ならともかく、3段以上になる場合はファンクターやクロージャー
で置き換えられないか、考えてみた方がいいと思う。

190:デフォルトの名無しさん
05/04/25 00:04:33
もしもし、皆さん、盛り上がってるとこ悪いですが

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

191:デフォルトの名無しさん
05/04/25 15:42:38
別にいいだろ

192:デフォルトの名無しさん
05/04/25 19:38:08
なんの為のスレッド形式なんだ。と、一応言っておく。

193:デフォルトの名無しさん
05/04/28 00:13:49
頭文字だけ大文字or小文字にするメソッド名で良いやつ募集。

調べたら、

toLowerCaseInitial
toUpperCaseInitial

がありましたが…。

お願いします。

194:デフォルトの名無しさん
05/04/28 00:27:25
orz // 頭だけ小文字に
Orz // 頭だけ大文字に

195:デフォルトの名無しさん
05/04/28 00:30:45
toAaa
toaAA

196:デフォルトの名無しさん
05/04/28 00:37:02
Capitalize / Decapitalize

197:デフォルトの名無しさん
05/04/28 02:08:09
まぁ、よく見かけるのはcapitalizeだね。
逆は196にあるようにDe-か、Un-か、
結果は同じってコトでtoLowerCaseを使ってしまうか。

198:デフォルトの名無しさん
05/04/28 02:12:49
Capitalize / cAPITALIZE

199:デフォルトの名無しさん
05/04/28 11:44:22
頭文字大

200:デフォルトの名無しさん
05/04/28 12:02:14
ToBigHeadCharactor

201:デフォルトの名無しさん
05/04/28 22:00:26
bigよりlarge

202:デフォルトの名無しさん
05/04/29 15:05:00
iMacとか接頭語小文字で付けるのってハンガリアンの影響？
世間的にはiMacで馬鹿受けしたわけだが

203:デフォルトの名無しさん
05/04/29 15:40:09
>iMacとか接頭語小文字で付けるのってハンガリアンの影響？
ﾜﾛｽ

204:デフォルトの名無しさん
05/04/29 15:55:27
double型のプレフィックスって何にしてる？

205:デフォルトの名無しさん
05/04/29 16:27:18
double_i

206:デフォルトの名無しさん
05/04/29 17:40:11
ハンガリアンを撲滅する会を結成しました。

207:デフォルトの名無しさん
05/04/29 18:01:54
ハンガリアンを撲滅する会を撲滅する会を結成しました。

208:デフォルトの名無しさん
05/04/29 18:09:08
ハンガリアンを撲滅する会を撲滅する会を撲滅しました。

209:デフォルトの名無しさん
05/04/29 18:12:00
問1
ハンガリアンを撲滅する会はどうなったのでしょう。

210:デフォルトの名無しさん
05/04/29 18:26:53
問2
俺は童貞でしょうか

211:デフォルトの名無しさん
05/04/29 22:27:26
>>210
YES!YES!YES!YES!YES!YES!YES! OH, MY GOD!

212:デフォルトの名無しさん
05/04/29 22:32:03
メモ帳もどきをC言語+WIN32APIで作っています
そこで、以下の機能を実現するための関数の名前を考えていただきたい

新規作成
開く
上書き保存
名前を付けて保存
保存確認
HTMLソース読み込み

お願いします

213:デフォルトの名無しさん
05/04/29 22:39:40
>>212
new()　open()　save_as()　save_check()　read_html()

214:デフォルトの名無しさん
05/04/30 00:08:01
newって予約語と被らないかな?
confirm_save load_html

215:デフォルトの名無しさん
05/04/30 00:25:37
>>214
C言語なら大丈夫じゃない?

216:デフォルトの名無しさん
05/04/30 02:28:57
>>213
抜けてる

217:デフォルトの名無しさん
05/04/30 04:34:00
>209
「撲滅する会を撲滅する会」の行動結果が返ってこないうちに「撲滅する会を撲滅する会」を撲滅した場合、「撲滅する会」の状態は不定。
多分、会員全員で鼻から悪魔を出してたりするんじゃないかな。

218:デフォルトの名無しさん
05/04/30 05:10:03
オブジェクト「撲滅する会」が作成された状態。以後の行動は何も行われていない。

ほっとくと撲滅する会がメモリリーク要因になるから、スレを安定させるためには
撲滅する会をきちんと撲滅しておかなければならない。

219:デフォルトの名無しさん
05/04/30 20:49:26
>>218
お前がレスしなければGCされるはずだったのに・・・・・・
お前なんてスコープの外へ出ちゃえ！

220:218
05/05/01 01:49:40
{

}　　　　('A`) < ﾒﾝｺﾞ

221:デフォルトの名無しさん
05/05/01 01:53:24
ﾜﾛﾀ

222:デフォルトの名無しさん
05/05/01 21:01:55
鼻から悪魔ﾌｲﾀ

223:212
05/05/02 12:04:34
みんなありがとー

224:デフォルトの名無しさん
05/05/03 04:48:59
「相手、対象」は、どう名前つけてますか？英語で

225:デフォルトの名無しさん
05/05/03 10:16:42
dest

226:デフォルトの名無しさん
05/05/03 10:17:38
target

227:デフォルトの名無しさん
05/05/03 12:33:05
object

228:デフォルトの名無しさん
05/05/03 12:53:20
enemy

229:デフォルトの名無しさん
05/05/03 15:45:15
あとは対戦相手ならopponentとかな。

複数の候補が出たが、つまり「どういう相手」という意味かで
適切な単語は変わるということだ。どれでもいいというわけで
はないぞ。

230:デフォルトの名無しさん
05/05/03 15:48:08
partner

231:デフォルトの名無しさん
05/05/03 15:52:03
操作対象なら target か operand だろうな。

232:デフォルトの名無しさん
05/05/03 16:35:35
通信相手はpeer

233:デフォルトの名無しさん
05/05/04 17:50:25
一番近いのがTargetっぽい。
参考になりました。m(__)m
実際には別の形で組みましたが...

234:デフォルトの名無しさん
05/05/04 17:51:18
↑２２４

235:デフォルトの名無しさん
05/05/04 20:47:20
やってる人多いとは思うけど、順番を表す変数はxxxNo、
数を表す変数はxxxNumとかに統一してたほうがいいよ。
同じものにしちゃうと後でワケワケメよ。

236:デフォルトの名無しさん
05/05/05 01:01:02
前者をIndex、後者をCountにしているDelphi厨な俺。
Noだと、なんだかYes/NoのNoに見えて気持ち悪い（個人的に）
Numだと、略しているので気持ち悪い（個人的に）

237:デフォルトの名無しさん
05/05/05 22:08:37
マンドクセからa,b,c,dってやっちゃいける？

238:デフォルトの名無しさん
05/05/05 23:12:46
止めはしないがそのうち後悔するだろう。

239:デフォルトの名無しさん
05/05/05 23:20:59
そうなるともはや変数に名前さえいらないわけだが。

240:デフォルトの名無しさん
05/05/06 05:59:01
普段Java風に phoneBook などと名前を付けているのですが、
これにグローバル変数を表す言葉をつけたいのですが何か
いいアイディアはないですか？
g_phoneBook
g_PhoneBook
gphoneBook
gPhoneBook
↑こんなの思いついたんですが…

241:デフォルトの名無しさん
05/05/06 07:37:47
g～以上にエコロジーでわかりやすい表記はないと思うが。
っていうか言語と型名(か用途)くらい書いてくれ。

その型のグローバルな変数が1個しかないなら
PhoneBook::instance()
でもいいかと。

242:デフォルトの名無しさん
05/05/06 08:08:35
言語はC++で、phoneBook は電話帳(std::multimap)です。
メンバだと phoneBook_ みたいにスタイルを崩さずに
書けるんだけど、グローバル変数だとgのプリフィクス
だけで上の四つのパターンが思い浮かんで、どれが
いいものかと…。

243:デフォルトの名無しさん
05/05/06 09:11:52
>>240のなかでは1か4だな。

244:デフォルトの名無しさん
05/05/06 14:46:10
>>240は規約の問題だと思われ。

245:デフォルトの名無しさん
05/05/07 00:21:04
なんか他人のゴミ捨て監視してる近所の変なオバサンみたいな人がいるなあ。。

別に荒らしているわけでもないわけだし、
問題なのは脱線しているかどうかってことじゃなく有意義かどうかってことだと思うんだが。
有益な脱線もダメだっていうのかなあ。

246:デフォルトの名無しさん
05/05/07 00:36:51
>>245
スレタイ付けてスレッド分けてるのは意味がないと申すか？

まぁ文句だけいって適切なスレに誘導しないのは良くないな。
規約の話なら、このへんでどうぞ。
ｽﾚﾘﾝｸ(tech板)

247:デフォルトの名無しさん
05/05/07 01:53:36
例え有益な情報でも、分散していたら意味ないし、無益でしょ。
その情報を知りたい人が行く場所に書かれてないんだから。
脱線しやすいのは、スレッドの切り方が悪いだけっしょ。

248:デフォルトの名無しさん
05/05/07 08:10:43
スレ違いを開き直るやつがいるスレはここですか。

249:デフォルトの名無しさん
05/05/07 08:13:41
議論できないﾉｰﾀﾘﾝはすっ込んでろ

250:デフォルトの名無しさん
05/05/07 10:10:16
変数名を決めるのとコーディング規約は切り離せないだろ

251:デフォルトの名無しさん
05/05/07 21:36:53
グレーゾーンの問題ならともかく、>>240は100％規約の話じゃん。
どれでも好きなやつ使えよとしか言いようがない。

252:デフォルトの名無しさん
05/05/08 05:26:43
gじゃ意味不明だからちゃんと書かないと。
GLOBAL_____phonBook
がおすすめ！

253:デフォルトの名無しさん
05/05/08 07:25:40
漏れなら
g_phoneBook
か
gPhoneBook
のどちらかだが確かに微妙だな…
前者の g_ プリフィクスはよく見るけど Java っぽくない
後者は Java っぽいけどあんまり見ない

254:デフォルトの名無しさん
05/05/11 21:29:58
gやめれば？
とかいってみるてすと

255:デフォルトの名無しさん
05/05/12 08:24:20
おいらの法則

グローバル
PhoneBook

ローカル
phone_book

256:デフォルトの名無しさん
05/05/12 10:01:25
＞PhoneBook

クラス名っぽくて気持ち悪い

257:デフォルトの名無しさん
05/05/12 10:51:01
クラス名だったら CPhoneBook とか頭に何かつけるかな。

258:デフォルトの名無しさん
05/05/12 10:58:00
クラス名にCを付けるなんてｷﾓｲ

259:デフォルトの名無しさん
05/05/12 10:59:09
じゃあ変数名にVariableのVをつけよう。
PhoneBook VPhoneBook;

260:デフォルトの名無しさん
05/05/12 11:21:36
ﾊｹﾞｷﾓｽｗ

261:デフォルトの名無しさん
05/05/12 12:03:18
g_phoneBookがいい希ガス

262:デフォルトの名無しさん
05/05/12 18:28:46
グローバル変数は大抵シングルトンでよくね？
PhoneBook が2冊も3冊も必要なのか？　と、スレ違いになっちゃうのか。

thePhoneBook ってのはどう？
「PhoneBook っていったらコレ！」みたいな雰囲気がでる。あと、ユニーク性も強調。

263:デフォルトの名無しさん
05/05/12 22:38:03
Theを付けると映画のタイトルっぽくなるｗ

ThePhoneBook.prelude();
ThePhoneBook.theme();
ThePhoneBook.episode();
ThePhoneBook.finale();

264:デフォルトの名無しさん
05/05/12 22:44:15
大作のようなＢ級映画のような。

265:デフォルトの名無しさん
05/05/12 23:28:59
>>262
そんなこと言ってるとマルチスレッドで破綻しないか？
逆に面倒だろ

266:デフォルトの名無しさん
05/05/13 00:00:37
>>265
プリミティブ型ならマルチスレッドで問題が起きないのかと

267:デフォルトの名無しさん
05/05/15 01:17:27
くだらないことなのですが、DBのフィールド名で
作成日をCREATE_DATEにしようかと思うのですが、
更新日をどうしようかと悩んでおります。
CHANGE_DATEというのを考えたのですが何か違うような。

268:デフォルトの名無しさん
05/05/15 02:54:34
UPDATE_DATE なんかかっこ悪いな。
renew(renewed)とかmodify(modified)とか

某フレームワークだと、
作成日 created_on
更新日 updated_on
だな。

269:デフォルトの名無しさん
05/05/15 02:58:00
REFRESH_DATE

270:デフォルトの名無しさん
05/05/15 03:31:27
LAST_UPDATE

271:デフォルトの名無しさん
05/05/15 03:40:53
FILETIME ftCreateTime; // 作成日時
FILETIME ftLastAccessTime; // 最終アクセス日時
FILETIME ftLastWriteTime; // 最終更新日時

272:デフォルトの名無しさん
05/05/15 13:02:02
a for accessed
c for created
c for changed
m for modified
t for touched
u for used

273:デフォルトの名無しさん
05/05/15 14:43:13
HTTPだと Last-Modified だな

274:267
05/05/16 00:56:52
皆さんレスありがとうございました。
色々参考にさせていただきまして、
作成日＝CREATED_DATE
更新日＝UPDATED_DATE
にすることにしました。

275:デフォルトの名無しさん
05/05/16 11:02:17
updateは微妙に違う気もするが。いいけど

276:デフォルトの名無しさん
05/05/16 21:54:38
頭に特定なものをつけておかないと、後で変数名だか定数だかクラス名だか混乱するぜ。

277:デフォルトの名無しさん
05/05/16 21:56:19
微妙に違うってセンスが理解不能。
こういうのをまさにupdateって言うわけだが。
これがupdateじゃなきゃ、何が（以下略

278:デフォルトの名無しさん
05/05/17 00:05:16
「内容的に目新しくなくて、ちょっと誤字を修正しただけ」みたいなのは
update ではないという脳内定義を持つ人は「微妙」に感じるのかも。

279:デフォルトの名無しさん
05/05/17 00:21:02
更新日のカラム名がUPDATE_DATE以外だったらｺﾛﾇ（･＊･）

280:デフォルトの名無しさん
05/05/17 11:02:20
ｳｪ━━━━(0w0)━━━━ｲ!!!

281:デフォルトの名無しさん
05/05/17 20:29:29
版と刷の違いみたいな

282:デフォルトの名無しさん
05/05/17 20:56:55
UPDATE_DATE　ってなんとなく　HTML　言語と同じニュアンスを受ける

283:デフォルトの名無しさん
05/05/17 21:21:24
HTM言語よりはよいだろう

284:デフォルトの名無しさん
05/05/17 21:22:07
H　文章記述言語

285:デフォルトの名無しさん
05/05/17 21:25:06
藁田

286:デフォルトの名無しさん
05/05/17 21:52:08
官能小説業界標準規格

287:デフォルトの名無しさん
05/05/17 23:26:01
bool型変数ないし、戻り値がブーリアン風な関数の名前について質問です。

言語または命名規約によっては、よく「isXXX」という名前が使われるみたいですが、
機能説明した疑問形の文章をそのまま英訳すると、
are、have、canなどの、is以外の単語が使われることってありますよね？

もちろん、ちょっと形を変えれば isXXX になるときは別ですが
この場合、ちょっと違和感があっても canXXX、haveXXX といった名前にするべきでしょうか？
それとも英語的におかしくても isXXX にするべきでしょうか？

288:デフォルトの名無しさん
05/05/17 23:32:15
areとかhaveとかcan使うに決まってるだろ
馬鹿なこと聞いてんじゃねえよ

289:デフォルトの名無しさん
05/05/17 23:42:13
>>287
おかしいと分かっているにもかかわらず、isにこだわる理由は？
isStockとか？

URLﾘﾝｸ(www.objectclub.jp)
コーディング規約第2条
ｽﾚﾘﾝｸ(tech板)

290:287
05/05/18 00:03:18
自分はアマグラマなんで、社内共通の命名規約などとは縁が無い環境です。

いくつかの入門書やウェブサイトをあたってみましたが、それらには
「ブーリアンの場合は isXXX にしよう！」とは書いてあるんですが、
他の単語になる場合などは書かれていないようでした。

そもそも、C言語でJava風の変数名を使うのがおかしいのかもしれませんが（笑）

>>288
常識でしたか。ありがとうございます。

>>289
理由は３つあります。
　・標準関数とかがそうなっていた
　・haveXXXとかだと、多くの場合変数名が長くなる
　・最近Javaの入門書を立ち読みして、ちょっと影響された（笑）
こんなところです。

291:デフォルトの名無しさん
05/05/18 00:51:14
規約にあるからといって意味も考えずに isHaveXXX なんて書く奴がいる。
本来の「英語（自然言語）に近い状態でソースが読めるようにする」という目的を忘れないで欲しい。

292:デフォルトの名無しさん
05/05/18 08:16:36
常識ってバカかこいつ
これでも読んどけ
URLﾘﾝｸ(www.shos.info)

293:デフォルトの名無しさん
05/05/18 12:39:01
have～　は見たこと無いけど、has～　とか　contains～　とかは見たことある

294:デフォルトの名無しさん
05/05/18 13:24:22
その前に英語を勉強しろ

295:デフォルトの名無しさん
05/05/18 15:33:55
まぁisを使う一方でhaveはおかしいよな。

Rubyの標準クラスは
anInstance.is_a?(Class) (三人称単数現在)
aHash.has_key?(key) (ditto)
anArray.include?(element) (原型不定詞)
のように不統一で(一応ルールはあるらしい)、慣れるまで混乱する。

296:デフォルトの名無しさん
05/05/19 00:09:42
エラトステネスのふるいの関数名を考えてください。
適当に、hurui(int　*,int)にしちゃったんだけど、
もっとシャキーンとした名前がほしいです。
なんかありませんか？？

297:デフォルトの名無しさん
05/05/19 00:13:51
old

298:デフォルトの名無しさん
05/05/19 00:17:42
void Shakeen();

299:デフォルトの名無しさん
05/05/19 00:18:43
EratsnetesSieve

300:デフォルトの名無しさん
05/05/19 00:21:03
filter

301:デフォルトの名無しさん
05/05/19 00:28:47
>>298
採用したいが見送り。残念。

>>299
EratosthenesSieve
これを採用します。

レスThx!

302:デフォルトの名無しさん
05/05/19 14:27:43
定数の列挙に
namespace HOGE {
　　enum {
　　　　TEISUU_1,
　　　　TEISUU_2,
　　｝;
};

とよくやるんですが、（VC.netならHOGE：：と打てば定数がリストアップされるから）
ここでHOGEのネーミング規約として何かいい案はないでしょうか？
namespaceの頭文字をつけてn_HOGE：：とするか、
STLは小文字でstd：：だからhoge：：にするか
結局定数だからHOGEにするか・・・。
毎度悩んでます。

303:デフォルトの名無しさん
05/05/19 14:40:45
constants
長いならk

304:302
05/05/19 15:10:18
役割ごとに別の名前空間にしようと思うんですね。
通信プロトコル、動作フラグ、設定データ等等・・・。

305:デフォルトの名無しさん
05/05/19 15:13:08
Namespace.Class.Method
別に区別しなくていいって言うかスレ違い。

306:デフォルトの名無しさん
05/05/20 00:32:44
>>302
.NETでやるんなら.NETの流儀（全部Pascal）でやるべきなよーな

307:デフォルトの名無しさん
05/05/20 08:26:13
.NETっていうか、MSご推奨の流儀ね。

でもあれ合理性が感じられないんだよね。
例えばクラスや構造体にCとかSとかプリフィクスするの止めろって言うんだけど
やっぱりプリフィクスないと混乱するときあるよ。

インテリセンスでわかるって言うけど、ソース読み直してるときにそんな
面倒なこといちいちやってられるか。

それ以上に、プリフィクスには命名のバッティングを防ぐ効果があって、
これが案外重要だったりすると思うんだけど。

308:デフォルトの名無しさん
05/05/20 08:29:39
スレ違い

309:デフォルトの名無しさん
05/05/20 10:47:26
ﾊﾝｶﾞﾘｱﾝは名前に実装が現れるのが酷すぎる。
それに型を変えると名前も変えなきゃいけないし、
そもそもnDataってあったとしてもそれが本当に
int型かどうか分からないし。
意味を反映した名前を付けたほうがいいでしょ。
ﾊﾞｯﾃｨﾝｸﾞなんて起こる方がおかしいんだし。

310:デフォルトの名無しさん
05/05/20 12:24:56
>>309
なんでいきなりハンガリアンの話になるわけ？

311:デフォルトの名無しさん
05/05/20 16:08:22
>>310
>>307の「MS」「プリフィクス」で脊髄反射したんだろ。

312:デフォルトの名無しさん
05/05/22 23:28:01
グラフを描画するのに以下の二種類のペンを使います。
これらの名前を考えてください。
1．普通のペン
2．視点から実際には見ることのできない部分を書くペン

お願いします

313:デフォルトの名無しさん
05/05/22 23:31:51
Pen
InvisiblePen

314:デフォルトの名無しさん
05/05/22 23:32:49
>>313
やっぱりそうですよね
白身がなかったもので…

ありがとう

315:デフォルトの名無しさん
05/05/23 15:21:47
C++で文字列化できることを表すインターフェース名が決まらないのですが
何か良い案ありますか？

class I???
{
　　virtual std::string ToString() const = 0;
　　friend inline std::ostream& operator <<(std::ostream& lhs, const I???& rhs)
　　{
　　　　return lhs << rhs.ToString();
　　}
}

こんな感じの???が思いつきません。

316:315
05/05/23 15:25:01
ちなみにバイナリデータへのSerializerは既にあって、
シリアライズできるクラスはISerializableを継承するようになってます

317:デフォルトの名無しさん
05/05/23 15:41:41
ITextSerializable

318:デフォルトの名無しさん
05/05/23 15:45:13
IStringize

319:315
05/05/23 17:03:46
良くやる事なのかと思ったけどあんまり例が無いですね…

>>317氏のはすこし冗長な気がします
Deserializeには対応しないのでSerializeと冠するのも不適格な気が

>>318氏のSrtingizeは違う意味でBOOSTなどが使っているので紛らわしいかなぁ
でもJavaとかだと想定した挙動みたいですね

とりあえずIStringizableで行こうと思います　ありがとうございました

320:デフォルトの名無しさん
05/05/23 17:30:38
>>307
> 例えばクラスや構造体にCとかSとかプリフィクスするの止めろって言うんだけど
> やっぱりプリフィクスないと混乱するときあるよ。

混乱するわけがないでしょ。
大文字で始まる名詞があれば、クラスや構造体でしかありえない。

321:デフォルトの名無しさん
05/05/23 17:33:46
スレ違い

322:デフォルトの名無しさん
05/05/23 20:05:45
>>315
stringifyってのがあるから
stringifiable…？

323:デフォルトの名無しさん
05/05/23 22:04:41
>>320
MSはプロパティもPascal形式にしろっていってるよね？
プロパティは通常名詞であることが多いと思うんだけど。

第一、例えばプログラム中でインスタンスが一つしかないような場合でも（こういうの
シングルトンパターンっていうんだっけ？）、MSのアホな指針に従わなければ、
例えばクラス名をCGod(あるいはcGod)、そのクラスの唯一の自分自身のインスタンスを
保持する静的フィールドをm_God(またはmGod)、その唯一のインスタンスを
他のクラスから参照する静的プロパティをGodと、すっきり機械的に命名できるのに。

それにキャメル形式って読み難くてイライラするんだよね個人的に。
慣れの問題かとも思ったがそうじゃない気がする。

324:デフォルトの名無しさん
05/05/23 22:06:45
>>323
>>321

>それにキャメル形式って読み難くてイライラするんだよね個人的に。
>慣れの問題かとも思ったがそうじゃない気がする。
２レス前も読めない読解力の問題。

325:デフォルトの名無しさん
05/05/23 22:07:24
>>323
完全に慣れの問題だな。

326:315
05/05/24 01:15:26
>>322
それです！まさにそれ。Stringifiableとも言うみたいです。
Perlは4で止まってたのでその単語をまったく知りませんでした…ありがとう
とはいえだいぶマニアックで直感的じゃなくなってきたなぁ（笑）

327:デフォルトの名無しさん
05/05/24 10:23:13
void xxx(struct tagABC *edge){
free(edge->ptInt);
free(edge->ptLong);
free(edge->ptShort);
}

ある構造体の変数にポインタがあり、そのポインタには
メモリ確保した時のアドレスが格納されています。
このメモリを一気に解放する関数の名称を、命名して下さい。

328:デフォルトの名無しさん
05/05/24 10:32:10
ABCInitialize/ABCFinalize

329:327
05/05/24 10:36:50
なるほど。どうもです
いただきました

330:デフォルトの名無しさん
05/05/24 15:41:14
freeABCでいいような。
本体は解放するけどメンバーのデータは解放しない
っていう関数が別に必要ならそっちに使いそうな名前
ではあるが。

331:デフォルトの名無しさん
05/05/25 19:53:17
以下の３つを区別する必要があるとき、それぞれどのような名前を付けたらよいでしょうか？
よろしくお願いします。

　・日時両方： 2005/05/24(火) 15:41:14
　・日付だけ： 2005/05/24(火)
　・時刻だけ： 15:41:14

332:デフォルトの名無しさん
05/05/25 19:54:21
DateTimeFormat

333:デフォルトの名無しさん
05/05/25 20:09:38
DateTime
Date
Time

334:デフォルトの名無しさん
05/05/25 20:47:04
ありがとうございます。
あちこちで頻繁に参照する名前なので、もっと短くて混同しづらい名前はないものかと悩んでいたのですが
やはり DateTime のように Date と Time を引き摺り続けるしかないのでしょうか。
まずは Date, Time, DateTime で命名しようと思います。
が、もしもっと見分けやすい名前を思いついた方がいらっしゃいましたら、どうか宜しくお願い致します。

335:デフォルトの名無しさん
05/05/25 21:06:27
>>334
日付時刻をDateTimeとするのは割と一般的だと思うけどなあ。

336:デフォルトの名無しさん
05/05/26 02:30:31
姿勢(基底行列)と位置(３次ベクトル)を
メンバに持つクラスを作りたいんですが
名前が決まらず困ってます。お助けを。

337:デフォルトの名無しさん
05/05/26 02:59:24
何をするクラスかが分からんと…

338:デフォルトの名無しさん
05/05/26 03:17:17
>>337
へぼい3Dのプログラムなんですけど
３Dオブジェの位置姿勢を担当するクラスを
作ろうと思いまして。
でも全然名前が浮かばないんです。

339:デフォルトの名無しさん
05/05/26 04:52:41
>>338
設計ミスな希ガス
3Dオブジェのベースクラスで管理するんじゃまずいの？
クラスを便利な構造体として使ってない？

340:デフォルトの名無しさん
05/05/26 08:04:45
たしかにそうかもしれません。
設計を見直してみます。
しかし、いろいろ調べたんですが
位置姿勢を一言で表す良い言葉・表現が
みつけられなかったのは残念です。

341:デフォルトの名無しさん
05/05/26 08:27:46
position で位置姿勢の両方の意味はあるみあいだけどな…

342:デフォルトの名無しさん
05/05/26 08:46:17
数学(物理学)用語なんだから専門辞書かWikipediaかを当たればわかるんじゃない？

343:デフォルトの名無しさん
05/05/26 09:39:25
姿勢というか向きならorientation

344:デフォルトの名無しさん
05/05/26 09:40:51
ああ、両方をひと言で、なのね。
日本語でも位置姿勢でフタコトだし、無理に一語にしないということでどうよ。

345:デフォルトの名無しさん
05/05/26 10:22:32
コマンドラインオプションを解析する関数名はどうすればいいですか。
言語はC++です。

346:デフォルトの名無しさん
05/05/26 10:24:43
parse

347:デフォルトの名無しさん
05/05/26 10:46:35
parse_arguments (オプションしかないなら _options でも)

UNIX APIに倣うとgetopt(解析すると言うよりオプション取り出しだが)

348:デフォルトの名無しさん
05/05/26 10:50:59
parse_argumentsと
parseArgumentsってどっちが主流なの？

349:デフォルトの名無しさん
05/05/26 10:53:10
parseOption
parseCommandLine(Option)

350:デフォルトの名無しさん
05/05/26 12:21:57
parseCommandLine ってのしか見たことない

351:デフォルトの名無しさん
05/05/26 16:54:54
>>340
＞位置姿勢を一言で表す良い言葉・表現がみつけられなかった（ｒｙ
これが設計ミスじゃないかな？と疑うきっかけ。
オブジェクト指向の場合、クラスは事象の抽象化なので
必ずぴたっとハマる名前があるはず。

352:345
05/05/26 18:18:31
㌧クス。
getoptを使わせていただきます。

353:デフォルトの名無しさん
05/05/26 21:37:10
>>348
言語による。
C++やJavaなら後者が主流、だと思う

354:デフォルトの名無しさん
05/05/26 21:38:02
主流とか何かが意味があるかと思うのか？

355:デフォルトの名無しさん
05/05/26 21:39:16
>>354
自分以外が見るんならあるんじゃね？

356:デフォルトの名無しさん
05/05/27 00:24:24
Standard C++ Libraryだと _ で繋ぐ方式だね。

357:デフォルトの名無しさん
05/05/27 00:25:06
スレ違い

358:デフォルトの名無しさん
05/05/27 05:29:02
>>355
見る時に必要なのは文字列を同定する能力
_も２語目語頭大文字化も
どちらも他と区別できるくらいの能力が
読むものになければそもそもその人間は
コードを読む資格がないとさえ言えよう

359:デフォルトの名無しさん
05/05/27 06:32:25
>>358
いや単純に気持ち悪いじゃん。
二つが混在してるようだと。

360:デフォルトの名無しさん
05/05/27 07:44:43
>>359
混在？どちらでもいいから統一しておけば問題ないだろう
主流もなにもないコーダの好みで決めればいい

361:デフォルトの名無しさん
05/05/27 07:49:25
STLとWin32APIを同時に使うとなると否応無しに混在させられてしまう罠。

362:デフォルトの名無しさん
05/05/27 08:39:36
STLは"_"派、
出来ればこれに合わせたいんだけど
名前が無駄に長くなるんだよね・・

363:______________
05/05/27 09:33:16
無駄とはなんだ！

364:デフォルトの名無しさん
05/05/27 11:10:48
２つの配列を比移動やコピーを行う際、
送り側の配列へのポインタ変数と、受け取り側の配列へのポインタ変数名
どんなのがよろしいでしょうか？

int A[10], B[10];
int *pXXX = A;
int *pYYY = B;

for (i = 0; i < 5; i++)
pXXX[i] = pYYY[i + 2];

※こんな感じで使用予定です

365:デフォルトの名無しさん
05/05/27 11:11:34
pDest,pSource

366:デフォルトの名無しさん
05/05/27 11:15:05
ディレクトリを再帰的に巡って消費ファイルサイズを多い順にソートするクラス名（というかツール名）って何がいいですか。

367:364
05/05/27 11:17:34
>>365
それです！
ソースは思いついたんですが、受け手の方が思いつかなくて（英語力ないもんで・・・）
Dest　←　ちなみにこれのフルスペスってどんなんですか？

368:デフォルトの名無しさん
05/05/27 11:21:36
>>367
もしかして distribute か？

369:364
05/05/27 11:23:53
>>368
destinationっぽいです
ありがとうございました m(_ _)m

370:デフォルトの名無しさん
05/05/27 11:41:08
蛇足だが、DestならSourceもSrcでもいいような気がする。

371:デフォルトの名無しさん
05/05/27 12:09:37
>364
p, q

372:デフォルトの名無しさん
05/05/27 13:20:07
ディスティネーションはつづりが覚えられないから、
from, to, でやってる。

373:デフォルトの名無しさん
05/05/27 13:24:00
toは予約語だから,
tinko, manko, でやってる。

374:デフォルトの名無しさん
05/05/27 13:32:52
mankoは予約語だから,
bou, ana, でやってる。

375:デフォルトの名無しさん
05/05/27 14:17:35
>>366
ディレクトリを再帰的に巡って消費ファイルサイズを多い順にソートするクラス名（というかツール名
）

class dsmsfsojs

376:デフォルトの名無しさん
05/05/27 14:50:47
見るだけならls -RS か ls -lRS

ListFilesRecursiveOrderedBySizeDescending

こっから先は命名でなく設計の話になっちゃうけど、順序を
決める部分は比較関数として別に引数として渡すようにする
と後ろの長ったらしい部分はその引数の方に吸収できるね。

377:デフォルトの名無しさん
05/05/27 20:50:57
>>362
変数名を無駄に短く略して暗号化するのは脳内だけにしてほしいよね･･･

378:デフォルトの名無しさん
05/05/29 18:44:28
>>366
＞ディレクトリを『再帰的に巡って』『消費ファイルサイズを』『多い順にソート』する
……ってだけで俺は少なくとも３つのクラスが必要だと思った

379:デフォルトの名無しさん
05/05/29 21:48:29
>>366
それは機能の説明でクラスの説明じゃないな。
その機能を使って何をするのか、を考えればそれがクラス名。

380:デフォルトの名無しさん
05/05/30 10:52:18
STLの<functional>にあるlessの大文字小文字を区別しないバージョンを作ろうと思うのですが
どういう名前にしたらよいでしょうか?

381:デフォルトの名無しさん
05/05/30 11:25:10
>>380
caselessでいいじゃん

382:デフォルトの名無しさん
05/05/30 11:29:10
あぁcaseですか。なんで思いつかなかったかな＞自分
ありがとうございました。

383:デフォルトの名無しさん
05/05/30 11:57:36
普通はilessにすると思うが…

384:デフォルトの名無しさん
05/05/30 12:00:48
_stricmpやlstrcmpiのiって何の略なんでしょうね?

385:デフォルトの名無しさん
05/05/30 12:02:06
ignorecase

386:デフォルトの名無しさん
05/05/30 12:09:08
あ、な～る

387:デフォルトの名無しさん
05/05/30 17:55:19
配列の名前に、適当な名前が見つからないときは要素の型の複数
を使うという俺ルールを採用していて、

Data

の配列を作ろうとして手が止まったことがある。

ほんとはたぶんDataっていう要素型名自体がよくないんだけど。

388:デフォルトの名無しさん
05/05/30 17:56:54
Datumでいいやん

389:デフォルトの名無しさん
05/05/30 17:58:52
>>387
C/C++なら型名と変数名は同じでも平気だよ。良いスタイルとは言えないだろうけど。
もちろんintとかの組み込み型は予約語だから駄目だけど。

390:デフォルトの名無しさん
05/05/30 18:21:14
>>388
要素の方を datum ってことよね。

それ以前に、dataとかinfoとかいう漠然とした名前はよくないわけで。

あり得ない話だけど sheep とか fish とか carp の配列を作ろうとすると
悩みそうだな。

391:デフォルトの名無しさん
05/05/30 18:28:24
俺なら sheeps, fishes, childs って堂々と書くなｗ

392:デフォルトの名無しさん
05/05/30 21:03:14
DataArrayとか。
配列が名前に表れるのをきらうならDataCollectionとか。

393:デフォルトの名無しさん
05/05/30 22:27:31
英文法的に正しいかどうかより意味がわかるかどうか、簡潔かどうかを
優先した方がいいと思うけどね俺は。英文法なんて全然一貫性がないんだからさ。

別にDatasとかでいいじゃん。
setの過去分詞をsetedって記述するでしょ？（っていうと必ずシネーヨって
奴が出てくるんだが。ググッてみろよNativeだってそうしてる）

394:デフォルトの名無しさん
05/05/30 22:28:38
ボタン描画に関する関数なんですが、
・通常時
・ボタン上にマウスカーソルがある時
・ボタンが押されている時

でなにか良い関数名ありますでしょうか？

395:デフォルトの名無しさん
05/05/30 22:38:39
>393
Googleでsetedを検索しても、Nativeらしき使用例が見あたらないんだが。

396:デフォルトの名無しさん
05/05/30 22:46:04
すまんsettedね

397:デフォルトの名無しさん
05/05/30 22:54:14
>>394
慣例に従えば

OnIdle
OnMouseHover
OnPress

ついでに言うと

OnMouseEnter＞OnMouseHover＞OnMouseLeave
OnPress＞OnRelease

398:デフォルトの名無しさん
05/05/30 23:03:25
>>397
すばらしいです。
ありがとうございました！

399:デフォルトの名無しさん
05/05/30 23:27:22
Onってのはエッジ検出的な語感だと思うんだけど。。変化が起きたその時、って感じ。
だからイベント処理のメソッド名に使われるわけだよねえ。

だとしたら
＞・ボタン上にマウスカーソルがある時
この描画処理がOnMouseHoverってのはちょっと違うと思う。

400:デフォルトの名無しさん
05/05/31 08:18:18
「～のとき」はいつも変化を表すわけじゃなくて

401:デフォルトの名無しさん
05/05/31 09:16:34
>>399
その理論でいくとOnIdleもダメなわけだが

402:デフォルトの名無しさん
05/05/31 09:54:58
つまりOnじゃなくてWhileにしろと？

403:デフォルトの名無しさん
05/05/31 10:49:59
bsNone, bsMouseOver, bsDown

404:デフォルトの名無しさん
05/05/31 12:09:19
bsって何？

405:デフォルトの名無しさん
05/05/31 13:41:09
たぶん、Button State

406:デフォルトの名無しさん
05/05/31 16:40:03
明らかにdata自体がよくない。
だいたいすべての変数はデータじゃんかよ。

407:デフォルトの名無しさん
05/05/31 19:27:48
>>406
個人的には、info, manager あたりも使いたくない。

408:デフォルトの名無しさん
05/06/01 00:42:23
datum

409:デフォルトの名無しさん
05/06/03 11:43:00
Javascrip/DOM

変数名(かプロパティ名）で、「開始時間」と「所要時間」をつけたいんですが、
var startTime, time;
だと、timeが抽象的で分かりにくいかなぁと思いまして、
何かしっくりくる１単語ありませんかね？

使い方は、
obj[i+1].startTime = obj[i].startTime + obj[i].time;
若しくは
var searchingTime = obj[i].startTime + obj[i].time;
とかやって、使うつもりです。

良い名をお願いします。

410:デフォルトの名無しさん
05/06/03 11:52:28
所要時間については、elapsedTime とか。

411:デフォルトの名無しさん
05/06/03 13:40:49
ネットワーク先へのファイル書き込みの際、アプリケーションがネットワーク通信速度の
遅さに影響されないよう、書き込み処理だけバックグラウンドで動作するモジュール
（関数名も含む）の名前はどんなのが最適でしょうか？

モジュール名は FsDelay か、FsBackground。
関数名なら WriteDelayData か、WriteBackgroundData という感じのが思い付きました。
（用語の使い方以前に命名規則（文法）も変な気もしますが）

なにか良い案がありましたらご意見下さい。

412:デフォルトの名無しさん
05/06/03 13:46:45
出会い系サイト一覧ホームページ作りました

全部無料でしかもフリーメールでも登録できるサイトばかりです

URLﾘﾝｸ(www.geocities.jp)

413:デフォルトの名無しさん
05/06/03 13:49:01
AsynchronousTransmitter
AsynchronousWriter

AsynchronousWrite
WriteAsynchronously

414:413
05/06/03 14:04:47
>>413
Async…なるほど、ずばりですね。
ありがとうございました！

415:411
05/06/03 14:05:19
スマソ。名前間違いorz

416:デフォルトの名無しさん
05/06/03 17:26:36
Registerの反対語はなんでしょうかね？
ちなみに、Register==登録の解釈です。

417:デフォルトの名無しさん
05/06/03 17:39:12
unregister の検索結果約 891,000 件中 1 - 10 件目 (0.24 秒)
deregister の検索結果約 90,400 件中 1 - 10 件目 (0.03 秒)

418:デフォルトの名無しさん
05/06/03 17:40:01
>>416
Register/Unregisterでよく対で使われてる

419:デフォルトの名無しさん
05/06/03 17:42:20
ゴメン。そうだった。
頭にFreeがはこびっていた。unregします。ｵﾚﾓﾅｰ

420:デフォルトの名無しさん
05/06/03 17:42:50
unregistered は登録していないのニュアンスもある。
deregister は、明らかな「登録解除」の意味。

421:デフォルトの名無しさん
05/06/03 17:51:12
unregisterとunregisteredではニュアンスが違う気が

422:デフォルトの名無しさん
05/06/03 18:05:02
unregister 登録抹消する
unregistered 登録抹消されている状態
not registered 登録 ( し | され ) ていない

423:デフォルトの名無しさん
05/06/03 18:32:26
unregistered 登録抹消されている状態または未登録の状態

424:デフォルトの名無しさん
05/06/03 18:36:06
intialize の反対で一番しっくりくるのはどれだろうか。

uninitialize
deinitialize
finalize
terminate
exit

これ以外にも何かある？

425:デフォルトの名無しさん
05/06/03 18:56:29
>424
たまに cleanup を使うことがある。

426:デフォルトの名無しさん
05/06/03 18:58:47
finzlize
次点がexit

427:デフォルトの名無しさん
05/06/03 19:03:09
>>424
initializeにはfinalizeしかないだろう
uninitializeとは初期化に失敗した場合呼び出すメソッドに思える
「初期化されてない」という意味でuninitializedとは言う
ただライブラリなどでuninitialize、deinitialize、cleanup、release
といった命名がされているのを見たことはある
しかしdeというprefixは「逆」を意味するから、方向性のないinitializeには
いまいちピンと来ない
「登録 register」や「接続 attach」は主従関係という方向性があるので
deregister、dettachと言える

ちなみに提示された案の反対語

uninitialize < initialize
deinitialize < ???
finalize < initialize
terminate < execute
exit < enter

428:デフォルトの名無しさん
05/06/03 19:06:37
enterならleaveだな

429:デフォルトの名無しさん
05/06/03 19:15:58
un-
形容詞・副詞・名詞につけて「反対」の意を表す.
・unhappy
=不幸な.
・unemployment
=失業.
動詞につけて,もとの意味とは反対の動作を表す動詞を作る.
・untie
=ほどく.
名詞につけて,その性質・状態を「除去」「離脱」する意味の動詞を作る.
・uncage
=解放する.
・un-Japanese
=非日本人的.

de-
「分離」「低下」「反対」の意を表す.
・defrost
=…の霜を取る.
・descend
=降下する.
・demerit
=短所.

430:デフォルトの名無しさん
05/06/03 19:23:51
dehappy
deemployment
detie
decage
de-Japanese

unfrost
unscend
unmerit

431:デフォルトの名無しさん
05/06/03 21:12:54
ホモを入れる方と入れられる方で明示的に区別したい場合、それぞれなんと呼べばいいですか？

432:デフォルトの名無しさん
05/06/03 21:25:26
class CTachi : public CHomo
class CNeko : public CHomo

433:デフォルトの名無しさん
05/06/03 21:28:48
inserter タチ
receiver ネコ

434:デフォルトの名無しさん
05/06/03 23:47:58
移動先の座標を表す変数名は何にしたら良いでしょうか？

435:デフォルトの名無しさん
05/06/03 23:52:51
DestinationXY

436:デフォルトの名無しさん
05/06/03 23:54:11
X,Y

437:デフォルトの名無しさん
05/06/04 00:04:30
>>435
そうします。どうも。

>>436
それは元の座標に使っているので無理です。すみません。

438:デフォルトの名無しさん
05/06/04 18:41:34
頻繁に読み出すファイルをあらかじめメモリに読み出しておく関数、e
既にメモリに読み出されているか調べる関数、f
ロード済みのメモリを取得する関数、g
ロード済みのメモリを解放する関数、h
で、いいのがあったら教えてください。

下のようなことをしたいのです。

void init()
{
　e(0); //ファイル0をよく使うのでメモリに読み出しておく
}

byte[] load(int index)
{
if(f(index))return g(0);
else return load_imp(index); //load_impは実際にﾌｧｲﾙを読み込む関数
}

ソースは Java ですが、命名スタイルは特にこだわりません。

439:デフォルトの名無しさん
05/06/04 18:46:44
FileBuffer.Load/Loaded/Unload

440:デフォルトの名無しさん
05/06/04 19:33:33
Cache

441:デフォルトの名無しさん
05/06/06 00:54:44
cacheで行きます。ありがとうございます。

442:デフォルトの名無しさん
05/06/07 10:14:09
3DでZ軸の「奥」と「手前」のことをそれぞれ英語で普通何と言いますか？

443:デフォルトの名無しさん
05/06/07 10:37:43
16777216 -> "16,777,216"
の変換関数の名前は何がいいですか？

444:デフォルトの名無しさん
05/06/07 10:51:16
under
above

445:デフォルトの名無しさん
05/06/07 12:13:26
>442
far, near

446:デフォルトの名無しさん
05/06/07 15:41:39
>>443
数値に3桁ごとにコンマを入れるという意味か?
commifyというのを見たことがある。

447:デフォルトの名無しさん
05/06/09 01:19:22
OSのアドレス変換で分散した通常のメモリ領域と対比される、
物理メモリ上での連続性を持ったメモリ領域の呼び方。

CPU以外のハードウェア（DMAなど）と共有するために使います。

今は physically contiguous を使ってますが、
もっと短い名前はないものか、と悩んでいます。

448:デフォルトの名無しさん
05/06/09 01:43:39
>>447
そもそも形容詞を二つ繋げて名詞にしてる時点でおかしいだろ
ContiguousMemorySpaceとかにしないとヘン

対比させるならSerialMemorySpace＜＞PartialMemorySpaceはどうか

449:447
05/06/09 02:30:34
>>448
physically coutiguous は memory とか allocator とか、
通常のメモリ管理で使ってた言葉にくっつけて区別するように使ってます。
通常版が memory で、物理連続版が physically_contiguous_memory って感じです。

「メモリ領域の呼び方」と聞いているので、>447でそこを省いたのは間違いでした。
すいません。

450:デフォルトの名無しさん
05/06/09 07:15:34
連続領域を仮想アドレスで返す奇天烈なAPIを作らないなら
ContiguousMemoryで十分じゃないの
URLﾘﾝｸ(msdn.microsoft.com)

451:デフォルトの名無しさん
05/06/11 13:29:57
だーいぶ昔に作ったプログラムというか微妙なもののソースを
久々に発掘したら変数名がｱﾎだった

　int hoge,hogeho,hogehoge,hohoho;

何でもいいとはいえコレは酷い

452:デフォルトの名無しさん
05/06/11 19:31:22
Delphiでリスト内に保持している一意のNoを再割り当てするメソッド名は何がよいのでしょう？
ReUniqueNoが現在候補にあがっています。

453:デフォルトの名無しさん
05/06/11 19:42:41
BASICを思い出した俺

454:デフォルトの名無しさん
05/06/11 19:44:05
renumber?

455:デフォルトの名無しさん
05/06/11 19:57:21
愚直に ReassignUniqueNumber

456:デフォルトの名無しさん
05/06/12 12:44:42
"一意のNo"を表すメンバなりプロパティなりをなんと命名してるかにも依存する、
というかすべきだよよね。「再」を表す接頭語が会ったほうが良いかどうかも
「リスト」の実装しだいの気がする。

普通、番号がリストの中で一意であることがわかるような命名をしていると思うので
(ItemNoとかItemIDとか）一意を表す"Unique"はメソッド名には不要じゃないだろうか。

総合すると(Re)AssignItemNoとか(Re)AssignItemIDみたいな感じか。

457:デフォルトの名無しさん
05/06/12 17:19:49
ReIdentify

458:デフォルトの名無しさん
05/06/12 21:34:29
ブラウザやフォルダの進む・戻る（移動のUndoRedo的なもの）情報の管理クラスの名前は何がいいですか。

459:デフォルトの名無しさん
05/06/12 21:48:53
なんたらHistory

次ページ