07/05/26 11:25:15
クラス名、変数名のつけ方に悩んだら書き込むスレです。
質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>2 英和・和英・英英など各国語辞書と翻訳サイト。
>>3 類義語(シソーラス)辞書、図形・数式・数学用語の英単語。
>>4 関連スレと、いろいろな言語規約。
>>2-10 諸事情によりリンクがずれた場合。
前スレ。
◆ネーミング倶楽部◆: URLﾘﾝｸ(pc3.2ch.net)
Part1: URLﾘﾝｸ(pc5.2ch.net)
Part2: URLﾘﾝｸ(pc5.2ch.net)
Part3: ｽﾚﾘﾝｸ(tech板)
Part4: ｽﾚﾘﾝｸ(tech板)
Part5: ｽﾚﾘﾝｸ(tech板)
Part6: ｽﾚﾘﾝｸ(tech板)
Part7: ｽﾚﾘﾝｸ(tech板)
Part8: ｽﾚﾘﾝｸ(tech板)
Part9: ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
07/05/26 11:26:12
英和・和英など各国語辞書と、翻訳サイト。
英和・和英辞典。
URLﾘﾝｸ(dictionary.goo.ne.jp)
URLﾘﾝｸ(www.excite.co.jp)
英英辞典のリンク集。
外国語広場： 英語： オンラインで使える英英辞典 英和・和英辞典
URLﾘﾝｸ(www.gaikoku.info)
英語←→各国語辞典。(英語)
Dictionaries
URLﾘﾝｸ(www.freedict.com)
日英・英日、日中・中日、日韓・韓日翻訳。
URLﾘﾝｸ(www.excite.co.jp)
POP jisyo.com
URLﾘﾝｸ(www.popjisyo.com)
訳GO YAKUGO.COM
URLﾘﾝｸ(www.yakugo.com)
3:デフォルトの名無しさん
07/05/26 11:28:36
専門語、類語辞書。
シソーラス（類語）検索
URLﾘﾝｸ(www.gengokk.co.jp)
Thesaurus - Yahoo! Reference (英語)
URLﾘﾝｸ(education.yahoo.com)
図形や数式などの英単語。
すうがく探検隊・数式と図形の英語
URLﾘﾝｸ(i.lekton.co.jp)
リスコレ No.24 図形の名前を英語で……
URLﾘﾝｸ(homepage1.nifty.com)
各業種いろいろ
250の辞書を一度に検索 Webdio
URLﾘﾝｸ(www.weblio.jp)
4:デフォルトの名無しさん
07/05/26 11:29:56
フォルダのパスの最後に\が無かった場合に、\を付け足す関数ってどういう名前がいいですか?
if Right(path, 1) <> "\" then path = path & "\" みたいな処理。
5:デフォルトの名無しさん
07/05/26 11:30:18
関連スレ。
変数名って、どの位こだわりますか？
URLﾘﾝｸ(pc.2ch.net)
ローマ字変数を使う奴は馬鹿
ｽﾚﾘﾝｸ(prog板)l50
ゲーム内で使う長い変数を縮めてあげるスレ
ｽﾚﾘﾝｸ(gamedev板)l50
★★★コーディングマナー★★★
ｽﾚﾘﾝｸ(tech板)l50
ちょっと待て！ハンガリアン
ｽﾚﾘﾝｸ(tech板)l50
Cのマナーいろいろ
ｽﾚﾘﾝｸ(tech板)l50
Cのマナー
ｽﾚﾘﾝｸ(prog板)l50
バカなコーディング規約
URLﾘﾝｸ(pc.2ch.net)
いろいろな言語規約。
Hungarian Notation(英語)
URLﾘﾝｸ(msdn.microsoft.com)
Java言語規定。6.8 名前付け規約
URLﾘﾝｸ(www.y-adagio.com)
参考書籍
翻訳に役立つGoogle活用テクニック
URLﾘﾝｸ(www.amazon.co.jp)
6:デフォルトの名無しさん
07/05/26 11:31:42
日本語の識別子を使うと馬鹿にされる風潮
ｽﾚﾘﾝｸ(tech板)l50
7:ネミ子
07/05/26 11:33:16
お久しぶりです。たまに保守しに来てます。
>>3にWebdioを追加しました。
>>5はチェックする気力が毎回ありません。
>>4
わたしは
SetPathSeparate(path, bool);
です。
8:デフォルトの名無しさん
07/05/26 12:37:13
>>4
むしろ付け足すな。取り除けよそんなのw
で、TrimEndPathSeparatorとかNormalizePathとか
9:デフォルトの名無しさん
07/05/26 20:15:14
>>4
つーか、そのまんまのAPIなかったか？
URLﾘﾝｸ(msdn.microsoft.com)
10:デフォルトの名無しさん
07/05/26 20:19:07
delphiなら IncludeTrailingPathDelimiter 関数
11:デフォルトの名無しさん
07/05/29 23:46:54
DAT落ちしてた・・・orz
12:デフォルトの名無しさん
07/06/02 12:33:41
最近のブラウザの検索バーとかにある、
フォーカスが無くて入力文字列が空の時は
灰色の文字で「ここに～を入力してください」とかいうのを表示する
テキストボックスってどんなのがよい？
DescribedTextBoxとかかなぁ？
LabeledTextBoxだと違うコントロールになるよなぁ。
ちなみに.Net。
13:デフォルトの名無しさん
07/06/02 12:35:58
MessagedTextBox
14:デフォルトの名無しさん
07/06/02 12:58:45
↑㌧それ板抱き
15:デフォルトの名無しさん
07/06/02 13:12:42
>>12
WatermarkHintTextBox
PromptShadeTextBox
このぐらいしか思い浮かばないな
あれ正式にはなんていうんだろうね。
本当はそれを調べるべきなんだろうけど、調べ方がわからないな。
16:デフォルトの名無しさん
07/06/03 18:46:51
.c -> .c
.cpp -> .c
.h -> .c
.pas -> .pas
.inc -> .pas
.dpr -> .pas
.bat -> .bat
.cmd -> .bat
みたいに拡張子を文字列として渡すと代表的?な拡張子が返ってくる関数名お願いします。
例は適当です。
17:デフォルトの名無しさん
07/06/03 19:26:11
>>16
すげぇ関数だな。どんな場面で使うのか想像付かん・・
ExtToDefaultExt
18:デフォルトの名無しさん
07/06/03 19:53:59
強引過ぎてﾜﾛﾀｗ
19:デフォルトの名無しさん
07/06/03 21:39:07
>>16
処理の意味があいまいだから明示的な命名はできないと思う。
例えば.htmとhtmlでどっちが代表的かと尋ねられても誰も自信もって片方を推せないだろう。
NormalizeExtensionToSynonym
20:デフォルトの名無しさん
07/06/04 21:53:37
kakutyousihananndarona()
21:デフォルトの名無しさん
07/06/04 23:59:20
16進数をN進数にするメソッドの名前を教えてけれヽ(*^。^*)ノ
22:デフォルトの名無しさん
07/06/05 00:05:06
>>21
URLﾘﾝｸ(www.linux.or.jp)
↑これの逆ってことで。
ltostr
23:デフォルトの名無しさん
07/06/05 00:07:44
ConvertRadixとかでいいんじゃない？
24:デフォルトの名無しさん
07/06/05 01:58:05
俺だったら16進数を数値化するメソッドと
数値をN進数に変換するメソッドを用意して、
toBaseN(n, fromHex("1234ABCD"))
かなぁ
25:デフォルトの名無しさん
07/06/05 08:09:46
fromとかtoってOOPのオブジェクトのメソッドでなければ何のことか意味不明だろうw
っていうか、"base"っていうのは対数の"底"のことだろう
26:24
07/06/05 09:53:30
>>25
二つセットで使えば意味は通ると思ったけど、そうなると敢えて二つに分ける必要もないか。
fromHexToBaseNのほうがいいかな。
あと、n進法は、notation system of base n (n進法表記) や
number system of base n (n進数)って言うことからも、
baseには進法の基数の意味も含む。つか基数の基＝baseだし。
27:デフォルトの名無しさん
07/06/05 17:37:19
こういう場合はbaseではなくradixを使うのが常識。
28:デフォルトの名無しさん
07/06/05 17:41:37
もうhex2baseN(init, dest, N)みたいなのでもいい気がしてきた
どれも大して可読性に変わり無いし
29:デフォルトの名無しさん
07/06/06 22:54:02
Concepts + Principles - プログラミングの原則 - 名前重要
URLﾘﾝｸ(wiki.hacklife.net)
30:デフォルトの名無しさん
07/06/06 23:14:22
コピペ君って馬鹿だな、まで読んだ。
31:デフォルトの名無しさん
07/06/07 12:37:25
迷ったよ。
32:デフォルトの名無しさん
07/06/08 00:40:53
行列同士の掛け算を行なうメソッド名になにかいいのないですかね？
33:デフォルトの名無しさん
07/06/08 01:07:16
>32
メソッドってことはOOPL？
単純に行列クラスに multiply メソッド定義すればいいんじゃ。
34:デフォルトの名無しさん
07/06/08 01:13:25
OOPでないならmultiply_matrices
35:デフォルトの名無しさん
07/06/08 11:49:04
Matrix operator *(const Matrix& lhs, const Matrix& rhs);
36:デフォルトの名無しさん
07/06/11 16:43:34
名前をお願いします。
ハードディスクに保存してあるデータの総容量が
予め設定しておいた容量値を超えている場合に
ファイルを保存日付が古い方から順に設定した容量値に収まるように
削除していくメソッド名。合わせてこのメソッドと設定値などをフィールドに
持つクラス名。設定値はMaxValueにしようかと思っています。
37:デフォルトの名無しさん
07/06/11 16:55:15
class DiskQuota {
property Limit;
function Apply;
}
38:36
07/06/11 16:59:52
>>37
おおLimitいいですね。ありがとうございます。
39:デフォルトの名無しさん
07/06/12 15:38:25
表形式のデータを扱うときに、位置を表す変数名で
ROWとCOLUMN
または、
LINEと何？でしょうかね
40:デフォルトの名無しさん
07/06/12 16:12:04
COLUMN
41:デフォルトの名無しさん
07/06/12 19:29:51
>>39
そもそもlineがありえんw
せめてlineの前にH(Horizontal)とV(Vertical)付けようよ。
つーか、全部大文字っていわゆるコボラーさんなの？
42:デフォルトの名無しさん
07/06/12 19:35:58
> H(Horizontal)とV(Vertical)付けようよ。
( ﾟдﾟ)ﾎﾟｶｰﾝ
43:デフォルトの名無しさん
07/06/12 19:46:55
ポーカーンってそりゃこっちの台詞だろw
馬鹿な奴ってのはこれだから見てて恥ずかしいよな
44:デフォルトの名無しさん
07/06/12 21:30:18
record/fieldとか
45:デフォルトの名無しさん
07/06/12 21:58:58
>>44
ああコボラーならそれが一番しっくりくるかもね
46:デフォルトの名無しさん
07/06/12 23:25:47
>45
コボラならレコードとアイテムじゃないか？
47:デフォルトの名無しさん
07/06/13 01:17:36
X,Yでいいよ
48:デフォルトの名無しさん
07/06/13 04:49:45
>H(Horizontal)とV(Vertical)付けようよ
こんなこと言うやつの方が馬鹿だと思う。
49:デフォルトの名無しさん
07/06/13 06:42:32
普通にrow, columnでFAですか？
50:デフォルトの名無しさん
07/06/13 08:17:53
なんで最初からそうしないのかと
51:デフォルトの名無しさん
07/06/13 08:26:30
だから目的によるに決まってるじゃん単細胞だな。
普遍的な「普通」なんてものは存在しないだろうに。
行がデータベースのデータに対応してるのならコボラーじゃなくてもrecord/fieldが
適切だし。
52:デフォルトの名無しさん
07/06/13 11:45:52
「曜日」を表す変数にはどういう名前つけてる？
youbiとか、意味が違うのは分かってるが weekdayとかにしてるけど
もっとスマートな表し方はないかな。
53:デフォルトの名無しさん
07/06/13 12:19:41
普通にDayOfWeekしかないんじゃないかな
54:デフォルトの名無しさん
07/06/13 15:07:17
>>52
俺はweekだな
55:デフォルトの名無しさん
07/06/13 16:20:26
<time.h>とかだと
struct tm {
int tm_sec; /* 秒 */
int tm_min; /* 分 */
int tm_hour; /* 時間 */
int tm_mday; /* 日 */
int tm_mon; /* 月 */
int tm_year; /* 年 */
int tm_wday; /* 曜日 */
int tm_yday; /* 年内通算日 */
int tm_isdst; /* 夏時間 */
};
weekdayでもよさげなかんじ。
56:デフォルトの名無しさん
07/06/13 19:43:29
Excel の関数名は WEEKDAY だね。
57:デフォルトの名無しさん
07/06/13 19:53:02
ConvertFromDayAsIntegerToDayOfTheWeekOfString
58:デフォルトの名無しさん
07/06/14 17:17:57
すみません、Javaのメソッド名の命名で悩みました。
良いアイデアないでしょうか？
役割：あるオブジェクトの保有する日付が期間内に入っているかどうかを判定するメソッド
期間と、オブジェクトは、引数で与えるユーティリティメソッドです。
返値は、booleanなのですが、is... の後どうしようかなぁ、と・・・
59:デフォルトの名無しさん
07/06/14 17:41:47
(Is)InRange(Of)
60:デフォルトの名無しさん
07/06/14 19:38:45
>>58
もうちょっと情報出さないと適切な命名はできないんじゃないの？
ユーティリティメソッドって要するにUnilityみたいなどんぶり勘定なクラスがあって
その静的メソッドってこと？
それならはっきり言って糞設計なんじゃないの？
俺ならDateRangeクラスをまず作ってそのContainsメソッドとして実装することを考えるけど。
61:デフォルトの名無しさん
07/06/14 20:17:41
>>59
どもです。
>>60
privateのメソッドなんです。
要するに処理を切り出す目的で作ってます。
62:デフォルトの名無しさん
07/06/14 20:48:50
isInTermとか？
63:デフォルトの名無しさん
07/06/14 20:57:00
privateって意味わからないよ。
privateならprivateでDateRangeというインナークラスを作れば
シンプルで直観的だし、くだらない命名で頭を悩ますこともないだろうに。
64:デフォルトの名無しさん
07/06/14 20:58:37
お前は>>1を100回読むかDateRangeクラスなんて細かいウンコクラスを撒き散らすのをやめるんだ
65:デフォルトの名無しさん
07/06/14 21:01:30
くだらないこと言ってる暇に代替案を伴った具体的な批判をしらた？
66:デフォルトの名無しさん
07/06/14 22:57:57
よく関数の後ろについてるExって何の略？
67:デフォルトの名無しさん
07/06/14 23:14:08
幸子Exは幸子のすごいお姉さんらしいよ
68:デフォルトの名無しさん
07/06/15 00:26:03
Expended？
69:デフォルトの名無しさん
07/06/15 02:42:18
Express!
70:デフォルトの名無しさん
07/06/15 02:43:49
Exerion
71:デフォルトの名無しさん
07/06/15 04:37:39
Exception
72:デフォルトの名無しさん
07/06/15 08:18:27
Extra
73:デフォルトの名無しさん
07/06/15 15:14:54
Exe ファイル 捨てたい
74:デフォルトの名無しさん
07/06/16 17:22:47
クラスの中で一番力が強い人
75:デフォルトの名無しさん
07/06/16 18:33:27
>>74
instanceしかない。
76:デフォルトの名無しさん
07/06/16 20:01:47
>>54
＞俺はweekだな
あとで、第ｎ週をなんとかすることになったらどうする？
77:デフォルトの名無しさん
07/06/16 20:03:56
>>32
内積か外積か、どっち？
78:デフォルトの名無しさん
07/06/16 20:54:54
>>77
アホ
79:デフォルトの名無しさん
07/06/16 20:59:30
行列にそんなもんあるん？
80:デフォルトの名無しさん
07/06/17 11:01:36
その関数で行っている処理は、コマンドラインから与えられた文字列をデミリタで
分解して、COMポート名、モデル名取得設定、処理モード（読込みモード・書き込みモードの切替）
などの設定を変数に取得するものなのですが、書くのも恥ずかしいほどセンスの
無い名前しか思い浮かびません、お助けください！
81:デフォルトの名無しさん
07/06/17 13:34:19
class ArgumentPurser
{
SetArgument(String)
Get～～()
Is～～()
}
みたいなクラスを作ってる
82:デフォルトの名無しさん
07/06/17 13:35:36
purs・er [p:(r)sr]
━ n. （船・旅客機の）事務長, パーサー.
83:デフォルトの名無しさん
07/06/17 13:38:46
クラスにするのならParserはいらんと思うね。
class Argumentで必要十分と思う。
84:デフォルトの名無しさん
07/06/17 13:40:57
関数なんだから
ParseArgs, Params
とかだろ
85:デフォルトの名無しさん
07/06/17 13:48:46
関数にするってことは、その関数は解析結果の構造体か何かを返すんだろうから
Get + 構造体名とかでいいんじゃない？
例えばGetArgInfoとか
86:デフォルトの名無しさん
07/06/17 14:39:06
>>80です、皆さんいい雰囲気の名前考えてくれてありがとう
全部気に入りましたww、いい名前を迷うのは気分がいいのですが
糞みたいな名前しか思い浮かばないときは物凄く鬱でした
87:デフォルトの名無しさん
07/06/17 22:01:03
前回チェック時刻と現在時刻を比較して指定分数以上経過しているか判別する関数の名前をお願いします
日本語でも簡潔にまとめられない俺の脳みそは腐ってる
88:デフォルトの名無しさん
07/06/17 22:14:14
TimeSpanでググれ
89:デフォルトの名無しさん
07/06/17 22:15:03
isTimePassed
90:デフォルトの名無しさん
07/06/17 22:16:16
>>87
それ関数にする必要あるの？
無理やり英語にすると
IsSpecifiedMinutesPassedSinceLastCheck(int minutes)
とかだろうけど普通に
TimeToMinutes((GetCurrentTime() -GetLastCheckTime()) >= minutes
みたいにしたら？（関数名とかは言語にあわせて適当に）
91:デフォルトの名無しさん
07/06/17 22:35:39
>>87
何のためにそれをする必要があるのかが分からないと適切に命名できない気がする。
というか、90の言うとおりそんなもの無理に関数なりメソッドなりにしても
可読性が上がるとも思えないなあ。
92:デフォルトの名無しさん
07/06/18 02:20:49
IsElapsed
93:デフォルトの名無しさん
07/06/18 23:21:34
IsJikangired()
94:デフォルトの名無しさん
07/06/19 07:12:24
カッコ内の文字列を取得するメソッドの名前をおしえてください
95:デフォルトの名無しさん
07/06/19 08:40:45
ExtractStringBetweenKakkoAndKokka
96:デフォルトの名無しさん
07/06/19 08:42:37
parenthesisesっていうのがあるけどコレ使うとすっげ長くなるよな
97:デフォルトの名無しさん
07/06/19 12:24:42
「カッコ内の文字列を取得」って定義があいまいだろう。
だから命名できないんじゃない？
括弧が入れ子だったり(と)のペアリングがおかしかったらどういう動作するの？
98:デフォルトの名無しさん
07/06/19 12:31:48
括弧という構文に沿うことが重要なのか、
括弧内にたとえばコメントが入っていてコメントを取得することが重要なのか、
にもよる
99:デフォルトの名無しさん
07/06/19 12:33:03
日本語でオケ
100:デフォルトの名無しさん
07/06/19 12:35:29
>>97
例外投げろって言うかスレ違い
101:デフォルトの名無しさん
07/06/19 12:37:23
だから日本語を書けよw
頭大丈夫か？
機能の定義があいまいでどうやってその「機能」の名前を付けろっていうんだ
102:デフォルトの名無しさん
07/06/19 12:38:09
消えろ
103:デフォルトの名無しさん
07/06/19 18:29:28
頭悪すぎﾜﾛﾀ
104:デフォルトの名無しさん
07/06/19 19:41:09
KakkoOｆGetMoziretu(): throw Imihumei でおｋ
105:デフォルトの名無しさん
07/06/20 00:14:32
extract_string_within_parentheses()
106:デフォルトの名無しさん
07/06/21 15:09:50
get_parenthesis_in_word
107:デフォルトの名無しさん
07/06/22 09:35:00
入力を省略させるクッキーを食べさせる関数の名前はなにがいいかな？
108:デフォルトの名無しさん
07/06/22 09:44:56
>>107
日本語がわからないけど、
FeedCookieToSkipInput
109:デフォルトの名無しさん
07/06/22 09:47:27
つーか…開発言語はなに？
110:デフォルトの名無しさん
07/06/22 10:01:53
phpです。
Webprog板にこういうスレはないので、ここで聞きましたが、場違いだったかな・・・。
111:デフォルトの名無しさん
07/06/22 10:17:40
CookieKibonnu
112:デフォルトの名無しさん
07/06/22 11:15:06
>>110
PHPだろうがなんだろうがおｋだが、言語によって命名にクセがあるからまず言語が何なのか言うべき
ちなみに俺はPHP知らん…
113:デフォルトの名無しさん
07/06/22 11:19:14
>>107
sakusaku(v_0o0_v)
114:デフォルトの名無しさん
07/06/22 11:20:23
省略を英語で言うと「ellipsis」「abbreviate」「abridge」とかになるんだろうけど
こんなの使ってもワケ分からんになるから、
anInputCookie
とかはどうっすか
115:デフォルトの名無しさん
07/06/22 11:52:11
>>114
> 省略を英語で言うと「ellipsis」「abbreviate」「abridge」とかになるんだろうけど
質問者のいう「省略」とはどれも意味が全然違う気がする
>>107
もっと具体的に文脈言え
116:デフォルトの名無しさん
07/06/22 13:13:34
英語できないやつが、和英辞典を引いて命名すると
とんでもない名前になることが多いよね。
117:デフォルトの名無しさん
07/06/22 13:39:44
>>116
それ俺だｗｗｗ
118:デフォルトの名無しさん
07/06/22 14:01:29
>>107
文脈ってのは何の文脈？
何のフィールドかだったらそれはここでは関係ないと思うが。
思いつくままに書くと
RememberFieldContent
CacheFieldContent
どっちもCookieっていう単語が入ってない点でいまいちかな。
オブジェクト指向じゃないんならCookie_XXXってするのも
個人的にはアリかと。
119:デフォルトの名無しさん
07/06/22 14:05:11
アンカーミス。どうでもいいけど
120:デフォルトの名無しさん
07/06/22 15:08:36
>>119
なにその投げやりな態度w
121:デフォルトの名無しさん
07/06/22 15:11:16
VisualStudio2005とかだと日本語の関数もOkだから、
入力省略クッキー()
とかでもアリなんだがな
122:デフォルトの名無しさん
07/06/22 15:58:48
>>107
Hoge.FromCookie()
GetHogeFromCookie()
123:デフォルトの名無しさん
07/06/22 16:23:05
sendCookieForAutoComplete()とか
124:デフォルトの名無しさん
07/06/22 17:02:17
えー
125:デフォルトの名無しさん
07/06/23 12:17:39
cookieEater()
126:デフォルトの名無しさん
07/06/23 16:14:52
ファイル名の拡張子を除いた部分の文字列はどんな名前にがいいでしょうか？
hogehoge.txt というファイル名の hogehoge の部分です
127:デフォルトの名無しさん
07/06/23 16:33:50
FileNameWithoutExtension
128:デフォルトの名無しさん
07/06/23 16:51:49
そのままやん＞＜；
129:デフォルトの名無しさん
07/06/23 16:56:43
だからそのまんまでいいんだよ。
俺も127に一票。
こんなスレにいる人間なら、やたら省略して表記しないと気がすまない
古典的な神経症ぐらいは自覚して克服してろよ。
130:デフォルトの名無しさん
07/06/23 16:59:14
pathname('/hoo/var/hogehoge.txt').basename ==> 'hogehoge'
131:デフォルトの名無しさん
07/06/23 17:01:05
あのさあ、じゃあ人語で「パスのベース名」って言われたとしたら
言ってる奴が何を意味してそういってるのか直ちに理解できるか？
132:デフォルトの名無しさん
07/06/23 17:45:42
じゃあコメントを入れよう
133:デフォルトの名無しさん
07/06/23 17:47:37
Java厨にはちょっと通りにくいかも分からんね
URLﾘﾝｸ(www.google.com)
134:デフォルトの名無しさん
07/06/23 23:27:45
>>131
伝統的にbasename。 無知を自慢されても困る。
135:デフォルトの名無しさん
07/06/23 23:30:18
URLﾘﾝｸ(www.google.com)
136:デフォルトの名無しさん
07/06/24 00:05:24
しかし>>133の中で>>126の意味で使ってるものは一つもないという・・・
137:デフォルトの名無しさん
07/06/24 02:52:00
.NEETはFileNameWithoutExtensionなのか
138:デフォルトの名無しさん
07/06/24 03:35:45
Pythonだと os.path.splitext("/path/fn.ext") -> ("/path/fn", ".ext")
139:デフォルトの名無しさん
07/06/24 03:47:51
名前の話をしろよ
140:デフォルトの名無しさん
07/06/24 07:47:33
というか質問するときはなるべく言語名も書け。
命名規則や付属の標準ライブラリにあった名前が返ってくる可能性があるわけで。
141:デフォルトの名無しさん
07/06/24 12:05:58
このスレ的には IUnknown ってNGな命名じゃね？
142:デフォルトの名無しさん
07/06/24 13:56:04
別に
143:デフォルトの名無しさん
07/06/26 23:57:51
ファイルとかに出力するためにバイト列を作ることを「シリアル化」と言うらしいと知ったんだけど
逆の場合は何て言えばいいんだろう・・・微妙にスレ違いかもしれないけど
144:デフォルトの名無しさん
07/06/27 00:34:15
シリアル化⇔逆シリアル化
シリアライズ⇔デシリアライズ
145:デフォルトの名無しさん
07/06/27 01:46:22
変態PHPだとunserializeだったりする
pythonとかrubyは、Marshalクラスでdumpとloadだったり
146:デフォルトの名無しさん
07/06/27 09:43:12
エンコーダ⇔デコーダ
147:デフォルトの名無しさん
07/06/27 09:49:53
VSのGDI+なんかで線種や色、キャップや太さみたいな画像パラメータをファイル保存するときに
serializeって使ったな。
そのままだとメモリ上にバラバラに配置されたデータだから、ファイル保存できるように
データを直列させる、というような感じだったか。メソッド名もserialise()だったはず。
逆のときはdeserialize()とかで復元してたかな。
148:デフォルトの名無しさん
07/06/27 10:30:42
C#なんかだとXmlSerializerクラスってのがあって、
XmlSerializer serializer = new XmlSerializer(typeof(user_class));
でインスタンス化し、
serializer.Serialize(filestream, _class);
でシリアライズ、
user_class _class = (user_class)serializer.Deserialize(filestream);
でデシリアライズだよ。
149:デフォルトの名無しさん
07/06/27 11:02:29
ついでにjavaだと
SerializableインターフェースのwriteObject/readObjectメソッド
150:デフォルトの名無しさん
07/06/27 22:03:16
デリファレンスとかもあるな
そういう対になった概念の言葉は使える時はなるべく使うようにしたい
151:デフォルトの名無しさん
07/06/28 07:23:12
>>150
おいおい。
reference と dereference の場合はちょっと違うと思うぞ。
広い意味では対だけど。
152:デフォルトの名無しさん
07/06/28 09:01:04
ヘルス⇔デリヘル
153:デフォルトの名無しさん
07/07/04 00:09:22
このｽﾚお気に入りから外れてたわ。
しくった
154:デフォルトの名無しさん
07/07/05 15:42:19
ある DB にレコードを登録する方法が二つあり、どちらも登録のタイミングでインデックスを張る。
二つある方法の内訳は、このインデックスの更新を、仮のものとするか実際のものとするか。
つまり、大本の DB のインデックスの更新は重いので、仮更新用の小さなインデックスがあり、
軽い登録方法としてこちらのインデックスを作る(後々大本へのマージが必要)方法がある。
もう一つは大本の DB にインデックスを張る、という次第。重いがマージは不要。
この二つを
** Builder とか ** Register などとするときの、** 二つ。対っぽいイメージになれば分かりやすいのだけど、
自分で思いついた Actual/Virtual とか Active/InActive, Dynamic/Static あたりではどうもしっくり来ないのです。
155:デフォルトの名無しさん
07/07/05 16:16:47
仮の方は本当に仮であとで取り消すことがあるのか、必ずマージするのか
156:デフォルトの名無しさん
07/07/05 18:04:11
処理の順番をenumで定義するんだけど、
AThenB
BThenA
CThenD
...
みたいな感じで良いかな。
157:デフォルトの名無しさん
07/07/05 18:40:09
なんじゃそりゃ
場面がわからん
enumってことはそのうちのどれか一つってこと？
158:デフォルトの名無しさん
07/07/05 19:27:46
センスのないお方ってなにやらしてもセンスないのな。
157じゃないけど、156はやろうとしていることもあげている例も意味不明すぎるよw
159:デフォルトの名無しさん
07/07/05 19:46:44
要は複数の引数を渡したときに、対になってる二つの
パネルのどちらから適用していくか定義したいんだよ。
何か他にセンスの良い方法があるなら教えてくれ。
160:デフォルトの名無しさん
07/07/05 21:00:26
>>159
2つなら AThenB BThenA だけで足りるはずなのに
CThenDが出ているということは、渡すモノ自体も変わっていくということか？
それとも引数は4つ？
前者なら設計に問題ありだが、>>1なのでもう目をつぶって >>156で行ってしまえ。
161:デフォルトの名無しさん
07/07/05 21:06:28
パネルが二つでも、そのどちらかを決める条件は状態によって
いろいろ考えられるだろ。
具体的には位置によるのか、あるいはそれがアクティブが否か、とか。
162:デフォルトの名無しさん
07/07/05 21:07:09
で、結局>>156の命名でいいのか悪いのかが聞きたいんだが。
163:デフォルトの名無しさん
07/07/05 21:27:30
>>162
だから良いも悪いも意味わからんってw
端的に理解不能。プログラミングの前に説明能力を磨く必要がある。
164:デフォルトの名無しさん
07/07/05 21:57:36
英語としては、Thenより、FollowedByだな
165:デフォルトの名無しさん
07/07/05 21:58:31
>>162
日本語喋れ
何が「聞きたいんだが」だ
166:デフォルトの名無しさん
07/07/05 22:14:13
俺からしてみれば何が理解不能なのか理解不能だ。
「Aの後B」というのを、「AThenB」と命名するのは適切か否か、
それを聞いてるだけなんだが？
実装内容が理解不能というなら分かる。
ここで書いても書き切れんだろうし。
もちろん実装内容によって適切な命名というのは変わるだろうが、
ここでは措いておく。
167:デフォルトの名無しさん
07/07/05 22:19:38
>>164
AのちBとかAに続いてBって感じ？
㌧ｸｽ
168:デフォルトの名無しさん
07/07/05 23:06:52
設計の善し悪しは議論禁止だけど、
設計まずそうだなって直感的にわかるとやっぱり言いたくなるんだよな
169:デフォルトの名無しさん
07/07/05 23:15:02
設計なんてレベルじゃないね。
むしろプログラミングの基礎が分かってない。
それ以前に、>>156のような日本語で他人に自分の考えが伝わる、
とどうやら本気で思っているらしい点が推測される知能の低さもからかいたくなる。
まあからかうだけではアレだから一応内容のあることも書くと、
処理の順序を指定したいなら普通に順序をもつデータ構造を引数に渡すだけだろう。
それは配列でもいいし、単に引数の順序を利用してもいい。
順序をenumで指定するなんて愚の骨頂。
P(n,n) = n!が計算できないのか156は
170:デフォルトの名無しさん
07/07/05 23:24:32
おまえの質問への読解力は知らんが（つかなんでn個の順列が出てくるよ）、
俺の理解では、
(A,B), (C,D)とかのペア内でしか順序が問題にならないという仕様と感じた。
ただ、要素数が本当に固定ならいいが、
将来の追加とか考えたらenumはまずいだろとは思う。
171:デフォルトの名無しさん
07/07/05 23:36:12
よく詳しい実装内容もわからんでそこまで言えるもんだ。
あっぱれ。
複雑な手続きの順序を決めようなんてしてない。
2 * 条件 通り。
逆に連結リストにするとA→AとかA→Cみたいになって
意図しない動作になる可能性もあるんだが。
(AとB、CとDは互いに対になっている条件、
LeftとRight、ActiveとInactiveとか)
172:デフォルトの名無しさん
07/07/05 23:36:56
>>170
そう。先にそう書いとけば良かったな…。
173:デフォルトの名無しさん
07/07/08 06:43:12
言語の「予約語」の英語をお願いします。Reserved Wordでいいですかね？Keywordって単語も
見かけますが、この場合、Reseverd Wordの方が適切ですかね？
174:デフォルトの名無しさん
07/07/08 09:38:18
>>173
てか、"reserved word" という用語の日本語訳が「予約語」だから。
175:デフォルトの名無しさん
07/07/08 15:08:46
ModuleManager(仮)というオブジェクトがあります
クライアントコードではこいつにモジュールをregist()で登録し、release()で登録削除する事が出来ます
このオブジェクトはupdate()メンバを呼び出される度に追加したモジュール全てののupdate()メンバを呼び出します
つまり各モジュールに対するfacadeなわけですが
このModuleManager(仮)のクラスに対する一般的なネーミングはどういうものがあるでしょうか？
176:デフォルトの名無しさん
07/07/08 15:19:55
>>175
登録メソッドは regist じゃなくて register にしろ。
177:デフォルトの名無しさん
07/07/08 15:26:48
>>175
Managerでいいんじゃないでしょうか？w
というか、あんまり自身ないけどそれファサードというよりメディエーターの
特殊形態とみなした方がわかりやすいと思う。
>>176
余計なお世話にしか思えんな。
好みの問題以上の理由があって言ってるとは思えない。
178:デフォルトの名無しさん
07/07/08 15:42:52
>>175
窓口となる機能群を適切に表現するしかないのでは
例がFacadeかどうかは疑問があるが
>>177
「registという単語は無い」のは理由にならないと?
>>176を意訳すると「勝手な単語作るなボケ」
179:デフォルトの名無しさん
07/07/08 15:45:49
漏れも特に理由がなければregisterにすべきだと思う
180:175
07/07/08 15:52:11
言われていればMediatorな気がしてきたので
それを意識して機能を再構成してみます
あとはregisterですね^^
181:デフォルトの名無しさん
07/07/08 15:56:05
>>178
ああすまん、registって英単語は存在しないんだったねw
それなら確かにregisterとすべきだ。
申し訳ない
182:デフォルトの名無しさん
07/07/08 16:04:20
>>175
おれなら、Observerで書き換えるかも。
183:デフォルトの名無しさん
07/07/08 16:11:09
別に管理してなくね？
モジュールの生成、破壊を行うわけでもないし、ただupdateするだけ
ModuleUpdaterじゃね？
184:デフォルトの名無しさん
07/07/08 16:41:51
managerは結局何をするものか判らないから、
良くない名前付けの例だってどこかで見た
185:デフォルトの名無しさん
07/07/08 17:50:53
そんじゃあ明示的にUpdateMethod(Command)Distributerとでもしますか
186:デフォルトの名無しさん
07/07/08 18:09:53
「英単語なんて勝手に作ってもいいじゃないか、ボケ」
と言ってるのかと思った。
187:デフォルトの名無しさん
07/07/08 21:21:56
>>186
場合によってはそうなんだけどね。
例えばsetの過去分詞とかさ。
でも、昔のcのコードの文化にありがちだった意味のない省略とかは
すくなくともエディタの入力支援とか使える現在では無意味だし、俺は否定的。
188:デフォルトの名無しさん
07/07/08 21:26:49
MS様的には略語以外の省略名は不許可だが
Mathは過去の流儀に従ってSqrtとかだぬ。
189:デフォルトの名無しさん
07/07/08 23:06:25
数学ってEとかmとかπとかΣとかNewtonとかEulerとか悪名の宝庫だよな。
…と書いてから思ったけど数学は純粋に理論的な学問だから、
その概念を現実の物事に例えるのはそれはそれで一面的かもしれない。
190:デフォルトの名無しさん
07/07/09 17:52:56
「あるクラス（インスタンスでなく）の能力について知っており、そのクラスのインスタンスを作成することのできるクラス」
の名称について悩んでいます。言葉ではわかりづらいので例（C#）を示します。
IDancerManager(仮)はIDancerと一対一で対応しており、対応するIDancerの歌える曲・踊れる曲を知っています。
また、必要であればそのインスタンスを作成できます。
public interface IDancer {
void Sing(string title);
void Dance(string title);
}
public interface IDancerManager {
bool CanDance(string title); bool CanSing(string title);
IDancer CreateDancer();
}
以上がインターフェースの定義です。これを実装するクラスの定義は、例えば
public DancerA : IDancer {
void Sing(string title) { ... }
void Dance(string title) { ... }
}
public DancerAManager : IDancerManager {
bool CanDance(string title) { return title == "およげたいやきくん" || title == "コンピュータおばあちゃん"; }
bool CanSing(string title) { return title == "およげたいやきくん"; }
IDancer CreateDancer() { return new DancerA(); }
}
のようになります。(つづく)
191:デフォルトの名無しさん
07/07/09 17:53:37
(つづき)
これらを登録するためのクラスが別に存在し、IDancerManagerのインスタンスのリストmanagersを保持しています。
このクラスには、
public IDancer GetDancer(string title) {
foreach (IDancerManager manager in managers)
if (manager.CanDance(title)) return manager.CreateDancer();
return null;
}
のようなメソッドが存在し、外部に機能を提供します。
このIDancerManagerのManagerにあたる部分の名称に悩んでいます。
特に珍しい設計ではないと思うので定番めいた命名がないかと期待してるんですが、どうでしょう。
192:デフォルトの名無しさん
07/07/09 18:32:53
＞特に珍しい設計ではないと思うので
いやあすごく変な設計だと思う。悪いけど。
どう考えてもIDancerManager は冗長だし、単に見通しを悪くしてるだけ。
IDancerManagerの機能はIDancerのスタティックメソッドとして実装すれば
済むことだと思うけど。。
193:190-191
07/07/09 18:44:57
>>192
どうも。そのようなレスが来るとは何となく予想していました。
IDancerの静的メソッドとしてCanDanceなどを実装すると、後半で記述したような
ループでの一括処理ができませんよね。またインスタンスメソッドとして実装すると、
IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
（IDanceManagerはフィールドを持ちませんがIDancerのフィールドは処理に依存するので）
静的メソッドにしてリフレクションという実装もありますが、パフォーマンスクリティカルな処理なので
それは避けたいのです。
以上の点を踏まえると必然的に上のような設計になったわけです。
194:デフォルトの名無しさん
07/07/09 18:49:37
IDancerActivatorとかIDancerMetaInfo？
でもクラスごとに作るよりリフレクション的な仕組みを使うなり作るなりしてGeneric的にやるべきもんでしょ。
クラスごとに作るのは(/ω＼)ｲﾔﾝ
195:デフォルトの名無しさん
07/07/09 19:03:22
>>193
いやー言ってること全体的に変だと思うわ。
＞ループでの一括処理ができませんよね
Dancerは自分の型を知っているから、当然自分の型の静的メソッドは利用できるんじゃないの？
要は単に直接Dancerのコレクションを作ればよいということ。
＞IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
意味がわかりません。
無駄、というならそのIDancerManagerのリストを作る実装でもまったく同じことでしょ。
他の人はどう思う？
>>193の言ってることは変じゃないかい？
196:190=191
07/07/09 19:13:55
>>195
>＞ループでの一括処理ができませんよね
>Dancerは自分の型を知っているから、当然自分の型の静的メソッドは利用できるんじゃないの？
>要は単に直接Dancerのコレクションを作ればよいということ。
Dancerのコレクションを作ったところで、Dancerのインスタンスから静的メソッドは呼べませんよね？
従って静的メソッドによる実装ではループ処理はできません。
>＞IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
>意味がわかりません。
>無駄、というならそのIDancerManagerのリストを作る実装でもまったく同じことでしょ。
この文章のすぐ下に括弧づけで書いてありますが、IDancerManagerのインスタンスはフィールドを持ちません。
従って、IDancerManagerのリストならば余分なメモリ領域は消費しません。
それに対してIDancerのインスタンスは、Dance()やSing()で使うフィールドをそれぞれに持っているので、
余分なメモリ領域を消費してしまいます。
なんか設計に関する話題になってしまってますが、細かく説明するとこんな感じです。
197:デフォルトの名無しさん
07/07/09 19:22:10
いや、リストのメモリの消費量っていうのはリストのアイテムのメモリサイズに
まったく無関係だよ。。
Cの構造体配列じゃないんだから。
世の中の全部の言語知ってるわけじゃないけど、普通リストっていうのは
参照の配列みたいな形で実装されているだろうから、消費されるメモリ量は
リストの要素数nと参照型変数のサイズmの関数であって、要素の型のサイズは
関係ないよ。
それから、自分の型の静的メソッドにアクセスできない言語なんてあるの？
というか、言語は何をお使いで？
198:190-191
07/07/09 19:27:02
>>197
えーと・・・
もちろんリストそのもののサイズは同じです。
ですがリストに格納するのは「格納する型のインスタンス」ですよね？クラスではなくて。
インスタンスってのは「実体」なわけですから、フィールドのサイズと同じだけのメモリをヒープ上に消費するわけです。
言語は関係ないですが、上に書いたとおりC#です。
199:デフォルトの名無しさん
07/07/09 19:33:43
>>197
あと静的メソッドについてですが・・・
具体的な型名がわからないインスタンスからは静的メソッドは呼べません。
リフレクションでも使わない限り。
C++の例ですと、void *p = new HogeClass(); とした p を別のところに持っていったとき、
p だけの情報から HogeClass::HogaMethod() を呼べませんよね？p の型は単なる void* なので。
それと同じことです。
200:デフォルトの名無しさん
07/07/09 19:34:37
c#のList(of T)は、少なくともTが参照型の場合、
インスタンスへの参照が格納されるだけであってインスタンスそのものは格納されないよ。
だから型の大きさは関係ないって
201:190-191
07/07/09 19:39:25
>>200
>>198で言ったように、もちろん「リストそのもの」の大きさはかわりません。
ですが、その中身は「リスト以外のどこか」に確保されるわけです（具体的にはヒープ上）。
従って、ヒープ上で消費するメモリ量は型そのものの大きさに依存します。
202:デフォルトの名無しさん
07/07/09 19:57:18
>>201
やっと意味がわかった申し訳ない。
でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
静的メソッドへのデリゲートを持てば済む話だと思う。
203:190-191
07/07/09 20:19:19
>>202
こちらも説明が下手だったかも知れません。すみません。
>でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
>静的メソッドへのデリゲートを持てば済む話だと思う。
List<IDancerManager> managers; の代わりに
List<CanDanceDelegate>, List<CanSingDelegate>, List<CreateDancerDelegate> を保持するということですか？
それだと登録の際にメソッドごとにいちいち追加せねばならず、メソッドが多い場合相当面倒になると思います。
またリストの数自体も増えますので管理が面倒ですし。
204:190-191
07/07/09 20:30:14
>>194
設計論議に夢中になってレスを忘れてしまいましたがActivatorの命名いただきました。
どうもありがとうございます。
205:デフォルトの名無しさん
07/07/09 20:47:13
へたくそ
206:デフォルトの名無しさん
07/07/09 22:04:15
リフレクションっぽく
interface Dancer {
void inovke(Object action, Object[] args) throws ActionException;
}
interface DancerType {
boolean hasAbility(Object action, Object[] args);
Dancer getDancer();
}
207:デフォルトの名無しさん
07/07/12 01:52:24
age
208:デフォルトの名無しさん
07/07/16 05:23:09
age
209:デフォルトの名無しさん
07/07/16 11:23:55
どうでもいいけど>>203でデリゲート名にDelegateを付けてるのは
MS様のガイドライン違反
210:デフォルトの名無しさん
07/07/16 17:13:25
普通にDancerFactoryでいいような気がする。
配列っていうか簡易DBみたいなのに
各Dancerが受け入れられる処理を
書き込んでおけばいいのではないだろうか。
各Dancerにはintで一意のIDを持たせておいて
簡易DBを使ってIDを求めて
switch文で列記されたnewに飛べばいいと思う。
211:デフォルトの名無しさん
07/07/16 18:08:24
外からダンサーを追加できるようにしたいんじゃないの？
212:デフォルトの名無しさん
07/07/16 18:32:58
Factoryはないでしょ。
190の説明読む限り、目的のクラスの主眼はDancerを生成することにあるというより、
むしろDancerの能力を知っていることにあると思われる。
だから俺なら、
DancerProfile
DancerInfo
どうしてもというならこのあたりを提案する。
でも、そもそも190が言ってるような設計って個人的には大いに疑問。
213:デフォルトの名無しさん
07/07/16 21:17:47
DancerProduction
214:デフォルトの名無しさん
07/07/16 23:48:41
TalentAgency
215:デフォルトの名無しさん
07/07/17 13:36:13
>>210
そういうことするんだったら普通にリフレクションでいいと思う
216:デフォルトの名無しさん
07/07/19 02:30:26
ファイルを入れておくディレクトリは単数形と複数形どちらがベターですか？
controller or controllers
class or classes
217:デフォルトの名無しさん
07/07/19 05:00:09
controllerやclassを入れておくディレクトリってことなら複数形かな
ディレクトリの機能がcontrollerやclassを意味するのなら単数形か
218:デフォルトの名無しさん
07/07/20 00:50:10
俺のフォルダには doc がある。
たまに、Docs にしていることもある。
どうしたものか
219:デフォルトの名無しさん
07/07/20 01:05:13
dokyumento で解決
220:デフォルトの名無しさん
07/07/20 01:17:27
だからAnalysisをanalと略すなとあれほど
221:デフォルトの名無しさん
07/07/20 05:29:10
>>217
ありがとう
222:デフォルトの名無しさん
07/07/20 18:51:32
>>216
俺ルール
単数形を使う場合：
・中に入っているファイルが何かを指す名前であり、その名前を略す場合
・中に入っているもの自体を表すのではなくカテゴリを表す場合
複数形を使う場合：
・中に入っているファイルが何かを指す名前であり名前を略さないとき
単数の例：
src
java
複数の例：
Applications
ただ自分ルールを決めてもいつか破綻するので
普通に英文で名前をつけるという手や日本語にするという手もある。
そうすれば単数複数に悩まなくてすむ。
223:デフォルトの名無しさん
07/07/20 21:02:57
C言語で、長い文字列が保存されているファイルを先頭から解析していき、"hoge"が出ればhogeフラグを立て、"#hoge"文字が出ればフラグを下ろすとします。
"foo"や""#foo"も同様にします。
ここで、「今hogeフラグが立っている（つまり今hogeと#hogeの間を解析している）」状態を保存しておく変数を作りたいのですが、どんな名前がよいですか？
224:デフォルトの名無しさん
07/07/20 21:04:09
inHoge
225:デフォルトの名無しさん
07/07/20 21:40:52
>>223
日本語でお書き下さい。
それじゃエスパー相手にしか伝わらないんじゃないか？
226:デフォルトの名無しさん
07/07/20 21:58:23
前スレで変数名に迷いここで神の啓示を受け一気にプログラムを仕上げた俺様がきましたよ
又、迷っています誰か降臨してください
”銘柄グループ選択ボタン”という名前のメンバ変数名をお願いします
環境はVS2005 MFCです頭のm_は本当は無い方がかっこいいですが、他のメンバ変数に付けちゃってますんで
頭のm_も考えてください、ハンガリアン記法には少々こだわりますが無くてもOKです
227:デフォルトの名無しさん
07/07/20 22:02:10
GUIコントロールは基本的に表示名直訳でいいと思う
228:デフォルトの名無しさん
07/07/20 22:15:34
>>227
226>>ですどうもサンクス
エキサイトで直訳すると
Brand group selection buttonてな風で少々長い気がするんですが・・・・・？
いかがなものかと
229:デフォルトの名無しさん
07/07/20 22:17:40
m_btnSelectBrandGroup
230:デフォルトの名無しさん
07/07/20 22:20:04
>>229
おぉ～いいですね、神が降臨しそうです、いい変数名や関数名が思い浮かばないと
自分の趣味のプログラムはモチベーションが上がらないんですww
231:デフォルトの名無しさん
07/07/20 22:43:53
素朴な疑問。
そもそもその”銘柄グループ選択ボタン”という呼び方からして変じゃないか？
普通ボタンの動作というのはEnterとかApplyとかDoって感じで、「選択」はちょっと
違うんじゃないの？
それともドロップダウンボタンみたいな奴なのか
232:デフォルトの名無しさん
07/07/20 22:52:10
”銘柄グループ選択ボタン”を押したら"銘柄グループ選択ダイアログ"が開くんだろ多分
233:デフォルトの名無しさん
07/07/21 11:51:55
そもそも銘柄->Brandでいいのか？
234:デフォルトの名無しさん
07/07/21 12:29:34
何の銘柄かわからないしなぁ
たばこの銘柄 -> brand
株の銘柄 -> description
とか？
235:デフォルトの名無しさん
07/07/21 22:27:55
作成日時
更新日時
アクセス日時
データベースで使うのですが、WINDOWSのEXPROLERライクなネーミングにしようかと考えています。
どうぞよろしくお願いします。
236:デフォルトの名無しさん
07/07/21 22:37:05
英語版のWindowsからそのまま用語ひっぱってくればいいんじゃね？
237:235
07/07/21 22:48:41
英語版のWINDOWSを持っていればできるんですけどねえ・・・だめぽ。
238:235
07/07/21 23:07:26
WINDOWSライクにするには、情報が無いらしい・・・。
という事で、自分で考えた奴で行くしかないわけだけど、作成日時だけどういう名前にしていいかわからない。
MAKEなのかCREATEなのかも微妙にわからない。難しく考えすぎなのかな？
作成日時
更新日時======>LAST_UPDATE
アクセス日時===>LAST_ACCESS
239:デフォルトの名無しさん
07/07/21 23:13:01
名詞形はCREATION。
CREATIONだけだと意味不明なのでCREATION_TIMEとして
他の二つにも_TIMEをつけたら如何？
MAKEではないよ
240:デフォルトの名無しさん
07/07/21 23:13:38
Created
Last Modified
Last Accessed
とするのが常套。
241:235
07/07/21 23:16:58
>>239
ありがとうございます。
基本的過ぎてオリジナルの名前付けるのが怖かったので、アドバイスが受けれて心配しました。
242:235
07/07/21 23:18:25
>>240
ありがとうございます。
それで逝きます。
243:デフォルトの名無しさん
07/07/21 23:38:39
Rails なら、DBのカラムのネーミングはこんな感じ。
created_at
updated_at
accessed_at
DBの場合は、最終アクセス日時は普通はあまり更新しないけどね。
244:デフォルトの名無しさん
07/07/21 23:50:52
言語でも違うのか・・・。
汎用系、オープン系、WEB系とかて色々常套がありそうな感じですね。
245:デフォルトの名無しさん
07/07/22 00:25:48
typedef struct _WIN32_FIND_DATA { // wfd
DWORD dwFileAttributes;
FILETIME ftCreationTime;
FILETIME ftLastAccessTime;
FILETIME ftLastWriteTime;
DWORD nFileSizeHigh;
DWORD nFileSizeLow;
DWORD dwReserved0;
DWORD dwReserved1;
TCHAR cFileName[ MAX_PATH ];
TCHAR cAlternateFileName[ 14 ];
} WIN32_FIND_DATA;
246:デフォルトの名無しさん
07/07/25 18:09:26
二重起動してるかどうかを判定する関数の名前を教えてください。
247:デフォルトの名無しさん
07/07/25 18:11:13
SudeniKidouSareteiru
248:デフォルトの名無しさん
07/07/25 19:14:02
IsAlreadyRunning
249:デフォルトの名無しさん
07/07/25 20:14:22
isFiredUp
250:デフォルトの名無しさん
07/07/25 21:08:01
IsRunningAnotherInstance
251:デフォルトの名無しさん
07/07/25 21:14:57
IsOops
252:246
07/07/25 22:31:21
>>248氏のIsAlreadyRunningに決定いたしました。
皆様ご参加ありがとうございました。
253:デフォルトの名無しさん
07/07/25 23:44:36
>>252
言っとくけどその関数、「true/false を返す」なんていう単純な仕様じゃ役に立たない・・・
というかバグってるからな（低い確率で多重起動を許してしまう）。
>>247-251
初心者相手なんだからちゃんと説明してやれよ。スレ違いだけどさ。
254:デフォルトの名無しさん
07/07/25 23:50:30
また謎なことをw
自信がないから思わせぶりなことしか書けないんだろうけど、
自信がないならむしろ黙っているべきだろう。
255:デフォルトの名無しさん
07/07/25 23:55:20
ヒント：夏休み
256:デフォルトの名無しさん
07/07/25 23:58:39
中身がTest and Setになってて、Test結果を返すって仕様かもしれないじゃん
257:246
07/07/26 00:10:13
あーmutex使う定番のやり方なんでご心配なく
(mutexは広域オブジェクトで別管理です)
258:デフォルトの名無しさん
07/07/26 00:15:17
>>257
その関数内でmutexを取得するってこと？
Is～って命名の関数で状態を変更しちゃだめだよ
259:デフォルトの名無しさん
07/07/26 00:19:32
どこの村の掟だよそれw
同期オブジェクトでロックする事だって「状態の変更」とみなしうるわけだが、
じゃあそれもダメってのかね
260:246
07/07/26 00:28:38
なんでこんな突っ込まれてるのか判らない・・・
広域オブジェクトが状態持ってますんで、それ読みに行くだけのことです。
261:デフォルトの名無しさん
07/07/26 00:31:23
会話成り立ってるからええやん
262:デフォルトの名無しさん
07/07/26 00:32:05
例外で処理するほうがコードがすなおに読めるかも。
try {
AcquireInvocationLock();
} catch (AnotherInstanceRunningException& e) {
::ExitApplication(ERR_ANOTHER_INSTANCE_IS_RUNNING);
}
263:デフォルトの名無しさん
07/07/26 00:40:18
皆さん相当お暇な様ですね
264:258
07/07/26 00:51:57
>>260
二重起動防止のために使うんだよね。
読みにいくだけって処理になんの意味が？
「mutex確認」→「取得されてなければ作成」って流れだと
確認した直後に他のプロセスが作成したら二重起動になるよ。
>>259
Get～関数で状態を変更していいって教わったか？
同期ロックは帰る前にロック解除するわけで意味的には状態を変更してることにならないっしょ。
265:デフォルトの名無しさん
07/07/26 00:54:08
>>264
>>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
スレ違いじゃボケ。子ね。
266:デフォルトの名無しさん
07/07/26 00:58:13
パルプンテみたいな関数があります。
英語でパルプンテの綴りを教えてください。
267:デフォルトの名無しさん
07/07/26 00:59:55
>>264
MSDNでCreateMutexでも読んで消えてね
268:デフォルトの名無しさん
07/07/26 01:02:16
palpunte
269:デフォルトの名無しさん
07/07/26 01:03:42
>>266
Chance
270:デフォルトの名無しさん
07/07/26 01:05:41
今のはメラではない、メラゾーマだ！
みたいなド迫力な名前お願いします。
271:デフォルトの名無しさん
07/07/26 01:18:05
弱くなってんじゃねーか
272:デフォルトの名無しさん
07/07/26 01:24:46
perl ping tail
273:デフォルトの名無しさん
07/07/26 01:53:35
DemonsMayFlyOutOfYourNose
274:デフォルトの名無しさん
07/07/26 02:05:06
>>273
中身が未定義だらけで呼び出したくなくなるような名前だｗ
275:デフォルトの名無しさん
07/07/26 08:55:09
>>264
馬鹿どもの相手はするな、こいつらには理解できん。
276:デフォルトの名無しさん
07/07/26 10:17:49
(・∀・)
277:デフォルトの名無しさん
07/07/26 12:43:16
>>275
馬鹿は264でしょw
264が言ってるのはただの「ありがちなバグ」に過ぎず、
246のような事をした場合、不可避な問題というわけではない。
278:デフォルトの名無しさん
07/07/26 14:16:09
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>1すら読めない馬鹿はレスしないでください＞＜
279:デフォルトの名無しさん
07/07/26 18:41:27
またお前さんかw
俺に言わせれば、そもそもの「目的」に還元して物事の是非を考えられない
>>278のような馬鹿こそ出入り禁止にしたいよw
>>246以降の話題が誰かに不利益をもたらしたかのかよw
>>246以降の話題が誰の利益にもなってないか？
利益を得たものが仮にいたとして、そいつはこのスレにとって「場違いな奴」と断言できる？
280:デフォルトの名無しさん
07/07/26 19:18:20
設計の善し悪しは議論禁止だけど、
設計まずそうだなって直感的にわかるとやっぱり言いたくなるんだよな
281:デフォルトの名無しさん
07/07/26 19:39:24
>>279
還元の使い方を間違えてる
282:デフォルトの名無しさん
07/07/26 19:51:02
>>281
どこがどう間違ってるのか具体的に言ってみろよｗ
論理的な反論ができないから、
重箱の隅を突くような指摘をして話題を逸らそうとしているんだろ？
>>281みたいな空気の読めない馬鹿が１人いるだけで本当に疲れるよねｗ
話の流れと関係のない茶々を入れて有益な議論を一々妨害しないで欲しいな。
この手の輩は本人は気付いてないだろうけどね（多分、一生気付かない）
283:デフォルトの名無しさん
07/07/26 20:02:08
目的や意図を聞き出すのは名前を考える上で必要不可欠だろうけど
そうするとどうしても設計議論になっちゃうな
284:デフォルトの名無しさん
07/07/26 20:05:11
>>282
そもそもスレ違いのくせに有益とか自画自賛してんじゃねーよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
285:デフォルトの名無しさん
07/07/26 20:06:40
>>283
だから設計議論のどこが悪いんだよ。
それが誰かの利益になっているのなら何の問題もないだろ？
286:デフォルトの名無しさん
07/07/26 20:10:04
設計の良し悪しを議論するスレなら幾らでもあるので
こんなスレはブックマークから消してどこへなりと行くほうが楽しいよ
君にとっても
287:デフォルトの名無しさん
07/07/26 20:11:39
このスレは今から「絶対上がる株を紹介するスレ」に変わりました
288:デフォルトの名無しさん
07/07/26 20:12:47
>>287
それはとても有益だな
きっと>>285は参加する事だろう
俺はせんけど
289:デフォルトの名無しさん
07/07/26 20:27:04
変数名でnum_hogeとhoge_numって使い分けてる？
num_hogeだとnumber of hoge(≒総量)
hoge_numだとhoge number(≒インデックス)
と解釈してるんだけど。
290:デフォルトの名無しさん
07/07/26 20:33:19
俺は語順に意図を込めたりしないな
291:デフォルトの名無しさん
07/07/26 20:37:15
hoge_i
292:デフォルトの名無しさん
07/07/26 20:39:02
一度、それを考えてみようと思ったけど、今は、量を表すときは、count使って逃げてるな俺は。
293:デフォルトの名無しさん
07/07/26 20:41:09
似たような役割の変数がいくつかあればこんなふうに書くことが多いかなぁ
num_abcd
num_bcde
num_cdef
インテリセンスで見つけやすいから・・・ってだけなんだが
294:デフォルトの名無しさん
07/07/26 21:06:51
意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。
不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。
295:デフォルトの名無しさん
07/07/26 21:16:19
意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。
不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。
296:デフォルトの名無しさん
07/07/26 21:18:50
BitBltのことかあああああああああああああああ
297:デフォルトの名無しさん
07/07/26 21:19:27
creatのことです
298:デフォルトの名無しさん
07/07/26 21:20:05
って、まぁ、そうやって付けた俺のコードは識別子名長すぎでそれはそれでぱっと見
見苦しいな。
299:デフォルトの名無しさん
07/07/26 21:23:47
MSも.NETからは原則省略禁止の方向だしな。
300:デフォルトの名無しさん
07/07/26 21:26:00
短くて判りやすい単語を探し出す能力
長くてもよい変数名を判断する能力
301:デフォルトの名無しさん
07/07/26 22:37:28
VC#だと一文字目からいきなりインテリセンスが動くから長くても快適
302:デフォルトの名無しさん
07/07/27 02:30:01
生きててもろくなことがない
(>^o^)
＼('A`)×('A`)／ ( ／ ＼('A`)／
| | | | ／ く | |
< > ／ ＞ ／ ＼
独身男性
URLﾘﾝｸ(etc6.2ch.net)
303:デフォルトの名無しさん
07/07/27 06:15:31
>>289
意味を語順に依存させる事はしないな。取り違えやすいので。
それからnum（要素数）とi（インデックス）はオリジン（最小値）が違う。
混同すると境界エラーになりやすいから必ず意識的に区別するようにしてる。
304:デフォルトの名無しさん
07/07/27 06:25:33
>>1から始まる2chを使っといてなんだけど、
1から始まるインデックスはなんかキモいんだよなぁ
305:デフォルトの名無しさん
07/07/27 11:03:28
>>303
なるほどこういう流儀もあるのか。
とはいえオリジンが 1 であるものを取り扱うことって滅多にないな。
306:デフォルトの名無しさん
07/07/27 12:01:59
総量はCount.インデックスはIndex
自分のソースは InnerRectangleWithRootDeviceMarginAreaHandler
こんな名前のクラスばっかりだ･･･('A`)
307:デフォルトの名無しさん
07/07/27 12:18:40
それはさすがに長すぎるなぁ
詳細はコメントに書いたほうがいいと思う
308:デフォルトの名無しさん
07/07/27 12:29:46
コメントは書かない主義なんです
309:デフォルトの名無しさん
07/07/27 12:30:40
なんだ
ネタか
310:デフォルトの名無しさん
07/07/27 12:35:56
ネタではないと思うよたぶん。
俺もまれにそういうクラスを作っちゃったりする。
まあでも、そこまでジュゲムジュゲムになるなら、
名前空間使えるなら適当な名前空間に放り込むとかインナークラスにするとかした方がいいかもね。
311:デフォルトの名無しさん
07/07/27 13:11:51
インデックスはHogeIndex
要素数はHogeCount
固定な長さはHogeLength
312:デフォルトの名無しさん
07/07/27 17:24:58
値を外から受け取ってプロパティーにセットする（普通のセッター）んじゃなくて
値を内部で計算してプロパティーにセットするメソッドは何にすればいいの？
setHoge()だと、前者と混同してしまうし…
313:デフォルトの名無しさん
07/07/27 17:47:32
calc系ね
314:デフォルトの名無しさん
07/07/27 18:04:08
calcHoge()でいいんじゃね？
315:デフォルトの名無しさん
07/07/27 18:41:52
なんか頭悪そうな印象があるcalcXXX
316:デフォルトの名無しさん
07/07/27 18:42:21
あるある
317:デフォルトの名無しさん
07/07/27 18:47:21
別にcalcが頭悪そうとは俺は少しも思わないが、
名前をそうするのなら計算結果を返り値で返すようにした方がいいと思う。
で、>>312の回答としては、UpdateXXでいいんじゃない？
318:デフォルトの名無しさん
07/07/27 18:52:47
>>317
自分もそれに賛成
319:デフォルトの名無しさん
07/07/27 19:05:26
setHogeのオーバーロードじゃだめなのかと思ったが、
引数取らないのかな。
それならrefreshとかupdateか。
320:デフォルトの名無しさん
07/07/27 20:37:54
date で「年月日」を意味するように使ってきたんだけど、「月日」の場合はどうしようかな？
どうでも良さげなんだけど、ちょっと使い分けたくなってきたんだ。
知恵をお願いします。
321:デフォルトの名無しさん
07/07/27 20:44:17
リファクタリングして年月日のdateをdateYMDに、月日をdateMDに、とかどう？
322:デフォルトの名無しさん
07/07/27 21:20:51
>>321
それ採用させていただきます。
323:デフォルトの名無しさん
07/07/28 00:42:26
変数名が素直に決まらない、そんなときがリファクタリングどき。
324:デフォルトの名無しさん
07/07/28 12:58:40
リファクタリングというのは、むしろ（暫定的につけた名前が）本決まりに
なったときに行うものではないの？w
325:デフォルトの名無しさん
07/07/28 15:17:54
リファクタリングの1つである名前の変更は、だな。
326:名無しさん＠そうだ選挙に行こう
07/07/29 10:14:51
時々ここでインスピレーションを頂いている俺様がきましたYO！
今日は、マクロスイッチの名前で相談なんだけど
週明けから、Visual Studio 2005に、VC6で作った膨大なMFCのライブラリの
移植作業に取り掛かるんだけど、なかなか良いマクロスイッチ名が思い浮かびません
誰か閃いてください。
327:名無しさん＠そうだ選挙に行こう
07/07/29 10:28:01
まあ君が「エスパー依存型」の日本語しかかけない奴だということはよく分かった。
しかしこういう>>326みたいな人間の困るところは、自分の文章が読み手のESP能力を
前提としている、という自覚が皆無な点で、だからこうやって人にそのことを
指摘されてもおちょくられてるとか勝手に勘違いして逆切れしたりするんだよね。
328:名無しさん＠そうだ選挙に行こう
07/07/29 11:20:12
中身が全く無くスレの趣旨にも合わない典型的な糞レス乙。
329:名無しさん＠そうだ選挙に行こう
07/07/29 12:13:28
XXX_VC6_MFC_COMPATIBILITY
330:名無しさん＠そうだ選挙に行こう
07/07/29 12:14:27
自分で決めないでも既にありそうな飢餓
331:名無しさん＠そうだ選挙に行こう
07/07/29 13:19:34
マクロスイッチ？
332:デフォルトの名無しさん
07/07/29 14:07:10
ピタゴラスイッチ？
333:名無しさん＠そうだ選挙に行こう
07/07/29 15:48:18
アルゴリズム体操？
334:名無しさん＠そうだ選挙に行こう
07/07/29 15:52:21
>>326
そのマクロスイッチでどういう状態を切り替えるの？
335:名無しさん＠そうだ選挙に行こう
07/07/29 16:37:33
_326_WO_KOROSU_SUICCHI
336:デフォルトの名無しさん
07/07/29 21:03:16
dropTableAll
dropAllTable
メソッド名として
どっちがベターですか？
337:デフォルトの名無しさん
07/07/29 21:07:46
どっちも意味不明だと思いますが。。
338:デフォルトの名無しさん
07/07/29 21:11:28
ウチの会社では dropTable("ALL") などという訳の判らないリファレンスが降りてくるから困る
339:デフォルトの名無しさん
07/07/29 21:11:43
>>336
何をするメソッド？
340:デフォルトの名無しさん
07/07/29 21:20:26
すべてのテーブルをドロップする: DropAllTables
「All」という名前のテーブルをドロップする: DropTableAll
341:デフォルトの名無しさん
07/07/29 21:24:09
dropTable();//一つのテーブルをドロップ
dropTableAll();//全部のテーブルをドロップ
自分はこんな風にしてる
342:デフォルトの名無しさん
07/07/29 21:25:11
テーブルのすべてをドロップする: DropWholeTable
ドロップって何？
343:デフォルトの名無しさん
07/07/29 21:26:09
SQL
344:デフォルトの名無しさん
07/07/29 21:26:49
サクマ式？
345:342
07/07/29 21:33:07
テーブル単位の操作なのか。
じゃ>>342は見当違いだったな。ｽﾏｿ
346:デフォルトの名無しさん
07/07/29 23:02:45 0
エンコード（UTF-8やEUC-JP)を代入する変数は
encodeですか？encodingですか？
347:デフォルトの名無しさん
07/07/29 23:04:05 0
名詞: encoding
動詞: encode
348:デフォルトの名無しさん
07/07/29 23:05:43 0
>>347
ありがとうございました
じゃあ時々名詞的にエンコードと言っているのはジャップが馬鹿なんですね
349:デフォルトの名無しさん
07/07/30 05:07:03
まあ、英語にも kimono って動詞があるくらいには日本人が馬鹿なんじゃない？
350:デフォルトの名無しさん
07/07/30 05:11:03
＿__ ━┓
／ ―＼ ┏┛
／ノ (●)＼ ・
. ｜ (●) ⌒）＼
. ｜ （__ノ￣ |
＼ /
＼ _ノ
/´ ｀＼
| |
| |
＿＿＿ ━┓
／ ― ＼ ┏┛
／ (●) ＼ヽ ・
/ （⌒ (●) /
/ ￣ヽ__） ／
. ／´ _＿_／
| ＼
| |
351:デフォルトの名無しさん
07/07/31 00:03:27
登録日時を保存するカラム名にいつも迷う
registDateTimeにしてるけどなんか冗長な気がして
何かいいのない？
352:デフォルトの名無しさん
07/07/31 00:08:05
構造体、クラス、テーブルに
シンプルにDateだのTimeだのがあったら普通タイムスタンプだとおもわね？
区別する必要があるんだったらごめん
353:デフォルトの名無しさん
07/07/31 00:13:06
多少冗長でもやっぱり意味は明示されてたほうがいいと思うよ。
354:デフォルトの名無しさん
07/07/31 00:15:02
むしろそれを冗長と感じる感覚が理解できない。
冗長とは情報が重複していて無駄に長いこと。
重複してないし無駄に長くもないじゃん。
355:デフォルトの名無しさん
07/07/31 00:26:52
データベースだと、date型とかtime型とかあったりするし、
そういう意味で冗長なんじゃないのかなあ。
356:デフォルトの名無しさん
07/07/31 00:28:05
それだけ見ればそうだろうがね。
357:デフォルトの名無しさん
07/07/31 22:33:59
>>351
つ regist > register
resist という単語はあるが、registerという単語はないので。
358:デフォルトの名無しさん
07/07/31 22:39:53
？
説明逆じゃね
359:デフォルトの名無しさん
07/07/31 22:39:54
registerはあるがな
360:デフォルトの名無しさん
07/07/31 22:42:50
>>357はたぶんスペイン語とかスワヒリ語
361:デフォルトの名無しさん
07/07/31 22:45:45
うん。すげーはずかしいな俺。
resist という単語はあるが、registという単語はない
と言いたかったんだ。
362:デフォルトの名無しさん
07/07/31 22:49:11
いや言いたいことは分かったからおk
363:デフォルトの名無しさん
07/07/31 23:08:41
ＭＶＣ構造とかで作るときに、コントローラのクラス名なんにする？
-Controllerとか、-Ctrlとか
だと、WindowsにTreeCtrlとかなんやかんやあって被るので
嫌なんだけど。
（インスタンス名だって、xxxCtrlとかだと、ウインドウコントロール
なのか、もしくはそれ以外の物理的または
制御を担うコントローラなのかの区別が付かない・・
364:デフォルトの名無しさん
07/08/01 02:04:10
Ctrlって書いてあったら普通Controlと解釈するから
ControllerをCtrlと表記するのはやめた方がいいと思う
365:デフォルトの名無しさん
07/08/02 07:47:45
略すなバーロー
366:デフォルトの名無しさん
07/08/02 07:48:51
ber low
367:デフォルトの名無しさん
07/08/02 18:45:16
var6でおｋ
368:デフォルトの名無しさん
07/08/03 08:15:20
バーはアンダーバーにしよう。
_6
369:デフォルトの名無しさん
07/08/03 12:40:48
あー、でもローはノイズだから省略して…
_
370:デフォルトの名無しさん
07/08/03 13:20:36
ポロロッカで逆流する水の速度を時系列で格納しておく配列の名前をお願いします。
371:デフォルトの名無しさん
07/08/03 13:34:54
prws_chart
p:pororoca
r:reverse
w:water
s:speed
372:デフォルトの名無しさん
07/08/03 14:05:30
略すなバーロー
373:デフォルトの名無しさん
07/08/03 17:21:41
よくドロー系のアプリに実装してある
四角形や円や線を描く時にShiftキーを押しながらだと
正四角形や水平な線が描ける機能の名前がまったく見当付きません。
よろしくお願いします。
374:デフォルトの名無しさん
07/08/03 17:30:16
制限つき描画ってことでRestrictiveDrawとか。
375:デフォルトの名無しさん
07/08/03 17:36:15
ConstrainedDraw を推薦します。
376:デフォルトの名無しさん
07/08/03 17:42:02
stdauxのauxってどういう意味なんでしょう？
377:デフォルトの名無しさん
07/08/03 17:42:36
ごめん英辞郎で調べたらでてきた
AUX
【略-2】 ＝auxiliary
補助装置｛ほじょ そうち｝
378:デフォルトの名無しさん
07/08/03 18:22:49
stdauxなんてあるのかよ。って思ってググったら無くはないんだね。
ところでstdauxってどこにつながってんの？
379:デフォルトの名無しさん
07/08/03 18:30:59
ヤボなこと聞かないで
380:デフォルトの名無しさん
07/08/03 18:45:36
>>373
なんかよくよく読むとよくわからない質問だなあ。
質問は、そういう機能をなんと呼ぶべきか、なんだよねえ？
メソッドの名前なら普通にDrawRegularPolygonとかDrawCircleで済むわけだし。
なら当然日本語でいいわけだ。
「正規化の強制（補正）機能」とか「非扁平の強制（補正）機能」とかかなあ。
381:デフォルトの名無しさん
07/08/03 18:52:42
それに対するフラグやメニューアイテムオブジェクトを格納する変数の名前を聞いてるんだろ
日本語でいいんだったら日本語でもいいだろうけど
382:デフォルトの名無しさん
07/08/03 18:56:52
少なくとも373の文章にはそんなこと書いてないけど。
>>381のような解釈はもはや「意訳」じゃなくて、控えめにいってESP、
ありていに言えばただの妄想だよ。
383:デフォルトの名無しさん
07/08/03 19:45:03
擦れの内容考えればそれぐらいの推論しろよｗｗｗ
384:デフォルトの名無しさん
07/08/03 19:55:09
難癖付け君まだいたのか。
385:デフォルトの名無しさん
07/08/03 20:40:34
ある程度推測しろという意見には異論はないが、
曖昧な質問(質問になってないこともあるが)をすれば、
何の名前を聞いてる？変数？関数？クラス？
それの役割は？どういう機能を持ってる？どういう実装をした？
というようなレスが返ってくるのは目に見えてるから、
はじめから必要な情報は提供するべきだと思うが
前から思ってたんだが、質問時のガイドラインみたいなものは無いのか
386:デフォルトの名無しさん
07/08/03 21:04:26
あるよ。
URLﾘﾝｸ(www.redout.net)
387:デフォルトの名無しさん
07/08/03 21:09:16
ガイドラインのようなものは「最初から救われている人間しか救わない」
つまりガイドラインが仮に客観的に合意可能な類の合理性を備えているとしても、
それが読者の対象として想定しているタイプの人間はガイドラインなぞ読まないし、
読んでも理解して実践しない。
だから意味ないよ。
ガイドライン作る奴の達成感や他人を制御している、という妄想を満足させる以上には。
388:385
07/08/03 22:17:35
完全なガイドラインでなくとも>>373のような説明の下手な質問者のために、
質問者の意図が伝わり易くなるようなヒントがあると良いと思う
389:デフォルトの名無しさん
07/08/04 18:54:34
再帰的に空のディレクトリを削除する関数の名前は？
とりあえずdeleteEmptyDirRecursiveにしたんだけど
390:デフォルトの名無しさん
07/08/04 19:15:18
そんな関数必要ないだろ
391:デフォルトの名無しさん
07/08/04 19:18:52
ほんとだ…
気づかなかった
何しようとしてたんだ俺は
392:デフォルトの名無しさん
07/08/04 19:26:26
DEDR
393:デフォルトの名無しさん
07/08/04 19:27:30
いややっぱりいるわ
rmdir -p
だと最初に一番深いパスを指定しないといけないから。
トップのパスを指定して削除したいんだよ
それとも他にいい方法ある？
394:デフォルトの名無しさん
07/08/04 20:48:27
トップのディレクトリだけでいいんなら
findかなんかでファイル有無テストして
rmしちゃえば？
395:デフォルトの名無しさん
07/08/04 21:18:37
deleteEmptyDirRecursively
396:デフォルトの名無しさん
07/08/04 21:24:07
特定の環境でいるかいらないかはこのスレ的にはどうでもいいな。
389のいう機能がまったく荒唐無稽ならともかく、そんなことはないのだから。
名前はDirectory.DeleteEmptiesとかDeleteEmptyDirectoriesとかにして、
列挙値を引数で渡して削除方法を指定するようにしたらどうかな。
無理にメソッド名に削除方法を盛り込むと無駄に長くなりそうだ。
397:デフォルトの名無しさん
07/08/04 23:06:59
ファイルエントリとのマッチ条件を保持するクラスは何にしますか？
条件を設定して
matchメソッドでパス渡して判定する感じのクラスです
398:デフォルトの名無しさん
07/08/04 23:22:06
matchCondition
399:デフォルトの名無しさん
07/08/04 23:22:08
そのまんまMatchConditionとか。
400:デフォルトの名無しさん
07/08/04 23:26:22
保持しているものがマッチ条件なら、
マッチ条件を思わせる名前しかありえないとおもうが
401:デフォルトの名無しさん
07/08/04 23:28:16
.NETのPredicate<T>デリゲートは洒落てると思った
>>396に適用するのは不適切かもしれないけど
402:デフォルトの名無しさん
07/08/04 23:28:29
FileShowEntryFilter
403:デフォルトの名無しさん
07/08/04 23:29:45
ファンクタのことだったりしてね？＜>>401
404:デフォルトの名無しさん
07/08/04 23:29:58
シンプルに(XX)Judgeとか(XX)Evaluatorでいいんじゃない？
ところでファイルエントリって何？
ググるとjavaの用語みたいだけどようわからん。
405:デフォルトの名無しさん
07/08/04 23:30:29
ディレクトリエントリなら分かるけれども
406:デフォルトの名無しさん
07/08/04 23:40:19
ありがとうございます
fileMatchConditionにします
>>405
そうですね
407:デフォルトの名無しさん
07/08/04 23:48:11
用語もなにもそのままファイルのエントリでそ
408:デフォルトの名無しさん
07/08/05 04:40:16
>>389
removedirs
409:デフォルトの名無しさん
07/08/05 08:12:07
メモ帳的なアプリで起動すると前回のファイルが自動的に開いて
書き込み・修正を行うと一定間隔で保存され
閉じるときのも保存される、ロード･セーブという概念のないアプリはなんて名前がいいですか？
スクラッチパッド？
410:デフォルトの名無しさん
07/08/05 08:13:44
メニュー・ツールバー・コマンドラインでの保存ができないだけであって
「セーブできないアプリ」などというとニュアンスが違う希瓦斯
411:デフォルトの名無しさん
07/08/05 08:40:41
自動保存されるメモ帳
412:デフォルトの名無しさん
07/08/05 09:12:11
>>409
黒板、ホワイトボード、ちらうら、落書き帳、等々
適当でｲｲﾝじゃまいか
413:デフォルトの名無しさん
07/08/05 12:36:30
DirectRefrectiveNotepad
414:デフォルトの名無しさん
07/08/05 12:37:38
ごめんrとlを間違えた！
DirectReflectiveNotepad
415:デフォルトの名無しさん
07/08/05 12:41:48
>>409
電子粘土板
416:デフォルトの名無しさん
07/08/05 12:48:01
『データとコードが癒着した、利用価値の低いアホなエディタ』
（※ 要は問答無用でデータが自動保存されるドキュメントエディタであれば
必要十分なはずで、ファイルという概念をユーザーから隠蔽する必要があるとは
俺には思えないんだが。。）
417:デフォルトの名無しさん
07/08/05 12:56:35
付箋紙みたいなやつ？
418:デフォルトの名無しさん
07/08/05 14:38:36
>>416
>>1
419:デフォルトの名無しさん
07/08/05 16:32:44
粘着掲示板 -> PersistenceBBS
420:デフォルトの名無しさん
07/08/05 16:33:43
すまん間違った
PersistentNotePad
421:デフォルトの名無しさん
07/08/05 20:08:00
ループカウンタの名前お願いi,j,k以外で
422:デフォルトの名無しさん
07/08/05 20:22:47
何をカウントするんだよ
423:デフォルトの名無しさん
07/08/05 20:29:44
taro,jiro,saburo
424:デフォルトの名無しさん
07/08/05 21:49:38
LoopCounter1,LoopCounter2,LoopCounter3
425:デフォルトの名無しさん
07/08/05 21:52:32
ore,omae,aitsu
426:デフォルトの名無しさん
07/08/05 21:57:28
１． Ａ Ａｌｆａ（アルファ）
２． Ｂ Ｂｒａｖｏ（ブラボー）
３． Ｃ Ｃｈａｒｌｉｅ（チャーリー）
427:デフォルトの名無しさん
07/08/05 22:01:01
その調子でＺまでたのむ。
428:デフォルトの名無しさん
07/08/05 22:01:39
qwe asd zxc
たまに使う
429:デフォルトの名無しさん
07/08/05 22:01:52
みんなループカウンタにi,j,kみたいに意味のない名前を付けるとき
外から順？内から順？どっちもある？
たとえば外から順にi,jってつけてあるループの
さらに外にループを作る必要が出てくると無性に腹が立つｗ
430:デフォルトの名無しさん
07/08/05 22:04:40
for(しんぶんし)
for(んぶんしし)
for(ぶんししん)
431:デフォルトの名無しさん
07/08/05 22:25:29
そこでリファクタリングですよ
432:デフォルトの名無しさん
07/08/05 22:26:24
俺なら関数内でループが二重になった時点で黄信号
433:デフォルトの名無しさん
07/08/05 22:28:56
そこでgotoですよ
434:デフォルトの名無しさん
07/08/05 22:53:25
for(goto=0;goto<256;goto++)
for(i=0;i<16;i++)
for(j=0;j<8;j++)
?
435:デフォルトの名無しさん
07/08/05 22:56:33
>>427
26重ループとかあったら嫌すぎる
436:デフォルトの名無しさん
07/08/05 23:01:10
再帰をベタ展開したらそうなりそうだなあ
437:デフォルトの名無しさん
07/08/05 23:09:57
K1のKはKoreaというのはわかるんだけど1は何？
438:デフォルトの名無しさん
07/08/05 23:13:40
誤爆しました
439:デフォルトの名無しさん
07/08/05 23:15:34
何も言わなければスルーされたであろうに、
「誤爆しました」なんて言うから…
Kだけだと商標になれないから、数字と英字の組み合わせにしたんじゃないかな。
440:デフォルトの名無しさん
07/08/05 23:28:49
しかし、プログラマにもネトウヨというか嫌韓厨というか、そういう人種がいるんだねw
ああいうのは竹中平蔵の例のシンクタンクが「B層」と表象した、
知能も収入も低い不満層が陥るビョーキだと思ってたが。
でもまあ今日日プログラマっていってもいろいろだからなあw
441:デフォルトの名無しさん
07/08/05 23:44:29
ほれ、437が誤爆したせいで変な人も湧いてしまったではないか。
442:デフォルトの名無しさん
07/08/05 23:47:40
全ては夏のせい
443:373
07/08/06 00:06:30
>>375
有難うございます。
Constrainedいいですね。
自分ではkeep justぐらいしか思いつかなくて困っていました。
全然意味違いますよね。
>>380
すみません。わかりにくかったですね。
この機能のON/OFFフラグのプロパティ名です。
444:デフォルトの名無しさん
07/08/06 01:54:43
クラス名とメソッド名がかぶった時はどうしますか？
たとえばhogehogeBuilderというクラスに
buildメソッドを実装するのってなんか冗長な感じするんですが
445:デフォルトの名無しさん
07/08/06 01:56:23
そのままで使う
446:デフォルトの名無しさん
07/08/06 02:02:51
それはおかしくはないんじゃないかな
XmlWriter.WriteStringとかあるし
447:デフォルトの名無しさん
07/08/06 02:06:45
>>427
軍の呼び方だよ。Ｚまである
>>440
だってしょうがないじゃん。反日が韓国の
国策なんだから、
好きになれるわけがない
>>444
do_it()
work()/do_your_work?
execute()
448:デフォルトの名無しさん
07/08/06 08:09:22
VBで言うところの
デフォルトのプロパティならぬデフォルトのメソッドか。
C++なら()をオーバーロードして… だめ？
449:デフォルトの名無しさん
07/08/06 09:24:57
重複・冗長は気にする必要ないと思うが
そのクラスのほぼ唯一の機能を発動させる場合Execute使うな。
450:デフォルトの名無しさん
07/08/06 10:01:07
～BuilderならCreate/Create～/To～とか
451:デフォルトの名無しさん
07/08/06 12:16:44
ある条件を表すクラスXXConditionがあります。
こいつにあるオブジェクトを渡してそれが条件に当てはまるかどうかを判定するメソッド名は何が良いでしょうか。
452:デフォルトの名無しさん
07/08/06 12:34:37
Match
453:デフォルトの名無しさん
07/08/06 13:29:44
Is…Isなんとか
454:デフォルトの名無しさん
07/08/06 13:42:14
Satisfied
455:デフォルトの名無しさん
07/08/06 15:47:11
IsMatched
456:デフォルトの名無しさん
07/08/06 15:51:53
ed要らなかった。
457:デフォルトの名無しさん
07/08/06 15:54:19
それはおかしいだろ。Matchを使うなら、IsMatchedかMatches。
458:デフォルトの名無しさん
07/08/06 16:02:39
Matchは正規表現とかがあってそれに合致するかという条件ならいいが、
一般にConditionを満たすという意味ではおかしい。
SatisfiesXXCondition
IsXX
459:デフォルトの名無しさん
07/08/06 16:15:48
>>458
べつにおかしくないと思うけどな？
むしろXXをメソッド名に含めるのはまずいと思われ
>>457
.NETの正規表現だとIsMatchやね
460:デフォルトの名無しさん
07/08/06 16:43:32
matchは形容詞でもあるので間違いではない。
461:デフォルトの名無しさん
07/08/06 16:52:23
と思ったら勘違いだったｗ俺変な英語話してるかも。
462:デフォルトの名無しさん
07/08/06 17:35:48
「条件を満たすもの」→「Those which satisfy condition」(by Google Translate)
この機械翻訳あってんのかどうかしらんけど、これだと
isSatisfied...前置詞はなんだろ
463:デフォルトの名無しさん
07/08/06 18:27:04
cond->IsSatisfiedBy(obj)
もちっと、「条件」の具体例が欲しいな
464:デフォルトの名無しさん
07/08/06 18:35:03
Satisfiedってあまり「人」以外にはつかない形容詞だと思うけどw
少なくともコードの中ではあまり見かけない言葉だなあ。
普通にIsMatch以外にする理由が、書いている奴の偏屈以外に見当たらないと思う。
判定結果がbool以外なら、ちょっと前にも書いたJudgeとかEvaluateもありうるとは思うが。
465:デフォルトの名無しさん
07/08/06 19:09:26
「条件に合う」という意味だけでは抽象的過ぎるから
「条件」の内容に言及したネーミングがいいと思うんだけどな
466:デフォルトの名無しさん
07/08/06 19:15:40
accept とか
xxxCondition.accepts(obj)
xxxCondition.canAccept(obj)
xxxCondition.isAcceptable(obj)
467:デフォルトの名無しさん
07/08/06 19:26:39
>>465
本当にそうか？
じゃあ例えば人語（日本語でいい）で、「条件に合う」の<合う>の部分が
条件によって別の言葉に変わったりするか？w
条件という言葉自体が抽象名詞だから変わったりしないだろう。
468:デフォルトの名無しさん
07/08/06 19:33:51
>>467
日本語と英語は違う
469:デフォルトの名無しさん
07/08/06 19:36:53
acceptってのはカコイイかもしれない
470:デフォルトの名無しさん
07/08/06 19:42:36
acceptだと
if (xxxCondition.canAccept(obj))
xxxCondition.Accept(obj);//xxxCondition内のコレクションにobjを追加
とかできそう
471:デフォルトの名無しさん
07/08/06 19:49:56
isvalid
472:デフォルトの名無しさん
07/08/06 20:17:58
>>467
自然言語とプログラム時の名前付けは違う
473:デフォルトの名無しさん
07/08/06 20:19:23
ていうか>>467意味不明だ
474:デフォルトの名無しさん
07/08/06 20:30:50
馬鹿はスルーしようぜ
475:デフォルトの名無しさん
07/08/06 20:32:28
>>464
> Satisfiedってあまり「人」以外にはつかない形容詞だと思うけどw
なんかすごい俺常識だな。数学とか英語でやったことないだろ。
476:デフォルトの名無しさん
07/08/06 21:05:41
>>475
ん？satisfyと勘違いしてない？
477:デフォルトの名無しさん
07/08/06 21:06:17
外部クラスのインスタンスの参照を入れるための、内部クラスに定義されたインスタンス変数の名前を
統一しようと思うのですが、何がいいですか?
478:デフォルトの名無しさん
07/08/06 21:32:08
そこにどんなオブジェクトが入るのか、その共通点から
名前を付けるのが常道だと思う。
それだけの情報だと object ぐらいしか思いつかない。
479:デフォルトの名無しさん
07/08/06 21:34:10
ExternalClassInstanseReference
480:デフォルトの名無しさん
07/08/06 21:34:41
Instanceだorz
481:477
07/08/06 22:10:51
言語はC#です。Javaであればメンバクラスにするような場合は、
外部クラスのインスタンスの参照はキーワード風に名前を統一した方がわかりやすいかな、と思いました。
482:デフォルトの名無しさん
07/08/06 22:30:04
>>475>>476
俺も気になってたので確認してみた
[Oxford dictionaryより]
satisfy
4 comply with (a condition, obligation, or demand).
satisfied
adjective contented; pleased: satisfied customers.
一般的にsatisfiedは「条件を満たす」の受身の意味では使われないという解釈でいいと思うが
日本語でも条件*が*満たされるとはあまり言わないし、
satisfyを使うなら(>>451には合わないが)こんな感じか
something.satisfies(condition)
483:デフォルトの名無しさん
07/08/06 22:33:43
outer
484:デフォルトの名無しさん
07/08/06 22:36:09
>>482
普通に受動態で、the condition is satisfied.とか使うと思うんだが。
485:デフォルトの名無しさん
07/08/06 22:37:43
>>481
D言語では.outerだな。
486:デフォルトの名無しさん
07/08/06 22:41:55
本物の外人がいたら、おまえらの議論を見て笑うだろう。
以上。
487:デフォルトの名無しさん
07/08/06 22:42:31
>>482
他動詞の過去分詞をそのままの意味で受身の意味で使う場合の意味は普通は載せてないよ。
488:デフォルトの名無しさん
07/08/06 22:43:09
>>486
で結論は？
489:デフォルトの名無しさん
07/08/06 22:46:45
限定用法か叙述用法かの話をしたいのかもしれない。
the function "satisfies the condition". とか
the condition "is satisfied". とかいう風には言えるけど、
"the satisfied condition" みたいな使い方はない
（少なくとも一般的ではない）。
「限定用法」の対義語がなんだったかしばらく考えちまったぜ。
490:デフォルトの名無しさん
07/08/06 22:47:55
もうめんどいからsatisfyなしでいいじゃん
isMatchToでよくね？
491:デフォルトの名無しさん
07/08/06 22:49:12
>>486
情けないほどくだらない煽りではあるんだけど、
そういう発言が出てくる背景として、
やはり国際的な地位としては英語の方が日本語より上だという
厳然たる事実があるんだよな。悲しいことに。
今さらローマ字でプログラミングやる気にはならないし。
492:デフォルトの名無しさん
07/08/06 22:49:42
厳密に「ない」かどうかは知らんが、ほとんど見たことない
表現なのは確かだと思うけどな。
受動態の表現を好むのは日本人英語の一つの特徴らしいけど、
ネイティブはあまり使わない言い回しじゃないのかな？
まあ、全然自信はないが。
493:デフォルトの名無しさん
07/08/06 22:55:27
Google先生に聞いてみた。
Results 1 - 50 of about 1,480,000 for "condition is satisfied".
Results 1 - 50 of about 782,000 for "satisfies the condition".
Results 1 - 50 of about 36,000 for "satisfied condition".
Results 1 - 50 of about 1,380,000 for "satisfied customer".
3番目は "... satisfied. Condition 4 is..." みたいなのが混じってる。
>>464の言う通り（スペルはミスってるが）叙述用法のときは
「人」にしかつかない、ぐらいの理解でいいんだろうか。
494:デフォルトの名無しさん
07/08/06 23:13:34
そだね
"satisfied condition"だと日本人の直訳英作文みたいな印象を受けるね
495:デフォルトの名無しさん
07/08/06 23:18:46
>>486
外人ならみんな英語をしゃべるとでも思ってるのか
496:デフォルトの名無しさん
07/08/06 23:24:56
そのツッコミもどうかとｗ
497:デフォルトの名無しさん
07/08/06 23:25:08
中国人はイングリッシュ喋るあるよ
498:デフォルトの名無しさん
07/08/06 23:26:04
extrinsic
499:デフォルトの名無しさん
07/08/06 23:27:35
日本もエゲレスに占領されてればよかったのに
500:デフォルトの名無しさん
07/08/06 23:30:28
エゲレスなんかWW2の時点で落ち目って感じじゃん。
501:デフォルトの名無しさん
07/08/06 23:35:38
>>497
残念ながらそれはChinglishです。
502:デフォルトの名無しさん
07/08/06 23:36:37
香港人とか大学行くような一部のエリートは除いてほとんどの中国人は英語しゃべれないよ
503:デフォルトの名無しさん
07/08/07 00:08:05
その一部エリートだけでも日本の総人口より多い件
504:デフォルトの名無しさん
07/08/07 00:16:46
いや１割は多過ぎだろｗ
505:デフォルトの名無しさん
07/08/07 01:00:31
あのさ、安直に考えて the condition is true じゃダメなの？
506:デフォルトの名無しさん
07/08/07 01:04:36
だめぽ
507:デフォルトの名無しさん
07/08/07 01:07:10
なにがダメなの？
508:デフォルトの名無しさん
07/08/07 01:13:18
条件をチェックした後に何かの処理をするんだったらIsReadyToXXXXってのは？
509:デフォルトの名無しさん
07/08/07 23:51:52
>>409
1bitpaper
510:デフォルトの名無しさん
07/08/08 12:36:03
ダウンロードの待ち行列にURLを追加する関数なんだけど、
addURLToDownloadQueue()
でいいかな？
511:デフォルトの名無しさん
07/08/08 12:41:27
enqueueDownloadURL という案も
512:デフォルトの名無しさん
07/08/08 12:41:40
それでいいと思うけど、でもそういうのはOOPでやろうよ。
513:デフォルトの名無しさん
07/08/08 12:45:48
DownloadQueue.push(URLObject)みたいな構文にして超絶オナニーとか叩かれるのも(w
514:デフォルトの名無しさん
07/08/08 12:46:55
addURLToDownloadQueueだとqueueを引数にするかのように見える
515:デフォルトの名無しさん
07/08/08 13:04:00
いいんでね。
DownloadQｳｴｳｴに対する操作が複数あるなら
頭に持ってきちゃうけど。
516:デフォルトの名無しさん
07/08/08 13:10:10
汎用のキュークラスかもしれんし。
Queue<URL> downloadQueue;
downloadQueue.push(url);
別にいいんじゃ？
517:デフォルトの名無しさん
07/08/08 13:30:38
さらにテンプレート+=をレンジとその中の値を引数に取るように定義して
downloadQueue += url;
とかして読めねぇぞゴルスァと問い詰められたりqうえうえ