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
460:デフォルトの名無しさん
05/06/12 21:56:31
HistoryMgr
461:458
05/06/12 22:06:00
Historyは最近使ったファイルで使ってしまってます(RecentFilesとでもすべきですかね)。
もう少し明示的なものはないですか。
462:デフォルトの名無しさん
05/06/12 22:59:47
ForwardBackward
463:デフォルトの名無しさん
05/06/12 23:07:18
NavigationLog
464:デフォルトの名無しさん
05/06/12 23:15:09
PageHistoryManager
465:デフォルトの名無しさん
05/06/15 08:12:43
頁履歴管理者
466:デフォルトの名無しさん
05/06/15 09:20:43
NavigationHistory
でどうよ？
467:デフォルトの名無しさん
05/06/16 10:34:05
ウィンドウを以下の状態にする関数名はどんなのがいいでしょう？
・入力禁止にする
・灰色表示にする
・マウスカーソルを砂時計にする
・再描画など最低限の処理は許可する
要は、EnableWindowという名前がｶﾞｲｼｭﾂなので、代わりに良いのが無いかなと。
468:デフォルトの名無しさん
05/06/16 12:38:30
「ウィンドウ」のメソッドじゃなくて
その「ウィンドウ」を持ってるオブジェクトが「ウィンドウ」を操作するメソッドなわけ？
特別な理由がなければ、「ウィンドウ」をステートマシンにした方がいいんじゃないの？
「ウィンドウ」のステートを現す列挙型を作って、それを引数に取る
メソッドなりプロパティなりでステートを変更するようにする。
まあ、こういうUIの問題は前後の細かい文脈がわからないと
適切なアドバイスは誰もできない気がする。命名に関してすらもね。
469:デフォルトの名無しさん
05/06/16 13:38:39
？
470:467
05/06/16 13:44:57
>>468
単にWindowsAPIのEnableWindowに機能を追加したようなものを作りたいのです。
なのでクラス云々は考慮無しでおながいします。
471:467
05/06/16 13:48:10
で、連カキで申し訳ないですが、これにちょっと関連する以下の別関数もおながいします。
・WM_PAINTのみを処理（メッセージループ）する関数名
先の質問と併せて、WinSDKのマーの方ならよく作られる機能じゃないかなと思ったり。
472:デフォルトの名無しさん
05/06/16 14:08:11
変数名じゃなくマクロ名なんだけど
#ifdef __cplusplus
extern "C" {
#endif
と
#indef __cplusplus
}
#endif
をそれぞれマクロにしたいんだけど
いいのないでつか？半ばスタンダードになってるやつとか。
473:デフォルトの名無しさん
05/06/16 14:22:23
C_COMPATIBLE
474:デフォルトの名無しさん
05/06/16 15:16:42
#pragma once
つか混乱するからそれくらい毎回書け。
重複でさえあれば何でもかんでもマクロ化していくというのはよくないぞ。
475:デフォルトの名無しさん
05/06/16 17:13:09
#pragma once
は一度しか読まないようにするためのやつじゃ?
476:デフォルトの名無しさん
05/06/16 17:26:50
>>470
じゃあEnableWindowEx
477:デフォルトの名無しさん
05/06/16 17:56:27
>>467
>>468のアドバイスは的確だと思うが無理矢理命名するなら
SuspendWindowOperation()といったところか
戻す時はResumeWindowOperation()
>>471はProcWM_PAINT()かな
ProcはProceedとかProcessとか
478:デフォルトの名無しさん
05/06/16 18:06:45
LockWindow / UnlockWindow
SetWindowWaiting
SuspendWindow
うーん、イマイチ。
てか、関数のする事が多すぎて、役割がはっきりしないからだと思う。
479:478
05/06/16 18:08:57
>>477
あら、被っちゃった… ごめんなさい、更新し忘れてました。 orz
>>471 は単純に PaintLoop でどうだろう。
480:467
05/06/16 19:35:44
>>476
…('A`)
奥の手ですねぃｗ
>>477
いや、的確でないというか、MFCベースやOOPで作り込んでいるなら
オブジェクト～メソッドの話で完璧だと思うんですけど、今回は単なる
APIの置き換えを狙ってたので…。
>>478
何をするかって、端的に書きすぎました。スマソ。
どんな時にこれを使うかと言うと「長い処理をしている間」です。
この時にウィンドウを入力禁止にしつつ、マウスカーソルを砂時計（ｒｙ
てな感じで、ついでに再描画もやらせる必要があったので、WM_PAINTの
質問もさせていただいた訳であります。
そういう訳で、SuspendWindow辺りがいい感じかも。
再描画はとりあえず、RePaintLoopにしてみました。
481:デフォルトの名無しさん
05/06/16 19:47:56
(*ﾟДﾟ)ネタスレかと思ったら違うのか。
482:デフォルトの名無しさん
05/06/16 22:56:52
>>472
#ifdef をマクロの中に書けたっけ？
483:デフォルトの名無しさん
05/06/16 22:59:03
>>480
何か勘違いしている悪寒。
484:デフォルトの名無しさん
05/06/17 03:03:43
>>482
#ifdef __cplusplus
#define HOGE 1
#else
#define HOGE 0
#endif
でいいだろ
485:デフォルトの名無しさん
05/06/17 13:00:39
同一商品のサイズ違いや色違いをまとめたテーブル名なんだけどなんかいいのないかな
Group、ItemGroup以外で頼む
486:デフォルトの名無しさん
05/06/17 13:12:32
>>485
「変種」という意味で variant が使えるかも。
VariantItemGroup
487:デフォルトの名無しさん
05/06/17 13:27:09
>>486
他にはどんなのがよさそう？
488:デフォルトの名無しさん
05/06/17 14:01:28
>>487
サイズ違い、色違いがそれぞれ独立していれば
Sizes, Colors になるのだと思う。
しかしまとめるとなると…。
custom-made オーダーメイド
product 製品
→ CustomProducts
sample 見本
catalog 目録
showcase 陳列棚
これでは抽象的すぎるかな。
489:デフォルトの名無しさん
05/06/17 15:19:32
ばりえーしょん
490:デフォルトの名無しさん
05/06/18 13:30:08
テキストフィールドがあって、エンターキーを押すと action() が呼ばれます。
action() の中でテキストフィールドの値を検査するために verify() が呼ばれます。
verify() はエンターキーが押されたときだけでなく、マウスでフォーカスを
はずしたときにも呼ばれます。
verify() の中で action() から呼ばれているのかどうかを知るために
テキストフィールド field にメソッド(プロパティ) を追加しようとしています。
どのような名前が良いでしょうか？
field.isInAction() ?
491:デフォルトの名無しさん
05/06/18 13:37:58
CallByAction
492:デフォルトの名無しさん
05/06/18 13:53:35
caller
493:デフォルトの名無しさん
05/06/18 13:55:06
field.isInAction()
494:デフォルトの名無しさん
05/06/18 14:37:33
verify_on_action()
verify_on_focus_lost()
495:デフォルトの名無しさん
05/06/18 15:20:31
>>490
なんかプロパティの名前をどうこうすべきっていう以前に糞設計の匂いがする。
読んだ限りでは、actionとかverifyってのはfield自身のメソッドではなく
それを持っているオブジェクトのメソッドに読めるけど、
本当にその設計に必然性はあるのか？
それにactionからverifyを呼び出すってのも、本当にそうである必要があるの？
エンターキーが押されたときに実行されるメソッドから直接verify（どうでもいいけど
validateとかの方が適切じゃないか？）を呼ぶようにすれば、単に引数で
verifyの動作を指示するということで解決しそうに思えるが。
496:デフォルトの名無しさん
05/06/18 16:19:03
>>490
verifyメソッドのプロトタイプ宣言をこんな感じにして
void verify(const Object& sender);
actionメソッドからverify(this);で呼び出せば良いように設計してください
あるプロパティを設定してからあるメソッドを呼ぶなんてのは
間違いなく設計ミスです
497:デフォルトの名無しさん
05/06/18 16:31:25
GUIプログラミングでは内部的に状態を持つなんて普通のことなんだが。
busy = true; try{ ... } finally { busy = false; }
～別の関数～
if(busy) return; paint(); // 無駄な再描画をスキップ
とかね。
498:デフォルトの名無しさん
05/06/18 16:52:47
そういうの馬鹿の一つ覚えっていうんじゃないの？
>>490の話のどこにステートマシンの必要性を感じるのか理解不能だね。
入力に対して常に同じ応答をするようなものをステートマシンに仕立てる必然性がない。
499:デフォルトの名無しさん
05/06/18 16:57:39
>>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
500:デフォルトの名無しさん
05/06/18 17:09:17
>>499
こういううっとうしい奴って定期的に湧いてくるよなあ。
いかにも論理的・目的合理的に物事考えるのが苦手な日本人らしいが、
しかしそんな奴がプログラマにもいるってのはどういうことだろう。
いいかい？「命名規則や設計の善し悪しについて議論するのは基本的に禁止」
これは何のため？
話題が拡散することによって、本スレの目的（命名について話し合うこと）が
阻害されることを防ぐため。
逆を言えば、阻害されなければ問題がないわけだ。
で、現実はどうよ？設計法を話題にすることによって命名に関する話題が阻害されてるか？
そんなこたあねえよ。
ていうか、そもそも本スレの目的、それ自体の上位目的は何よ？
ざっくり言ってプログラマとしての能力向上だろ？
設計について話題にすることは、この上位目的にとって有意義じゃないの？
つーか、>>499や俺のようなレスこそまったく意義がないことについてはどう思ってるのだろうか。
馬鹿特有の俺様棚上げ？
501:デフォルトの名無しさん
05/06/18 17:14:29
スレ違いだけど暇だから粘れるだけ粘ってやるぜ
まで読んだ
502:デフォルトの名無しさん
05/06/18 18:03:05
○(バイナリ)ファイルのダウンロード
respnse～～～("appli/～stream") ←コンテントタイプを『application/octed-stream』に設定。これはバイナリファイルを送受する時に指定。
outputstrean ops～ ←OutputStreamインスタンスを取得。
sercletcontext con =～ ←別のページとデータのやり取りをするインスタンス。
fname = con.getRealPath("/WEB-INF/"～) ←ServletContextインスタンスのgetRealPathメソッドで、相対パスを絶対パスに変換。
response.setHeader("Context-Disposi～～～"); ←ダウンロードのデフォルトの保存ファイル名を指定している。
fis = new
bis = new
int n =
while(n = { ←１バイトずつ読み込む。
ops.write(n); ←OutputStreamインスタンスへ出力。
}
503:デフォルトの名無しさん
05/06/18 18:03:31
○(バイナリ)ファイルのアップロード
ServletInputStream in = request ～ ←ServletInputStreamインスタンスの取得
int max = 10240;
byte[] buf = new byte[max];
int eof = in.readLine(); ←クライアントから送信されるデータはMIME形式に変換されているので、MIME部分を取り除く必要がある。
bufにデータを読み込む。最初の4行分のデータを取得。この4行がMIMEの情報を記述してある部分。
ファイルが転送されるとき、MIMEではこのような形でデータが送られる。
---------------XXXX(Boundary)
Content-Disposition form-data: name=XX; filename=XX
Content-Type:XX
空白行
～～ 実際のデータ ～～
---------------XXXX(Boundary)
fos = new FileOutputString(fname); ←
bos = new BufferdOut～ ←
ByteArrayOut ba～ ←メモリ上にbyte配列データとして出力するためのストリーム
ba.write(buf,0,eof); ←
byte[] data = ba.toByteArray(); ←ByteArrayOutputStreamからbyte配列を取り出す。
bos.write(data,0,data.length - 2); ←改行コード(\r\n)以外の部分をファイルに書き出して保存。
504:デフォルトの名無しさん
05/06/18 18:04:29
○カスタムタグで使う３ファイル
//Javaソースコード(カスタムタグのプログラムを書く)
<ファイル>⇒<新規>⇒<クラス>
ソースフォルダー：パッケージ ＞ WEB-INF ＞ src に作成
スーパークラス：javax.servlet.jsp.tagext.SimpleTagSupport(シンプルタグサポート)
(書式)
class クラス ～ {
public doTag(){ ←タグが呼び出されたときに処理されるメソッド
～
}
}
//TLDファイル(XML)の作成 (どのクラスが、どういうタグとして利用されるかを定義したもの)
<ファイル>⇒<新規>⇒<ファイル>
親フォルダー：パッケージ ＞ WEB-INF に作成
(書式)
<taglib ～>
～～～
</taglib>
//カスタムタグを利用しているJSP
<%@ taglib prefix="my" uri="/WEB-INF/MyTag.tld" %> ←my(ﾌﾟﾚﾌｨｸｽ)はタグの名前として使われるもの。
←uriでTLDファイルのパスを指定。
<my:today /> ←todayはカスタムタグの『javaｿｰｽｺｰﾄﾞの名前』
ここで『my(MyTag.tid)』と『today(javaソース)』を関連付けている。
505:デフォルトの名無しさん
05/06/18 18:04:47
// (予備知識) web.xmlにTLDを記登録する。 (taglibﾃﾞｨﾚｸﾃｨﾌﾞでTLDファイルの相対パスを指定しなくて良くなる)
//web.xmlに以下のコードを追加するだけ
<jsp-config>
<taglib>
<taglib-uri> mytag </taglib-uri>
<taglib-location> /WEB-INF/MyTag.tld(ＴＬＤファイルのパス) </taglib-location>
</taglib>
</jsp-config>
//これにより、カスタムタグの呼び出しはこれでよくなる。
<%@ taglib prefix="my" uri="mytag" %> ←my(ﾌﾟﾚﾌｨｸｽ)はタグの名前として使われるもの。
506:デフォルトの名無しさん
05/06/18 18:05:37
○TagSupportクラス と BodyTagSupportクラス
○TagSupportクラスの作り方
<ファイル>⇒<新規>⇒<クラス>
ソースフォルダー：パッケージ ＞ WEB-INF ＞ src に作成
スーパークラス：javax.servlet.jsp.tagext.TagSupport(タグサポート)
○TagSupportクラスのメソッド
開始タグ(doStartTagメソッド)
(返値がSKIP_BODY ⇒ 終了タグにジャンプ)
(返値がEVAL_BODY_INCLUDE ⇒ ボディの処理にジャンプ)
ボディの処理(doAfterBodyメソッド)
(返値がEVAL_BODY_AGAIN ⇒ 再度ボディの処理にジャンプ)
(返値がSKIP_BODY ⇒ 終了タグにジャンプ)
終了タグ(doEndTagメソッド)
(返値がEVAL_PAGE ⇒ 残りのページ処理に戻る)
(返値がSKIP_PAGE ⇒ 残りのページ処理をスキップ)
(使用例)
//カスタムタグを利用しているJSP
Public class クラス～{
スタートメソッド{
print <font color = ''>
}
エンドメソッド{
print </font>
}
}
507:デフォルトの名無しさん
05/06/18 18:27:16
↑これは何?
英語で言うなら、"What is this?"
508:デフォルトの名無しさん
05/06/18 18:33:04
インドネシア語で言うなら、"Apa ini?"
509:デフォルトの名無しさん
05/06/18 19:22:51
javaの覚書のようですね。
ってかこんな所に書くな。
510:デフォルトの名無しさん
05/06/18 19:26:45
上のほうでﾌｧﾋﾞｮってた奴の嵐だろ
511:デフォルトの名無しさん
05/06/18 19:45:44
ネーミングで困ってます。
節点
要素
節点番号
要素番号
総節点数
総要素数
この六つについて、お願いします。
512:デフォルトの名無しさん
05/06/18 19:48:06
Node
Element
Node number
Element number
Number of total nodes
Number of total elements
513:デフォルトの名無しさん
05/06/18 20:04:16
長すぎだろｗ
514:デフォルトの名無しさん
05/06/18 20:05:05
節点番号というのが節点を一意に区別するものならnode id
総節点数：node count
515:デフォルトの名無しさん
05/06/18 20:10:07
> 節点番号というのが節点を一意に区別するものならnode id
(゜∀゜)ｿﾚﾀﾞ！
516:デフォルトの名無しさん
05/06/18 20:11:42
ここは辞書引き代行スレじゃないんだが
517:デフォルトの名無しさん
05/06/18 21:44:44
ここは命名規則や設計の善し悪しについて議論するスレでしょう
518:デフォルトの名無しさん
05/06/18 22:29:28
いやまぁ、確かに。あまりにも淡々と質問に答えるだけなのは淋しいものだよ。
いい命名規則やら設計やらを提示することでも、いい名前が出てくるんじゃないかな。
ええじゃないか、ちょっとくらいなら。なんてね。
519:デフォルトの名無しさん
05/06/18 23:40:56
～番号は ｘｘｘId
総～数は ｎｕｍＸｘｘ とか ｘｘｘＣｏｕｎｔ とかかな。
520:デフォルトの名無しさん
05/06/18 23:46:12
>>519
ID は識別子だろう。
～番号なら、
～No or ～Number
の方がいいかと。
521:デフォルトの名無しさん
05/06/18 23:59:21
文脈によってはIDも大いにありでしょ。というより実際使われてるし俺も使ってる。
デバドラ書く人ならVendorIDみたいなのはお馴染みだね。
522:デフォルトの名無しさん
05/06/19 00:14:17
>>521
> VendorID
それは業者毎に固有に割り当てる識別子の事だろ？
523:デフォルトの名無しさん
05/06/19 00:32:43
だから「文脈によっては」。
学籍「番号」、社員「番号」― こういうのを君の世界ではIDと呼ばないのかえ？
524:デフォルトの名無しさん
05/06/19 00:35:12
>>523
それを総じて識別子と呼ぶんじゃないか。
525:デフォルトの名無しさん
05/06/19 00:37:39
頭悪いなあ。。。
だから識別子と呼んだらなんなの？
識別子≒番号、しかし、識別子∩番号≒Φだよ
526:デフォルトの名無しさん
05/06/19 00:39:15
もうお前このスレにいなくていいよ邪魔だから
527:デフォルトの名無しさん
05/06/19 00:39:22
> ～番号は ｘｘｘId
これで「文脈によっては」とは読めないしな。
この書き方だと、全ての番号は「ID」とする様に読める。
528:デフォルトの名無しさん
05/06/19 00:47:35
>>523
それのどこが文脈なのか？
と問いたい。
その「番号が持つ意味」として、
「識別するための番号」
と言う意味合いが与えられているから「識別子」と言われるのであって、
決して文脈で変わるものではない。
文脈で変わるなら、同じ番号を表すのに、
xxxNumber
xxxId
が同一プログラムで混在して出てくる事になる。
529:デフォルトの名無しさん
05/06/19 00:49:30
>>527
そりゃ、言葉としては No ≠ ID だけどさ。
直訳すればいいってもんでもないでしょ。
プログラミングで「～番号」って言葉を使うときって往々にして
識別子として番号を振りたいって状況だし。
あるいは、ほんとに作った順に1番、2番、・・・と番号を振って行きたいって
場面だと思うけど、この場合自然と Unique な数値を振ることになって、
結果的に識別子＝IDだと考えても差し支えないはず。
問題は no は number の略、num だと個数と取られかねない、
だから個数と総数を混在させたい場合には no, num は避けたいと言う所。
番号だから直訳で no, num にすると言うのができない状況下で、
言葉をどう置き換えるかといわれると ID でいいことが多い。
530:デフォルトの名無しさん
05/06/19 00:50:20
あっ、なんか一部分日本語変。
×個数と総数を混在させたい場合
○識別番号と総数を
531:デフォルトの名無しさん
05/06/19 00:58:35
>>528
なんか頭悪い人が多いなあ。。
例えば日本語で同じ「番号」といっても「社員番号」の番号と
キャッシュカードなどの「暗証番号」の番号では意味あいが違う。
文脈によっては、とは、別の表現を使うなら
「その」番号のニュアンスによっては、ということだよ。
532:デフォルトの名無しさん
05/06/19 00:59:39
>>529
オレは全ての番号を「xxxNo」にしろ等とは言っていない。
>>519の
> ～番号は ｘｘｘId
で「全ての番号はID」とする、
と読めたので「それはどうか？」と言っているだけだ。
この書き方をされると、行番号やログ番号なども
LineID
LogID
とする様に聞こえる。
さすがにこれはどうか？と思っただけだ。
「社員番号」や「学籍番号」などは、
社員や学生を識別するための番号
と言う意味合いを番号なのでIDで良いだろう。
行番号やログ番号は、シーケンシャルな番号であって識別子ではない。
同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか？
と言う話だ。
533:デフォルトの名無しさん
05/06/19 01:04:15
>>532
今さ、>>511 からの流れで話進んでるよね？
文脈的に、「～番号」と「総～数」の混在下における話よね？
534:デフォルトの名無しさん
05/06/19 01:07:32
>>531
> なんか頭悪い人が多いなあ
その言葉、そっくりそのままお返ししよう。
藻前は「文脈」の意味をはき違えてないか？
> 例えば日本語で同じ「番号」といっても「社員番号」の番号と
> キャッシュカードなどの「暗証番号」の番号では意味あいが違う。
「社員番号」、「暗証番号」で一つの語だろう。
これらの意味合いが、
文脈 - つまりは前後の文との関係 - で意味がどう変わるのか？
どんな文脈で現れようと、
「社員番号」は「社員を識別する番号」であって、
文脈では変わらないだろう？
535:デフォルトの名無しさん
05/06/19 01:18:00
>>529
文脈、文脈と言うなら、
総数は「Total～」にすべきジャマイカ？
536:デフォルトの名無しさん
05/06/19 01:24:37
>>534
もういっぺん中学生あたりから勉強やり直した方が。。。
「社員番号」、「暗証番号」で一つの語ってそういう問題だろうか（笑）
もともと、話はXX番号を表現する変数をどう命名するか、というところから
始まっているのだが。
だからこそ、「同じXX番号といっても文脈によって様々なニュアンスがありうる」
という話になるわけでして。
本当、最近こういう話の「文脈」に鈍感な御仁が多くて困るんだよねえ。
鶏のように三歩あるくと前のこと忘れてる、みたいな。。。
537:デフォルトの名無しさん
05/06/19 01:32:28
盛り上がってまいりました
538:デフォルトの名無しさん
05/06/19 01:40:02
>>536
そんなに文脈を大事にしたいになら、
>>514の様に書けばすむ話だろう。
何の脈絡もなく
> ～番号は ｘｘｘId
と書かれれば、
> ID は識別子だろう
と言いたくもなる。
539:デフォルトの名無しさん
05/06/19 01:42:53
>>535
実際、どうしてる人が多いかということで言うと、
num, totalNum よりも id, count にしてる人の方が多いよ。
total number だと長ったらしくて嫌。
まあ、amout とかでもいい気はするけどさ。
あと、number は、個数、順番、数値、識別番号と
多義的な言葉だから、極力避けたい。
540:デフォルトの名無しさん
05/06/19 01:47:34
>>533
>>519の書込では、
> 「～番号」と「総～数」の混在下における話
とは受け取れない。
541:デフォルトの名無しさん
05/06/19 01:51:21
>>539
漏れ的には、
番号 → ～No、～Number
識別子・識別番号 → ～ID
総数 → ～Total、Total～
個数 → ～Count
辺りかな。
542:デフォルトの名無しさん
05/06/19 01:59:41
>>536
> 話はXX番号を表現する変数をどう命名するか、というところから始まっているのだが。
> だからこそ、「同じXX番号といっても文脈によって様々なニュアンスがありうる」
> という話になるわけでして。
> ～番号は ｘｘｘId
この書込のどこに
> 同じXX番号といっても文脈によって様々なニュアンスがありうる
ととれる要素があるのか？
> 話はXX番号を表現する変数をどう命名するか、というところから始まっている
時に、
> ～番号は ｘｘｘId
と書かれれば、
「番号であればどれでも一律で'xxxId'とする」
としか読めないだろう。
藻前こそ、文脈を読めよ。
543:デフォルトの名無しさん
05/06/19 02:40:14
>>540
空気嫁よ。
544:デフォルトの名無しさん
05/06/19 03:02:34
そろそろ飽きてきた漏れがいますよ
545:デフォルトの名無しさん
05/06/19 09:07:58
こいつら口論できるならmalloc/free, gotoでも何でもいいんだろうな・・・
くだらね
546:デフォルトの名無しさん
05/06/19 12:45:41
>～番号は ｘｘｘId
>ID は識別子だろう。～番号なら、～No or ～Numberの方がいいかと。
>文脈によってはIDも大いにありでしょ。
>その「番号が持つ意味」として、「識別するための番号」と言う意味合いが与えられているから「識別子」と言われるのであって、 決して文脈で変わるものではない。
>文脈によっては、とは、別の表現を使うなら「その」番号のニュアンスによっては、ということだよ。
>「その」番号のニュアンスによってはIDも大いにありでしょ。
>同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか？ と言う話だ。
>どんな文脈で現れようと、「社員番号」は「社員を識別する番号」であって、文脈では変わらないだろう？
>同じXX番号といっても文脈によって様々なニュアンスがありうる
>同じXX番号といっても「その」番号のニュアンスによって様々なニュアンスがありうる
547:デフォルトの名無しさん
05/06/19 12:57:58
・社員番号
・社員ID
・総社員数
とあったら、>>519氏はどうするのだろう？
> ～番号は ｘｘｘId
> 総～数は ｎｕｍＸｘｘ とか ｘｘｘＣｏｕｎｔ とかかな。
この理論で行くと、
・社員番号 → EmployeeId
・総社員数 → numEmployee、EmployeeCount
・社員ID → …?
よけい混乱しそうだ。
548:デフォルトの名無しさん
05/06/19 12:58:44
社員番号と社員IDはどう違うのかね
549:デフォルトの名無しさん
05/06/19 13:01:16
IDは番号とは限らない。
550:デフォルトの名無しさん
05/06/19 13:05:26
>>547
ありえない仮定をする。は詭弁IDいくつだったっけ？
551:547
05/06/19 13:05:51
例えば、以下のような感じでどうよ？
社員番号 … 部署毎などに付けられた社員の番号
社員ID … 社内で重複しないように割り振られた社員を識別する識別子 (英数字表現)
552:デフォルトの名無しさん
05/06/19 13:08:55
そういう（あるかどうかもわからない）特殊例を持ち出して何を言いたいんだ？
553:デフォルトの名無しさん
05/06/19 13:28:58
幼女を管理するクラスを作っていたら、
熟女(ママ)まで扱うことになってしまいました。
名前はどうしたら良いでしょうか?
554:デフォルトの名無しさん
05/06/19 13:42:40
っつーか、まだID論争やってたのかよ。
空気嫁って。
555:デフォルトの名無しさん
05/06/19 13:57:57
自分が適当に考えてつけてる変数名やクラス名。
別の会社のソースを見ると、まったく同じ発想で命名してる
のを良く見かける。そのたびに、
「バカはみんな発想の仕方が同じなのだな・・・」
と、つくづく思う。
556:デフォルトの名無しさん
05/06/19 14:44:36
二つの文字列を比較して同じか違うかを返す関数の名前ってどうしたらいいですか？
557:デフォルトの名無しさん
05/06/19 14:45:22
strcmp
558:デフォルトの名無しさん
05/06/19 14:50:27
ありがとうござました
559:デフォルトの名無しさん
05/06/19 15:33:40
CompareStrings
560:デフォルトの名無しさん
05/06/19 16:00:17
558のコード
if(strcmp(a,b)) ; /* 同じだ */ else ; /* 違うぞ */
561:デフォルトの名無しさん
05/06/19 17:05:46
>>559
こっちにしました
562:デフォルトの名無しさん
05/06/19 20:26:10
>>560
言いたいことは分かるが、別にそういう仕様の関数にしたっていいと思う。
ANSI C の文化圏外なら。
563:デフォルトの名無しさん
05/06/19 20:28:33
Cのstrcmpを意識しないならcompareなんて論外だな。最悪のネーミング。
equalsのように明示すべきだ。
564:デフォルトの名無しさん
05/06/19 21:11:28
なる。たしかにそうだな。
565:デフォルトの名無しさん
05/06/19 23:17:15
なんか頭悪い人が多いなあ。。
566:デフォルトの名無しさん
05/06/21 01:00:12
>>565
中学生？
567:デフォルトの名無しさん
05/06/21 15:28:39
>>566
いや，年少組さん
568:デフォルトの名無しさん
05/06/22 16:55:38
ネットゲームでプレーヤーのデータを追加したり呼び出したりみたいなことをするクラスは
どんな名前がいいですか？
569:デフォルトの名無しさん
05/06/22 17:05:01
player
570:デフォルトの名無しさん
05/06/22 17:07:07
やっぱりそれでいいんですか
571:デフォルトの名無しさん
05/06/22 18:30:24
human
572:デフォルトの名無しさん
05/06/22 18:41:57
PlayerDataManager
573:デフォルトの名無しさん
05/06/25 16:39:46
DBにキー値でアクセスして、それが存在するならtrueを返すメソッド名を考えてくれ
574:デフォルトの名無しさん
05/06/25 16:46:45
bool ExistKeyInDataBase(String KeyName);
575:デフォルトの名無しさん
05/06/25 17:10:48
DBオブジェクトがあってそいつのメソッドに出来るなら
db.hasKey(key) がいいかもね。
576:デフォルトの名無しさん
05/06/25 19:24:44
なんか変だな。キーってのはデータを集約するDBのなかでデータを
特定するための値ってことだろ？だからDBにキーがあるか？ってこ
とじゃなくて、そのキーに対応するデータがあるか？ってことじゃないの？
>>573
＞DBにキー値でアクセスして、それが存在するならtrueを返すメソッド名を考えてくれ
「それ」って何かがはっきりしてんなら
bool db.Hasそれ(keyType key)
じゃないの？
577:デフォルトの名無しさん
05/06/25 20:18:16 BE:379290896-
Database.hasKey(String)に一票。
>>576
「それ」ってフィールド以外の何物でもないと思う。
578:デフォルトの名無しさん
05/06/25 20:35:22
ContainsKey
579:デフォルトの名無しさん
05/06/26 00:57:31
ちょっと前の議論を蒸し返させてもらうけど、
「xxの数」という意味の変数を命名するときにはxxCountにする、って意見は
このスレ以外でもよく目にするんだけど、こういう人は正直言葉のセンスに問題があると思うな。
どう考えてもCountという言葉には「～の数」なんてニュアンスはない。
Countの語意はそのように静的に何かの数を指すものではなく、むしろ動的に
何かを数えた結果、というような感じだろう。
あまり使わない日本語だが、「計数」という言葉の意味に近い。
だから例えば受信したパケットの数やボタンがクリックされた回数を表すのは
PacketCount,ClickCountでいいが、ユーザーが入力した発注数量や行の最大数をあらわす定数を
OrderCountとかMAX_ROW_COUNTとするのはやや語感的におかしいと思う。
単純に「～の数」ならNumber、「注文番号」と「注文数量」のような区別をする必要がある場合は
前者はID,Idx、後者はAmountのようにするのが自然だろう。
Numberが多義的だから使うなって意見もよく見るが、正直意味不明な戯言にしか思えない。
Numberという語が多義的な程度には、英語の単語はどれも多義的だろう。
英語はそういう風に単語の意味が文脈に依存する言葉なんだから。
580:デフォルトの名無しさん
05/06/26 02:12:01
>>579
> どう考えてもCountという言葉には「～の数」なんてニュアンスはない。
body count: 戦死者数
blood count: 血球数
head count: 人数
pollen count: 大気中の花粉数(値)
『Countという言葉には「～の数」なんてニュアンスはない』なんて言う奴は
正直言葉のセンスに問題があると思うな。
581:デフォルトの名無しさん
05/06/26 02:20:18
ﾋﾂｹｰ
582:デフォルトの名無しさん
05/06/26 02:23:49
>>579
> だから例えば受信したパケットの数やボタンがクリックされた回数を表すのは
> PacketCount,ClickCountでいいが、ユーザーが入力した発注数量や行の最大数をあらわす定数を
> OrderCountとかMAX_ROW_COUNTとするのはやや語感的におかしいと思う。
MAX_ROW_COUNTのほうは君の主張とずれてはいないんじゃないか？
受信したパケット数はPacketCountでいいんだろ？
入力した行数はRowCountでいいんだろ？
入力した行数のとりうる最大値がMAX_ROW_COUNT。（またはROW_COUNT_MAXかな。）
こういうとき君はどうすんの？ROW_NUMBERまたはNUMBER_OF_ROW？
それが分かりやすいの？
583:デフォルトの名無しさん
05/06/26 02:33:20
Count-[名]
2[C] [通例単数形で] 総数，総計.
出典エキサイト英和辞典
584:デフォルトの名無しさん
05/06/26 09:06:39
>>579
お前は天下のマイクロソフト様を敵に回した。
っつーかさー、空気読めって3回くらい言われてるだろ。
お前の意見が劣勢なの、明らかじゃん。
585:デフォルトの名無しさん
05/06/26 17:35:32
Numberはなんか使いたくないな
586:デフォルトの名無しさん
05/06/26 18:45:07
Number は多義的だから使うな とは言わないけど
文脈によって違う意味にとられる可能性のある単語はなるべく避けるべきだと思ってる。
587:デフォルトの名無しさん
05/06/26 20:33:06
会員制掲示板のログインをするためのクラスの名前は
LoginControllerかLoginManagerならどっちがいいですか？
588:デフォルトの名無しさん
05/06/26 20:37:06
EnterClub
589:デフォルトの名無しさん
05/06/26 20:37:38
Sneaker
590:デフォルトの名無しさん
05/06/26 20:47:07
PassportController
591:デフォルトの名無しさん
05/06/26 21:19:56
>587
そのクラスがmanageするか、controlするかで決まるだろ。
592:デフォルトの名無しさん
05/06/26 22:48:18
入力フォームで数値入力だけ受け付けるように
キー入力をフィルタリングするコールバック関数の名前って
どしたらいいでしょか？
input.onKeyDown = 数字だけ通す関数()
という風に書くつもりです。
593:デフォルトの名無しさん
05/06/26 22:52:10
Sorry_NumericOnly()
594:592
05/06/26 23:13:22
>>593
ありがとうございます。
やっぱ謝らなきゃならないですかねえ？
確かに申し訳ない処理をしているといえばそうなのですが…
595:デフォルトの名無しさん
05/06/26 23:55:46
>>593-594
ﾜﾛﾀ
accept_numeric_key
numeric_key_handler
ｳｰﾝ…
596:デフォルトの名無しさん
05/06/27 02:10:22
>>587
MemberGateway
>>592
>>595のNumericKeyHandlerに一票
HandlerがイヤならListenerとか
597:デフォルトの名無しさん
05/06/27 02:32:27
MemberGatewayはちょっと長いな＝
598:デフォルトの名無しさん
05/06/27 04:04:21 BE:252860494-
>>587
インターフェースも提示したほうが良い回答が得られると思われ。
LoginService
BbsServer
>>597
待て。LoginControllerのほうがよっぽど長いが。
っていうかクラス名って長いもんだろ。
599:デフォルトの名無しさん
05/06/27 10:36:23
>>592
もし、それがWindowsのテキストボックスなら、
Windowスタイルを変えるだけで、
そのコールバック関数そのものが不要になるが、
その辺はOK?
600:デフォルトの名無しさん
05/06/27 18:36:45
ゲーセン関連のシステムなんですけど、
ゲーム機クラス(Machine)があって、それを継承した
「設置済みゲーム機」
のようなクラスの名前をどうしたらよいか迷っています。
Javaで作ってます。
601:デフォルトの名無しさん
05/06/27 18:42:56
FixedMachine
StayedMachine
602:デフォルトの名無しさん
05/06/27 18:49:28
>>600
FixedMachine
AlreadyFixedMachine
InstalledMachine
よけいなお世話かもしれないけど、"Machine"なんて大風呂敷な命名すると
後からゲーム機以外の「機械」をあつかうような仕様変更があったときに困るような気が。
あと、また設計ダメ厨に文句言われそうだけど、
それって継承つかって実装すべきことなんだろうか？
なんかそれだけの文面だとそういう風に聞こえないんだけど。
603:600
05/06/27 19:25:21
>>601-602
ありがとうございます。InstalledMachineがしっくりきてる気がします。
>>602
Machineのネーミングはそれ以外にはまずありえないと思うので問題ないと思います。
設計のほうはちょっとあやしいかもしれません。
想像し辛いかもしれませんが、店内にゲーム機を設置できる場所というのは、
ソケットのように一定の場所に決まっていて、
そのソケット的な役割のクラスを「配置クラス」とすると、
「配置クラス」は「設置済みゲーム機クラス」を集約する関係になります。
「設置済みゲーム機クラス」は「ゲーム機クラス」に設置日などの属性が追加されています。
こんな感じなんですが、考え直したほうが良いですかね。
あと、「配置クラス」(日本語でもちょっとニュアンスが変な気が)のクラス名も考えて頂きたいです。
よろしくお願いします。
604:デフォルトの名無しさん
05/06/27 20:24:09
>>603
設置済か否か？設置日は何時か？といった情報は状態だと思う。
でもって、状態をゲーム機クラス(や、そのサブクラス)が認知してる必要はあるの
かな？っと･･････
コレクションの方に入れるべきか迷うけど、とりあえず俺ならアダプターパターンで
設置日とゲーム機クラスのインスタンスを保有するInstallationAdapterクラスとか
作ると思う。
0..* 1
Arcade◇→InstallationAdapter◇→Machine
605:592
05/06/27 23:26:36
どもありがとうございました。
NumericKeyHandler にさせて頂きました。
>>599
OKです。というか、WebのフォームなのでJavascriptで
いじくってます。どもです。
606:600
05/06/28 13:13:07
>>604
レスありがとうございます。
この辺は設計しながらも腑に落ちないところがあったので、もう一度考え直します。
おかげで、自分でもあやふやなまま進めようとしていたことに気づきました。
まず、「設置済み」とか「設置日」とか言っていましたが、
正確には「導入済み」「導入日」というべきかもしれません。
要は、店がMachineを購入して、初めて設置した日のことなのです。
Machineは最初に設置した場所から移動して再設置することもありますが、
そのMachineの「導入日」はいつまでも変わることはありません。
又、「導入日」が違っても同じMachineであることはありえます。
教えていただいたクラス図ですが、InstallationAdapterは
>>603でいう「配置クラス」的な役割は果たせないと思うのです。
「配置クラス」は固有のID（配置番号）を属性にもっていて、ゲーム機を0..1で集約しています。
上にも書いた理由から、このクラスが「導入日」は持てないんですよね。
607:デフォルトの名無しさん
05/06/28 20:28:01
すみません、ユーザーに引越し願望を起こさせる爆音鳴らすアプリケーションを作ろうと思っているのですが、パッケージ名称はMiyocoで宜しいのでしょうか？
608:デフォルトの名無しさん
05/06/28 20:29:46
ネーミングのセンスどころかネタのセンスもない。
609:デフォルトの名無しさん
05/06/28 21:23:32
>>606
【初心者歓迎】Java質問・相談スレッド65 Update 2
ｽﾚﾘﾝｸ(tech板:434番)
質問スレの方にレスを振っておきました。
610:デフォルトの名無しさん
05/06/29 18:20:02
signedかunsigned、又はfloat
及びバイト又はビット数を元に
最適なクラスになるテンプレートクラスを
作ったんですが、良い名前が浮かびません。
よろしくお願いします。
例
hoge< signed, 1 > → 中身は、__int8
hoge< float, 4 > → 中身は、double
611:デフォルトの名無しさん
05/06/29 18:38:06
>>610
boostに整数限定で同じようなことをするクラスがあって、そいつはずまりintegerとなっている。
（ただし名前空間に閉じ込められている）
612:デフォルトの名無しさん
05/06/29 19:59:40
integer + float = number ?
613:デフォルトの名無しさん
05/06/29 20:16:19
SuitableNumber?
614:デフォルトの名無しさん
05/06/29 22:25:21
>>611-613
参考になりました。
ありがとうございました。
615:デフォルトの名無しさん
05/06/30 19:38:38
もう調べたところ、まだ調べていないところ、
という配列２つ作りたいんですが、
英語力無い僕に単語が思い浮かびません
お助けください・・
616:デフォルトの名無しさん
05/06/30 21:14:00
checkとかtestとかseeとか、動詞の部分は臨機応変に。
案1
before_check, after_check
案2
unchecked, checked
617:デフォルトの名無しさん
05/06/30 21:35:39
別に無理に英語にすることなかろう
MouSirabeta,MadaSirabeteNai
618:デフォルトの名無しさん
05/07/01 08:19:04
ShilaBetaにしとけば、英語だと思ってもらえそう。
反対はShilaBetty9。
619:デフォルトの名無しさん
05/07/01 13:19:55
駄洒落はちょっとどうかと。
620:デフォルトの名無しさん
05/07/01 23:35:19
yetCheck、alreadyCheckってとこかね？
配列、コレクションなら後にListをつけるとか。
621:デフォルトの名無しさん
05/07/02 04:56:55
>>620
マジレスすると、「yet」も「already」も「既に」という意味
622:デフォルトの名無しさん
05/07/02 05:39:25
not yetだな
623:デフォルトの名無しさん
05/07/02 09:38:54
Item と、 その個数をまとめて保持するクラスの名前が思いつきません。
//こんなの
class xxx {
Item item;
int count;
}
624:デフォルトの名無しさん
05/07/02 09:56:23
a が2個、b が1個、・・・ というのを、
new xxx("a", 2)、new xxx("b", 1)、・・・ と表したいってこと？
RepeatedItem, MultiplexItem, MultiItem とかかな。
625:デフォルトの名無しさん
05/07/02 10:03:18
普通はItemsだろ・・・
626:デフォルトの名無しさん
05/07/02 12:00:28
変数名とかって自分がわかれば何でもいいんじゃないんですか？
627:デフォルトの名無しさん
05/07/02 12:04:27
スレ違い
628:デフォルトの名無しさん
05/07/02 12:12:41
>>623
そういうのはさあ、「Item と、 その個数をまとめて保持する」ことのアプリケーション上の
意味に基づいて命名すべきじゃあないだろうか。
汎用的なクラスライブラリ作ってるのでもなければ。
というか、そもそも『「その」個数』っていうんだからItem自身のメンバにした方が
いい気もするけど。
629:デフォルトの名無しさん
05/07/02 12:17:21
>>623
class List {
Item *item;
int count
public:
int size(){return count;}
}
Java風に。
630:デフォルトの名無しさん
05/07/06 21:10:07
BaseNameSubName
という命名規則のライブラリーと
base_name_sub_name
という命名規則のライブラリーをミックスしてる
どっちを優先して使うべきなんだろう
BaseName_sub_name_myOriginal
とかめちゃめちゃになりはじめてる
631:デフォルトの名無しさん
05/07/06 22:34:28
命名規則に関する議論は禁止らしいので、ちょこっとだけ意見。
「どっち」ではなくて、あなたが好きな命名規則を使うといいよ。
別にその 2 つに縛られる必要はない。
今までにもプログラムを書いてきたでしょ？その know-how を活かせば良い。
ただし、一旦命名規則を決めたら、死んでもそれを守ること。
これが一番大切よ。中途半端は最悪。
632:デフォルトの名無しさん
05/07/07 08:34:10
禁止の理由、別スレで議論してるからなので、誘導。
コーディング規約 第2条
ｽﾚﾘﾝｸ(tech板)
633:デフォルトの名無しさん
05/07/07 19:10:50
Javaでjava.util.Calendarのオブジェクトのインスタンス名は
○○Dateよりも○○Calendarとかにするべきなんでしょうか？
634:デフォルトの名無しさん
05/07/07 20:28:39
>>633
なんだって良いよ
635:デフォルトの名無しさん
05/07/07 21:40:57
たまたま現在時刻で初期化されるから日付オブジェクトだと
誤解している人がいるけど、java.util.Calendarは日付ではなく、
ある暦法における、epochからの経過時間の解釈を行う
日付換算装置なので、Dateと付く名前はよくないと思う。
636:デフォルトの名無しさん
05/07/08 04:02:11
矩形の幅と高さを表す
struct XX{
int w;
int h;
};
という構造体の名前はどういうのがいいでしょうか。
POINT は位置を表すニュアンスがあるので
それと区別したいのです。
637:デフォルトの名無しさん
05/07/08 04:04:48
BoxSize
638:デフォルトの名無しさん
05/07/08 04:36:32
なるほど、ありがとうございます。
639:デフォルトの名無しさん
05/07/08 12:59:48
class CNameBasedOnFeatureName
という名前のクラス作ったけど
BasedOnじゃなくてもっと短い言い方ない？
640:デフォルトの名無しさん
05/07/08 17:42:28
CFeatureName : CName とかではなく？
641:デフォルトの名無しさん
05/07/09 00:44:18
>>639
そのクラスが何なのか分からないと無理だろ。
まずは日本語で意味を説明しる。
642:デフォルトの名無しさん
05/07/09 02:08:44
関数名なんだけど悩んでる
その関数は、ウィンドウの表示と中身の描画とそのループ
キーイベントの監視を行ってウィンドウの削除とコードの終了もする
要するにメインな関数
なにもうかばないなににしようかな
643:デフォルトの名無しさん
05/07/09 02:10:33
>>642
ちっとは分割しろよ。
Window()
644:642
05/07/09 02:17:19
めちゃめちゃ分割してる
Windowの作成も表示するファイルの読み込みもfontsetも違う関数で行ってるから
この関数で実際にするのは
XNextEvent
XmbDrawImageString
XCloseDisplay
だけ、
ごめん、Windowの表示は違う関数でやってた、だからイベントの監視とWindowの中身をループで描画するだけ
645:デフォルトの名無しさん
05/07/09 03:34:02
winmain()
646:デフォルトの名無しさん
05/07/09 12:32:44
>>644
mainloop()
eventloop()
647:デフォルトの名無しさん
05/07/20 01:37:46
若干スレ違いかもしれませんが、質問させてください。
ios::rdstate の rd ってなんの略ですか？
648:デフォルトの名無しさん
05/07/20 02:04:17
>>647 read じゃないの？ rdbuf も同じだろうな。スレはこっち→ｽﾚﾘﾝｸ(tech板)
649:デフォルトの名無しさん
05/07/20 16:38:34
とあるファイルの初期化時に連動してファイルを初期化する関数名をお願いします。
とあるファイル初期化処理()
{
：
if(何らかの条件) 連動して別ファイルを初期化☆←こいつ
：
}
650:デフォルトの名無しさん
05/07/20 20:24:56
relating_initialization
651:デフォルトの名無しさん
05/07/20 23:47:21
激しく外出な気がするが C言語で配列の要素数を表すマクロは何にしたらいい？
たたき台 ELEMENTS_NUM
ELEMENTと単数形がいい？
NUMよりLENGTHのほうがいい？
652:デフォルトの名無しさん
05/07/20 23:52:26
Dではlengthって名前になってるな
653:デフォルトの名無しさん
05/07/20 23:55:41
COUNTOF
654:デフォルトの名無しさん
05/07/20 23:59:02
>>651
マクロになる（定数である）以上
その数値自体に意味があるはずなので
そっちを付けるべき。
#define SQUARE 4
VECTOR vertices[SQUARE];
とか。
655:デフォルトの名無しさん
05/07/21 00:00:17
ｱﾌｫ
656:651
05/07/21 00:05:13
>>654
質問の仕方が悪かった。定番のこれのことです。
#define XXX(array) sizeof(array) / sizeof(array[0])
最初から書けばよかった。すまない。
もうちょっと募集します。単にLENGTHってのが分かりやすいかも。
657:デフォルトの名無しさん
05/07/21 00:10:47
>>654みたいな奴ってなんの為にdefineしてんの？
値が4から5に変わってもSQUAREなの？
grep出来るからいいじゃんとかそういうの？
>>656
numofとかlengthとか
658:デフォルトの名無しさん
05/07/21 00:26:23
>>656
sizeof に倣って lengthof とし、 C++ では内部で template を使った実装に切り替える。
659:デフォルトの名無しさん
05/07/21 00:43:00
関数にすると
template <class T, unsigned N>
unsigned hoge(const T (&)[N])
{ return N; }
か？
これってコンパイルタイムでNになる保証あるの？
660:651
05/07/21 00:55:31
>>652-659xor>>655
とりあえず LENGTH にします。
単純そうでいろんな案があるのは勉強になる。
みんな ありがと。
ﾉｼ
661:デフォルトの名無しさん
05/07/21 00:58:11
そんなシンプルなのマクロに使うとぶつかるぞ
662:デフォルトの名無しさん
05/07/21 02:41:03
メッセージが届いてるならtrue、届いてないならfalseを返す関数の名前なんだけど、
IsArrived() みたいなかんじでいいのないですか？
arrivedって変な気がするんだけど
でもググったらヒットするなあ IsArrived()で自然？
663:デフォルトの名無しさん
05/07/21 03:07:14
自動詞にisはいらんだろ
プロパティ的にArrived()でいいんじゃないの
664:デフォルトの名無しさん
05/07/21 03:57:28
俺ならkitah()だがな…
665:デフォルトの名無しさん
05/07/21 07:28:40
>>663
頭にIsがあると反射的にbooleanを返す関数だと分かっていいとおもうが。
666:デフォルトの名無しさん
05/07/21 08:07:34
hasMessage()
667:デフォルトの名無しさん
05/07/21 09:47:35
receivedMessage
668:デフォルトの名無しさん
05/07/21 12:04:48
>>665
そういうﾄﾝﾃﾞﾓ規約にしたけりゃすればいいけど
変なもんは変だ。
669:デフォルトの名無しさん
05/07/21 16:02:34
動詞ed の場合、パッと見で現在形と区別しにくい気がする。
670:デフォルトの名無しさん
05/07/21 17:11:12
>>668
英語としては変でも規約としては変でもないし、ﾄﾝﾃﾞﾓなんてとんでもない！
671:デフォルトの名無しさん
05/07/21 19:11:55
俺なら馬鹿みたいに明示的にAlreadyArrivedかHasBeenArrivedとかしそうだな。
ArriveをReceiveにするとより明示的かな。
672:デフォルトの名無しさん
05/07/21 21:39:35
has beesじゃなくてhas arrivedじゃないのかね。
何かがarrivedしてるからそれを処理したいんでしょ？
HasBeenArrivedだと「届いてたけど処理されちゃった」と思えます。
673:デフォルトの名無しさん
05/07/21 21:44:34
過去分詞なんて使ったメソッド見たことないぞ
674:デフォルトの名無しさん
05/07/21 21:48:49
>>673
そいつはｵﾒﾃﾞﾀｲな
675:デフォルトの名無しさん
05/07/21 22:08:21
>>672
(message) is arrivedの完了形。
arriveは受動態でも使われる。
でも確かにHasArrivedで必要十分だね。
なんで受動態が突いて出たんだろう。。
676:662
05/07/22 00:32:35
私的にも>>663と>>665の葛藤という感じなのですよね
とりあえず>>663-668アリガトン
677:デフォルトの名無しさん
05/07/22 00:50:00
>>670
英語として変なのが規約として変ではないって、ﾄﾝﾃﾞﾓな話だと思うぞ。
678:デフォルトの名無しさん
05/07/22 00:51:28
だったらイテレータIに対してam～も定義すべきだな。
679:デフォルトの名無しさん
05/07/22 14:55:48
ここは一つリスパーなおれが。
ReceivedQ
680:デフォルトの名無しさん
05/07/22 15:17:38
qじゃなくてp(predicate)だろ？receivedp
681:デフォルトの名無しさん
05/07/22 15:23:42
あれPだっけ？
むぅリスパーじゃないのがばれてしまった。
682:デフォルトの名無しさん
05/07/22 15:32:45
ケアレス・リスパー
683:デフォルトの名無しさん
05/07/22 18:49:15
ヒント：自動詞なら Has
684:デフォルトの名無しさん
05/07/26 14:18:20
トランプとかカードゲームの山って英語でなんていうの？
685:デフォルトの名無しさん
05/07/26 14:26:28
deck
686:デフォルトの名無しさん
05/07/26 15:06:12
場に積んであって、そこからカードを引く場所(山札) > pile
捨て札の山 > discard pile
カード一組 > deck
あたりかな。
687:デフォルトの名無しさん
05/07/26 16:47:29
サンキュー
688:デフォルトの名無しさん
05/07/27 17:56:23
トリップとトリップの元になる文字列の変数名はどうすればいいでしょうか?
2chで例えると、
"名無しさん#aaa"のaaa部分(トリップの元になる文字列)と
実際に名前欄に表示される"名無しさん◆bbb"のbbb部分(トリップ)です。
689:デフォルトの名無しさん
05/07/27 18:17:16
>>688
original と encoded とか。
ところでなんでトリップって言うのかな？
690:デフォルトの名無しさん
05/07/27 18:59:22
ひとり用キャップ
691:デフォルトの名無しさん
05/07/27 19:40:01
>>688
俺が作ったやつだと Key と Trip にしてた
自分でも安易だと思うけど、わかりやすさ重視
692:デフォルトの名無しさん
05/07/27 20:17:01
ひとりキャップの略だから、tripじゃなくてtori…、
んー、「ップ」の部分はどうアルファベット化すべきか…
693:デフォルトの名無しさん
05/07/27 20:37:50
個人向け騙り防止符号…
694:デフォルトの名無しさん
05/07/28 00:52:11
Javaのパッケージ名なんですが、画面側で扱う部品に関する共通部品まとめる
パッケージ名で何か良い名前ないでしょうか。。
主に入力値をListやMapなどに変換する部品や一覧のページ制御などを行う
部品などなどあります。
プレゼンテーション層向け部品と呼んでいるのですが、presentationだと長いしぱっとしない気が・・・
695:デフォルトの名無しさん
05/07/28 04:38:08
presentationでいいと思うんだが、気に入らないなら、
MVCっていうくらいだからviewとか。
696:デフォルトの名無しさん
05/07/28 04:48:19
Slide
697:デフォルトの名無しさん
05/07/29 00:58:26
UI(user interface)
CUI
GUI
WebUI
「presentation = V + C」 で使ってるけど変かしら？
698:デフォルトの名無しさん
05/07/29 01:28:15
みなさんありがとうございます。
uiやviewなど短くて誰でもわかりそうな感じで良いですね。
というか、自分が気づけって感じですけど・・・OTL
699:デフォルトの名無しさん
05/08/04 17:39:59
二つの状態(On/Off)をとるピクチャーボックスなんてどうつけますか？
OnOffPictureBox?
700:デフォルトの名無しさん
05/08/04 18:13:08
TogglablePictureBox
701:699
05/08/04 18:27:38
>>700
それいいですね。いただきます。
702:デフォルトの名無しさん
05/08/04 19:30:28
うーん、悪いけど俺には>>700はあんまりしっくりこないなあ。
どうもTogglableが何をさしているのか曖昧に感じる。
俺が命名するならこんな感じかなあ。
StateIndicator
BiStateIndicator
pctBiStateIndicator
pct2StateIndicator
OnOffIndicator
703:699
05/08/04 20:37:00
そうですか
ToggleButtonなんてのがあるんで、いいかなと。
704:デフォルトの名無しさん
05/08/04 23:07:01
その系統で行くと TogglePicture でいいと思う。
無理に正確な単語を使う必要はないと思う。
（さすがにｺﾝﾄﾛｰﾙっぽくないので TogglePictureBox のほうがいいかな。
俺なら ToggleCanvas にする）
705:デフォルトの名無しさん
05/08/04 23:38:21
CheckablePictureBox
706:デフォルトの名無しさん
05/08/04 23:49:53
なんでどいつもこいつもableを付けたがるんだ
bool型のﾒｿｯﾄﾞならまだ分かるが。
707:デフォルトの名無しさん
05/08/04 23:57:25
>>706
> bool型のﾒｿｯﾄﾞならまだ分かるが。
なんか勘違いしてると思われ。
インターフェイスもってるかクラスにそういう機能があるから
able 付けてるんでしょ。
708:デフォルトの名無しさん
05/08/05 00:00:46
いや、意味はわかるんだけど、なんか気分的にしっくりこない
709:707
05/08/05 00:33:25
インターフェイス実装なら
CheckablePictureBox
より
CheckPictureBox
が好きってことね。
710:デフォルトの名無しさん
05/08/05 00:34:24
オブジェクト指向がこれだけ普及した今日、（いや、本当はOOなんか普及するまえからそうだと思うが。。）
オブジェクトに対して>>704みたいにぱっと見動詞と区別がつかない命名をするのは
センスがなさ過ぎると思う。
こういう人って何度自分の仕掛けた罠に自分自身ではまっても
ちっとも学習しないタイプなんじゃないだろうか。
711:704
05/08/05 00:43:35
俺は大文字で始まる単語はクラス名と決めてるので大丈夫。
712:デフォルトの名無しさん
05/08/05 01:25:30
>>711
大文字小文字で意味を分けてると、口で説明するときに困るよ。
713:デフォルトの名無しさん
05/08/05 02:46:34
>>711
TogglePictureをメンバに持つクラスが
そのピクチャを切り替えるメソッドはtogglePicureか。
死んだほうがいいな。
714:デフォルトの名無しさん
05/08/05 03:04:35
この議論は togglablePicture っていうﾒｿｯﾄﾞがないという前提ですか？
715:デフォルトの名無しさん
05/08/05 03:37:14
>>714
メソッドに名詞付けんなよ市ね禿げ
716:デフォルトの名無しさん
05/08/05 03:44:49
ヒソヒソ ( 'д)('д`)(д` ) ヒソヒソ 名詞だって
717:デフォルトの名無しさん
05/08/05 03:46:46
で、ToggleButtonってどうなのよ
718:699
05/08/05 10:48:31
作成しているのはコントロールでして
もっと説明を加えますと
ピクチャーボックスを継承し、
プロパティに
ImageOfOn <- Onのときのイメージ
ImageOfOff <- Offのときのイメージ
StateOn <- Trueなら ImageOfOnを表示
を追加
てな感じです。
プロパティ名も苦肉の策ですが。
719:デフォルトの名無しさん
05/08/05 12:21:27
ModalPictureBox
720:デフォルトの名無しさん
05/08/05 13:06:51
StatefulPictureBox
721:699
05/08/05 14:18:59
Toggleとは同じ操作でOn/Offを切り替える動作らしいんで
それっぽくするには切り替えメソッドを用意しないといけませんかねえ。
クラス名のためだけにメソッド書くのもなんだか…
もうちっと悩んでみます。
722:デフォルトの名無しさん
05/08/05 17:12:00
BinaryStatePictureBox
723:デフォルトの名無しさん
05/08/05 18:55:26
ファイルリストをソートするとき、名前でソート、サイズでソート･･･等のフラグがあるのですが
このフラグを格納する変数名はどうしたらいいでしょうか?
724:デフォルトの名無しさん
05/08/05 19:23:08
>>723
sortKey
725:デフォルトの名無しさん
05/08/05 19:24:00
>>723
フラグ？
なんかフラグって言葉を真に受けると、変数名以前の問題のように聞こえるけど。
フラグってのは言葉の綾で、enum使うんだよね当然？
じゃSortModeとかSortMethod
726:デフォルトの名無しさん
05/08/05 19:27:32
>>724
それいただきマンモス
727:デフォルトの名無しさん
05/08/05 19:35:59
ｵｲｵｲマジかよ。。。
sortKeyなんて変数名みたら文字通り「（クイック）ソートのキーになる値」
かと思っちまうよ。
728:デフォルトの名無しさん
05/08/05 19:52:00
じゃあSortMethodいただきマウス
729:デフォルトの名無しさん
05/08/05 22:35:08
メソッドで書くなら
FileSorter#sortBy(fileList, key)
だから、key部分を保持する場合、自分なら
FileSorter#keyToSort
すると思う。
730:デフォルトの名無しさん
05/08/06 04:35:11
RPGのフィールド上の
人と物を同一の基底クラスから派生したいのですが、
人、物、基底クラスの名前はどんなのがいいでしょうか。
今はこんな感じです↓
MapObject
↑
┌┴─┐
Chara 物(ここで迷ってる)
731:デフォルトの名無しさん
05/08/06 04:39:42
基底： MapObject
人： HumanObject
物： FixedObject
732:デフォルトの名無しさん
05/08/06 06:32:15
Entity とか。
733:デフォルトの名無しさん
05/08/06 11:29:56
抽象的なものに名前付けんのって迷うわ
あとで行き詰まったりすることあるし
でNonChara
734:デフォルトの名無しさん
05/08/06 11:35:03
creature/inanimate
735:730
05/08/08 07:41:05
返事遅れてすみません。いろいろ考えてくれてありがとうございます。
ニュアンス的に近いのは FixedObject かなーって感じですが、
単語的に好きなのは Entity のような一言で表せるのなんですよね…
「置物」とか「静物」とかで単語調べたりしましたが、
どうもしっくり来るのがありませぬ…
736:730
05/08/08 07:44:00
今んところは
MoHuman (Map Object Human)
MoFixed (Map Object Fixed)
って感じにしました。変ですかね (Mo～ってとこ)
737:デフォルトの名無しさん
05/08/08 08:02:19
>>736
名前空間とかに括り出せないの？
namespace Map 作って Map::Object, Map::Human, Map::FixedObject とか。
738:デフォルトの名無しさん
05/08/08 09:16:47
>>730
洋物FPSだと背景に置かれる動かないオブジェクトには
Staticって付いてるのが多いよ
UnrealではStatic Mesh、Half-Lifeではprop_staticみたいな感じ
739:デフォルトの名無しさん
05/08/08 20:55:22
メニューやツールバーのボタンを押されたときに
呼び出される関数名、皆さんどうしてますか？
よくMSの吐くソースにあるOn～～は変な感じがするし・・
740:デフォルトの名無しさん
05/08/08 20:58:38
俺はOnだな。
EventHandleXXX()
とか、
EventProcXXX()
何てのも書いたことあるが、やっぱ名詞で始まる関数は抵抗がある。
741:デフォルトの名無しさん
05/08/08 21:02:20
>>739
俺はJavaでもonHogeHage使ってるぞ？変なのか？やっぱり変なのか？ヽ(`Д´)ﾉｳﾜｧｧﾝ
protected void onHogeHage(Exception e) {
}
try {
hogehage
} catch(Execption e) {
onHogeHage(e);
}
なんつ～Javaっぽくないコードだって書いちゃうぞ？悪いか？悪ぃのんかぁ？;y=ｰ( ﾟдﾟ)･∵. ﾀｰﾝ
742:デフォルトの名無しさん
05/08/08 21:03:00
漏れもonだし、全然変な感じはしない
743:デフォルトの名無しさん
05/08/08 21:03:55
ﾊｹﾞって言った香具師ちょっと来い
744:デフォルトの名無しさん
05/08/08 21:43:52
on～～って書くのが普通だったようですね
ありがとうございました。
745:デフォルトの名無しさん
05/08/09 00:26:52
on～
↑長い尻尾だな
746:デフォルトの名無しさん
05/08/09 00:37:25
命名規約はスレ違いだっちゅ～の！
747:デフォルトの名無しさん
05/08/09 13:43:46
正方形の一辺のサイズの変数名って一般的になんとつけるんでしょうか？
748:デフォルトの名無しさん
05/08/09 13:56:27
sideLength
749:デフォルトの名無しさん
05/08/09 15:23:44
年月日を構成する構造体をDWORD値に変換する関数名お願い
変換でも生成でもいいです
750:デフォルトの名無しさん
05/08/09 15:44:08
PackDate
751:デフォルトの名無しさん
05/08/09 16:09:01
DateToDWORD
ちょっと下品かな。
752:デフォルトの名無しさん
05/08/09 16:25:10
>>749
DWORDってとこが微妙だが、もしLONGだとしたら
getLong()
toLong()
longValue()
getValue()
あたりがいいと思う。(DWORDは小文字にするとなんか違和感あるんだよなぁ…)
753:デフォルトの名無しさん
05/08/09 17:02:49
PerlやRubyはバイナリデータを組み上げたり分解したりするのに
pack/unpack使ってるね。
754:749
05/08/09 17:24:26
>>750-753
真っ先に>751が思い付きましたが、同じく下品というかもう少しスマートな名前がありそうな気がして。
>753
そうなんですか
最初はピンと来なかったけど直感的かも
ふとVBはどうなってるんだろと思って調べたらDateValueなんですね
しばらく悩んでみます
ありがとうです
755:デフォルトの名無しさん
05/08/09 21:31:48
>同じく下品というかもう少しスマートな名前がありそうな気がして。
俺のケツにKISS(keep it simple, stupid)しやがれコンチクショー
756:デフォルトの名無しさん
05/08/10 15:24:19
Toは2
Forは4
とかやるのは正直どうなのよ？
757:デフォルトの名無しさん
05/08/10 21:14:37
当然。YouはUにしてる
758:デフォルトの名無しさん
05/08/10 22:56:03
>>756
それはこのスレよりも、規約スレの方が適切な質問な気がするが、
とりあえず、最近はそういう省略はしないのが普通。
759:デフォルトの名無しさん
05/08/11 01:02:13
俺様が普通なんですね
760:デフォルトの名無しさん
05/08/14 02:16:02
.NET を使用しています。
「任意の言語のソースを与えて動的にアセンブリを生成し、実行する機能」を実現するクラスの
名前で悩んでいます。
～～～Base という抽象クラスがあり、それを継承した、使用される言語毎の、
例えば JScript～～～ という名前のクラスを置こうと考えています。
～～～の部分でよいアイデアをお持ちの方、どうかよろしくお願いします。
# 実は名前以前に設計が問題だったりして…
761:デフォルトの名無しさん
05/08/14 02:34:10
F5
762:デフォルトの名無しさん
05/08/14 02:41:31
そんなバッチ処理みたいなクラスはちょっと・・・('A`)
763:デフォルトの名無しさん
05/08/14 03:02:49
つーか、まんまMyBuilderとか？
764:デフォルトの名無しさん
05/08/14 12:45:04
関数の遅延呼び出しを実装するクラスなんですが、どんな名前にすればよいでしょう。
765:デフォルトの名無しさん
05/08/14 13:11:46
>>764
LazySummoner：気だるい召喚師ｗ
766:デフォルトの名無しさん
05/08/14 13:46:34
>>765
素晴らしいネーミングですね。
しかし他に思いついたので残念ながらそちらを使うことになりました。
有難う御座いました。
767:デフォルトの名無しさん
05/08/14 14:42:28
関係ない俺が言うのもなんだが、>>764=766、最悪だから4んでくれ。
768:デフォルトの名無しさん
05/08/14 15:29:11
LazyCallerでいいんでないかな
769:デフォルトの名無しさん
05/08/14 15:46:02
>しかし他に思いついたので残念ながらそちらを使うことになりました。
何て名前にしたか書けよ
せめてもの礼儀じゃねの
770:デフォルトの名無しさん
05/08/14 15:50:30
名前を教えると会社の機密保持契約に違反するので返答しかねます。
771:デフォルトの名無しさん
05/08/14 22:23:32
処理の呼び出しはSummonじゃなくて、CallかInvokeを使うかな。
772:デフォルトの名無しさん
05/08/14 22:44:45
とあるオブジェクトを実行可能状態にするメソッドの名前を、
getReady にするか setReady にするかで死ぬほど迷いました
とりあえず makeReady にしたんですが、普通はどう付けるんでしょうか
773:デフォルトの名無しさん
05/08/14 23:04:39
setじゃ？
774:デフォルトの名無しさん
05/08/14 23:07:31
set/getはReadyという状態を設定・取得するためについにして使うメソッド名で
どっちにするかどうかを迷うというのは通常ありえない
private: bool ready;
public: bool getReady(){ return ready; }
public: void setReady(bool value){ ready = value; }
775:772
05/08/14 23:12:25
いや、set/get の命名規則は知ってたんですが、「get ready (= make ready)」 で 「用意する」 なんで妙に迷いまして
776:デフォルトの名無しさん
05/08/14 23:15:54
「オブジェクトを実行可能状態にする」って表現は曖昧過ぎるような。。
何か他のオブジェクトからの操作をシカトする状態とそうでない状態があって、
そうじゃない状態にするメソッドってことかなあ。
普通はどう付けるか？
うーんドトネトのコントロールに習うとActivate/Deactivateかなあ。
あと同じ使役同士ならmakeよりLetの方がプログラミングの世界では普通かも。
makeっていうと強制するってニュアンスが入っちゃうからねえ。
777:772
05/08/14 23:43:06
ごめん
オブジェクトの実行を行うのに必要な情報をかき集める動作がメインなので
makeReady じゃなくて init の方が良いかもしれない
778:デフォルトの名無しさん
05/08/15 01:46:18
ｽﾞｺｰ
779:デフォルトの名無しさん
05/08/15 04:44:58
readyにしがみつくから変な感じになるんで、
setExecutable, isExecutableじゃだめ?
780:デフォルトの名無しさん
05/08/15 10:50:24
>>777
解決したらしいので、蛇足。
状態マシンと見るなら、メソッド名はイベント名にしたらどうかな？
start
↓init()？
ready
↓
end
初期状態から遷移してこない場合、init()では不味いだろうと思うけど。
# 自分が付けるならready()、不可状態への遷移には suspend()
781:デフォルトの名無しさん
05/08/19 11:21:50
あるデータをキャッシュとして保管・管理するクラスがあり、
そのキャッシュから、使用頻度の少なくなったデータを削除する関数を
これから作ります。
そこで、この関数の名付け親になって下さい。
782:デフォルトの名無しさん
05/08/19 11:31:46
PurgeCache
783:デフォルトの名無しさん
05/08/19 11:35:28
sweep infrequently used data
784:781
05/08/19 11:51:55
PurgeかSweepですね
なるほどです
ありがとうございました
785:デフォルトの名無しさん
05/08/22 13:41:06
エディットボックスの情報を定義するテーブル(構造体)で、以下のメンバを持ちます。
・リソースID
・文字種類(数字、英数等)を示すフラグ値
・最大文字数
・暗号化する/しない
・省略可能/不可
・文字種類のみでは排他できない入力禁止文字(Unicode文字の配列)
typedef struct _MyTextInfo{
UINT16 id;
UINT16 type;
UINT16 length;
BOOL encrypt;
BOOL omission;
UINT16 prohibitions[];
} MyTextInfo;
こんな感じで考えてみたのですが、下の３つがどうもしっくり来ません。
構造体名も含めて、この方がいい」という案があったらお願いします。
786:デフォルトの名無しさん
05/08/22 14:10:42
encrypt → do_encrypt(ion) do_crypt
omission → do_omit/omission
あたりのほうがBOOLなフィールドの名前としてはよろしいのではないでしょうか。
prohibitions → prohibited/forbidden/refused/_characters
長いか。
どうでもいいけど「文字種類」はフラグとは言わないと思う。
旗の上げ下げの状態(真偽の2値)ってことだから、
BOOLにのみ使うべき語。
787: ◆6FWUET4y.6
05/08/22 16:50:48
今コンピュータ将棋を作っているのですが、
Listの中に手を表すインスタンス(Teクラスです)を格納してあり、
これを評価値の大きい順に並べ替えたいと考えています。
そこで、二つのTeクラスのインスタンスを、評価値を見て比較するComparatorを
作りたいのですが、
EvaluateValueBasedComparatorでは名前が長いし、
EvaluateValueComparatorでは意味が違ってしまいます。
という訳で、もう少し短い名前の案が無いでしょうか。
よろしくお願いします。
788:デフォルトの名無しさん
05/08/22 17:10:32
>>787
Comparatorはクラス(orインタフェース)？メソッド？
おそらく前者だろうから、
名前をTeComparatorとして、メソッドの方で
compareWithEvaluateValue()
compareWithEval()
compareWithEvalResult()、などなど。
789:デフォルトの名無しさん
05/08/22 18:07:04
javascriptで練習がてらゲーム（どこかで見た為替シムっぽいやつ）を作っているのですが
・内部パラメータを変更するfunction（イベントやスキップ処理があるので独立させています）
・パラメータを調整して、最終的に価格を更新するfunction
・土日（市場が休み）の時の処理をするfunction
に使う名前は何がいいですか？
790:デフォルトの名無しさん
05/08/22 18:20:43
>>789
ChangeParameters()
UpdateRate()
OnWeekEnd()
ってとこかな。参考までに。
791:デフォルトの名無しさん
05/08/22 18:22:16
>>788
ComparatorというのはおそらくJavaのjava.lang.Comparatorインターフェイス
のことだな。(だから言語を書けと) であれば比較メソッドは固定でcompare。
評価値はevaluate valueじゃなくてevaluated valueだが、いずれにせよ
長いな。TeValue(Based)Comparatorでいいんじゃない?
なお、ゲームの「手」は英語だと「Move」だが、あんまりピンと来ないね。
792:デフォルトの名無しさん
05/08/22 19:08:08
EvalCompでいいじゃん
793:デフォルトの名無しさん
05/08/22 20:52:58
その手の評価値はcostっていうんジャマイカ
794:デフォルトの名無しさん
05/08/22 21:03:49
よく嫁
795:デフォルトの名無しさん
05/08/22 21:10:57
ん？
796:794
05/08/22 21:18:32
なんでもない。compare→costにしろってことだと思った。
value→costなら納得。でもvalueが好き。
797: ◆6FWUET4y.6
05/08/22 21:39:34
>>791
すいません、その通りです (言語・クラス等)
情報不足で申し訳ありませんでした。
そうですね、手の比較をするのでTeValueComparatorで行かせてもらいます。
皆さんありがとうございました。
798:デフォルトの名無しさん
05/08/22 21:48:06
if ( isKusosure(pSure) )
{
delete pSure;
pSure = 0;
}
799:785
05/08/22 22:15:55
>>786さん、遅レスだけどさんくす。
BOOL変数はそれとわかる名前にしてた方がいいですね。
>どうでもいいけど「文字種類」はフラグとは言わないと思う。
>旗の上げ下げの状態(真偽の2値)ってことだから、
>BOOLにのみ使うべき語。
フラグって真偽だけじゃなくて条件分岐にも使うんじゃないの？
今回の場合は、いくつかの文字種に分類(条件分岐)する
意味合いだから、フラグというのは間違ってないと思うのですが。
って、こういう話はスレ違いですね。申し訳ない。
800:デフォルトの名無しさん
05/08/22 22:29:26
状態が2値(真偽とかする/しないとか)であるもの意外に使うの
は、語源的に違和感があるってことだな。
3通り以上の分岐の判断基準となる変数を、フラグと呼ばない
としたら一般にはなんと呼ぶのだろう。
801:デフォルトの名無しさん
05/08/22 23:15:54
state?
802:デフォルトの名無しさん
05/08/22 23:52:04
mode?
803:デフォルトの名無しさん
05/08/22 23:53:34
先月号だったか、Cマガジンに「ステートマシンを知らないプログラマ」
ってネタがのってたけど、本当にそんな人実在するんだな。
804:デフォルトの名無しさん
05/08/23 00:51:23
>>803
お前ほど世界の狭い人も実在するんだな
805:デフォルトの名無しさん
05/08/23 23:39:02
チューリングマシンを知らんプログラマもいるしね、って。
806:デフォルトの名無しさん
05/08/26 12:12:58
>>35
遅レスだが、これかな？
Javaコーディング標準
URLﾘﾝｸ(www.objectclub.jp)
807:デフォルトの名無しさん
05/08/26 12:55:39
>>806
C++ならこっち
URLﾘﾝｸ(www.shos.info)
808:デフォルトの名無しさん
05/08/29 04:59:05
マスって英語でなんていいますすか？
辞書引いても載って無い(´･ω･)ｽ
809:デフォルトの名無しさん
05/08/29 06:24:24
>>808
好きなのを選べ
onanie
masturbation
measure
cell
810:デフォルトの名無しさん
05/08/29 07:28:06
mass-
か？っていうかカタカナで書いたら意味わからねーだろ
811:デフォルトの名無しさん
05/08/29 07:48:26
Mr. Isono
812:デフォルトの名無しさん
05/08/29 11:34:42
トラウトか
813:デフォルトの名無しさん
05/08/29 13:26:10
>>808
せめて元の漢字か意味を書け。
814:デフォルトの名無しさん
05/08/29 18:46:27
拡大、縮小率を表す変数名ってどのようなものでしょうか？
int SrcWidth; //もとの大きさ
int DestWidth; //縮小した大きさ
かける場合は
DestWidth = SrcWidth * 拡大率
割る場合は
DestWidth = SrcWidth / 縮小率
と使い分けるべきなのかな。
815:デフォルトの名無しさん
05/08/29 18:55:50
>>814
普通にZoomRate/UnzoomRateでいいんじゃまいか？
長いんなら、rZoom/rUnzoomなりなんなりと
816:デフォルトの名無しさん
05/08/29 18:57:57
>>815
なるほど、どうもありがとうございました。
817:デフォルトの名無しさん
05/08/29 19:00:40
>>814
zoom ratioは？
分けるならzoom in ratio,zoom out ratioとか。
818:デフォルトの名無しさん
05/08/29 20:26:28
scale と magnifyScale を使ったことがある。
1.0より大なら拡大だし、1.0未満なら縮小。
819:デフォルトの名無しさん
05/08/29 20:56:26
>>814
scaleFactor はどう？
820:デフォルトの名無しさん
05/08/29 21:26:40
変数名以前だと思うね。
なんで「拡大と縮小を分ける」という愚かな発想には誰も文句を言わないのだろう。
逆数の概念なんて小学校四年生の学習内容だろう。
いや、まあクラスのメソッドとしてX倍と1/X倍の両方が欲しい、って話ならわからないでもない。
しかしそれにしても、Xを引数にとって1/X倍するメソッドって使いやすいか？
821:デフォルトの名無しさん
05/08/29 22:20:39
>>820
>>818
あと
>>1
822:デフォルトの名無しさん
05/09/02 20:28:10
ちょっと関係がありそうなので、貼り。
ITエンジニアにも必要な国語力（1）
URLﾘﾝｸ(jibun.atmarkit.co.jp)
823:デフォルトの名無しさん
05/09/03 22:05:48
当たり判定 メソッドの名前と 当たり判定をするかどうか の変数名を教えてください。
824:デフォルトの名無しさん
05/09/03 22:21:32
AtariHantei/AtariHanteiSiro
HitTest
bHitTest
or
DoHitTest
or
SkipHitTest
825:デフォルトの名無しさん
05/09/03 22:23:34
IsCollision
IsHit
826:デフォルトの名無しさん
05/09/03 22:52:09
ありがとうございます。
当たり判定をするかどうか のほうもおねがいします
827:デフォルトの名無しさん
05/09/03 22:56:39
detectCollision
828:デフォルトの名無しさん
05/09/04 09:29:29
当たり(衝突)=Collision(名詞)、Collided(形容詞)
isCollided、detectCollisionなどで判定(検出)だろうな。
するか否かのフラグなら
doCollisionCheck(Detection)
とかでどうだ?
829:デフォルトの名無しさん
05/09/04 11:28:27
>>826
enableHitTest(bool bEnable)
830:デフォルトの名無しさん
05/09/04 12:08:02
>826
hitTestEnabled
hitTestRequired
831:デフォルトの名無しさん
05/09/04 14:25:43
＞SkipHitTest
「"true"の時は○○"しない"」って挙動は後で絶対混乱するからやめとけ
832:デフォルトの名無しさん
05/09/04 21:03:42
>>831
スキップする処理の種類と命名によるでしょ。
bKickAssってフラグがTrueの時に、処理'KickAss'を実行しないような実装は混乱する、
って話なら大いに同意するところですが。
SkipXXという命名はしょっちゅう常用してるが混乱したことは一度もないよ。
833:デフォルトの名無しさん
05/09/04 22:32:15
if (!you.skipKissMyAss) {
kissMyAss(you);
}
わかりやすい？
834:デフォルトの名無しさん
05/09/04 22:55:37
別にそのままでもわかりにくいことないと思うけど。。
//アセンブラ風
if (you.skipKissMyAss) goto SkipKissMyAss;
kissMyAss(you);
SkipKissMyAss:
----------
//VB風
if (you.skipKissMyAss == FALSE) {
kissMyAss(you);
}
----------
//知らん
if (you.skipKissMyAss) {
//NOP
} else {
kissMyAss(you);
}
835:デフォルトの名無しさん
05/09/04 23:18:23
内部的にはほいほい使っちゃいそうだけど（実際はそうでもないかな・・・）
公開するようなインターフェースには否定的な名前は抵抗あるな。
836:デフォルトの名無しさん
05/09/05 04:48:08
＞if (you.skipKissMyAss == FALSE) {
＞ kissMyAss(you); ~~~~~~~最悪・notなりFALSEなり
＞} 明示しないとダメとかありえない
＞if (you.skipKissMyAss) {
＞ //NOP ←最悪・不必要・意味不明
＞} else {
＞ kissMyAss(you);
＞}
＞if (you.skipKissMyAss) goto SkipKissMyAss;
＞ kissMyAss(you);
＞SkipKissMyAss:
↑これならわからなくもない
837:デフォルトの名無しさん
05/09/05 19:14:26
>>836
そんなたかが「俺様の主観」に過ぎないものを傲慢に主張できる神経って俺にはわかんね。
君が否定している、あえて明示的に == FALSEって書く書き方や、
IFによる分岐で片方をあえて//NOPと書いてなにもしない処理を置くって書き方は
それなりにオーソドックスだと思うけど。