05/03/21 21:45:31
char a = 'b';
char b = 'c';
char c = 'a';
を
char a = 'a';
char b = 'b';
char c = 'c';
に変更することは「リファクタリング」とは呼ばない気がするのは私だけ？
（あきらかに挙動変わるんじゃない？）
101:デフォルトの名無しさん
05/03/21 21:47:13
a,b,cの使われ方込みできっちりリネームしてればリファクタリング。
単にa,b,cの中身を変更しただけならリファクタリングじゃない。
つうかスレ違い。
102:デフォルトの名無しさん
05/03/22 18:36:30
>>94
こんなゴミみたいなコードを書いたのは貴様か、と問い詰めてやれ
103:デフォルトの名無しさん
05/03/22 18:51:40
STL の vector の拡張として、状態を保持しておいて、
必要なときに状態を元に戻せるものを作りたいのですが
どんな名前がいいでしょか。
状態の保持には store、元に戻すときには restore としていますが、
これについてもいい名前があったら教えてください。
xx_vector<int> v;
v.push_back(1);
v.push_back(5);
v.store(); //{1,5}の状態を保持
v.push_back(2);
v.push_back(3);
v.restore(); //{1,5}に戻す
104:デフォルトの名無しさん
05/03/22 19:37:49
Mementoパターンの出番のような気がするけど、
それはこのスレ的には禁句なので……
storable_vectorとかでいいんじゃないのかなー。
# 2回storeしたらrestore時に何回目の状態に戻るんだろう。
105:103
05/03/23 03:44:48
とりあえず storable_vector でいってみます。
Mementoパターンについても考慮してみますですよ。ありがとです。
# restoreすると、最後にstoreしたときの状態に戻る、って設計です。
今のところそれで十分なので。
106:デフォルトの名無しさん
05/03/23 18:20:42
遅レスだが、俺なら save/restore を使う
107:デフォルトの名無しさん
05/03/23 18:21:31
スマン、あげちまった
108:103
05/03/24 06:10:21
自分的には save - load で対なイメージがあります・・
109:デフォルトの名無しさん
05/03/24 07:35:24
>>103
漏れもstore/restoreかな。
でもエディタみたいにredoコマンド相当も作る気なら、
store/undo/redoかな。
エディタのstoreは暗黙的だから>>103の用途とは違うかもしれないけど。
110:106
05/03/24 10:53:42
>>108
自分的には load <-> store が対なイメージです
機械語見てるときはほとんどこれ
ゲームやってる時は save <-> load だが...
ただ、状態を保持する、っていう意味ではsaveが一番近いとは思う
111:デフォルトの名無しさん
05/03/24 11:00:37
機械語のload <-> storeはレジスタと記憶装置の関係だからこそあってるんだと思う
112:デフォルトの名無しさん
05/03/24 11:40:34
>>111
確かにその通りですね。
ただ真っ先にピンと来てしまうのがこれだったもので...
失礼しました
ちなみにスタックの反対語をヒープと言ってしまうようなダメ人間です
113:デフォルトの名無しさん
05/03/27 00:32:30
bool callBack(int a, int b);
時間のかかる処理にこのコールバック関数を呼び出してもらい進捗状況をa/bでパーセント表示します。
aは0からbまで増えていきます。
a, bの名前はどうすればいいでしょうか?
114:デフォルトの名無しさん
05/03/27 00:45:55
Progress / ProgressMax
115:デフォルトの名無しさん
05/03/27 02:27:14
current*** / max***
116:デフォルトの名無しさん
05/03/29 16:06:39
UltraSuperNantokaKantokaHogeというモノ(クラスとは限らない)があった時に、
これにFooという処理をするクラスを命名したいのですが、
UltraSuperNantokaKantokaHogeFooerなどとすると凄い長いですよね
USNKHFooerなどとすべきでしょうか？
言語はJavaです
117:デフォルトの名無しさん
05/03/29 16:16:40
>>116
アホくさ。それでいうならFooerでいいじゃん。
Javaなら引数型で暗に処理する対象を示せるからなおさら。
118:デフォルトの名無しさん
05/03/29 16:26:30
>>116
UltraSuperNantokaKantokaHoge に関する全てを、
それ用のパッケージに隔離したら？
そしたら、パッケージの中では短い名前でいけるでしょ？
119:デフォルトの名無しさん
05/03/30 00:29:02
テキストの本文 FTextBody と同じ長さの配列を作り、
この文字は太字だ、打ち消しだ、
ルビの先端だなどといった属性を格納したいのですが、
よい名前が思いつきません。
言語は Delphi です。
よかったらどなたか意見ください。
120:デフォルトの名無しさん
05/03/30 00:36:34
CharactorAttribute
121:デフォルトの名無しさん
05/03/30 00:48:47
>>120
ありがとうございます！それでいきます。
すっきりして先に進めそうです。
122:デフォルトの名無しさん
05/03/30 02:20:12
charactErじゃないか?
123:デフォルトの名無しさん
05/03/30 11:39:50
TextAttributesとかでもよかったんじゃないかな
CharacterじゃなくてCharactersが対象なんだし
124:デフォルトの名無しさん
05/03/30 19:30:58
いや、配列を作る、と書いてるから、
char 配列に対応する形で、書式の配列を作るってことで、
聞いてるのは書式の配列の要素の型の名前でしょ。
125:デフォルトの名無しさん
05/04/05 00:03:05
Delphi でシミュレーションゲーム作ってるんですが、
Character （ゲーム内のキャラクタークラス）のメソッドで、
isHOGE(Character) : bool
指定したキャラクターが、仲間なら True を返す
isHUGE(Character) : bool
指定したキャラクターが、敵なら True を返す
のそれぞれ HOGE と HUGE に、いい名前ないですか？
126:デフォルトの名無しさん
05/04/05 00:04:52
>>125
Friend
Enemy
127:デフォルトの名無しさん
05/04/05 15:25:31
>>125
isHOGEとisHUGEはどっちか1つあればいいような……。
敵でもあり味方でもあるキャラクターが存在するのならともかく。
128:デフォルトの名無しさん
05/04/05 15:56:17
>>127
どちらにも属さない、「村人」的なキャラクターがあるのかも知れない。
129:デフォルトの名無しさん
05/04/05 16:02:03
GetType()で仲間/敵/村人/屍を返せばよろし。
130:デフォルトの名無しさん
05/04/05 16:25:33
>>129
屍は返事をしないけどな。
131:デフォルトの名無しさん
05/04/05 16:49:39
しかし壁に落書きを見つけた！
132:デフォルトの名無しさん
05/04/05 17:16:03
>>125
Party/Enemyとか。
133:デフォルトの名無しさん
05/04/05 17:42:26
>>132
Partyは違うべ。
134:デフォルトの名無しさん
05/04/05 18:00:06
>>133
URLﾘﾝｸ(www2.alc.co.jp)
135:デフォルトの名無しさん
05/04/05 18:14:50
>>134
そのページをよく嫁。
partyは組織全体を指してもその一員であることを意味しない。
敵か味方かという判別なら>>126のFriend/Enemyのほうが適切。
136:デフォルトの名無しさん
05/04/05 18:36:04
辞書引き代行スレはここですか？
137:デフォルトの名無しさん
05/04/05 19:27:17
PartyとParty Memberの違いなんだが、
たぶん134は分かっていないと思う。
138:125
05/04/05 21:00:02
皆様ご意見ありがとうございました。
やはり対義語が理想という事で、>>126 の案をお借りしたいと思います。
敵が Enemy というのはすぐに思いついたのですが、
仲間をどう訳せばよいものか、悩んでいました。Friend は妙案ですね。
仰る通り、敵でも味方でもない、中立キャラクターもいたので
このようなメソッドを考えたのですが、>>129 のような方法もありですね。
139:デフォルトの名無しさん
05/04/06 07:47:38
friendは妙案つーか、friend - enemy は普通の対義語だ
140:デフォルトの名無しさん
05/04/07 00:29:39
対義語がすぐわかるサイトない？
141:デフォルトの名無しさん
05/04/07 00:45:41
ここは？
URLﾘﾝｸ(www.synonym.com)
142:デフォルトの名無しさん
05/04/07 00:49:43
URLﾘﾝｸ(dictionary.reference.com)
URLﾘﾝｸ(dictionary.reference.com)
143:デフォルトの名無しさん
05/04/07 00:59:47
文字数や要素数のような「～の数」はどう表せばいいですか？
「NumberOf...」だとなんだか冗長。
144:デフォルトの名無しさん
05/04/07 01:17:40
文字数ならLength、要素数ならCountだなぁ。（Delphi）
Java だと両方 length だね。C++ だと size とかもある。
あと、HogeOfHuge っていう名前は
HugeHoge でわかる場合が多いと思う。名詞の場合。
145:デフォルトの名無しさん
05/04/07 01:31:35
言語とかコーディング規約によるけど、nHugaってのもあるな
146:デフォルトの名無しさん
05/04/07 03:20:13
行頭禁則文字、行末禁則文字の配列について、
何か良い案、ないでしょうか？
すっきり短くまとめたいのですが。
147:デフォルトの名無しさん
05/04/07 03:34:21
ご参考に。
「Understanding Japanese Information Processing」の 目次。
URLﾘﾝｸ(www.oreilly.com)
6-8 Characters Prohibited From Beginning Lines
6-9 Characters Prohibited From Terminating Lines
148:デフォルトの名無しさん
05/04/07 03:51:14
>>147
なるほど、英語ではそう表現すればいいんですね。
現在テキストリーダーを作成中なので、
リンク先はこれからも役に立ちそうです。
夜分遅くに、ぴったりの情報をありがとうございました！
149:デフォルトの名無しさん
05/04/07 10:35:02
>>143 num_characters, num_elements, num_～s を慣用句としている。
150:デフォルトの名無しさん
05/04/07 10:43:23
nnz(Number of Non-Zeros)とか慣用句みたいのもあるね
151:デフォルトの名無しさん
05/04/07 11:29:37
>>143
文字数は length かな。
要素数は elements にしてます。
elements は (number_of_) を省略してるんだけど、要素全部を指しそうで、
ちょっとキモい? と思いつつ。
>>144
あぁ Java は両方 length でしたっけ。これはこれでスッキリするかしら?
152:デフォルトの名無しさん
05/04/07 12:43:41
elements は要素そのものをあらわす hash だったり array だったりするから
要素数を elements とするのはかなり抵抗ある
hoge.elements['abc'] とか
hoge.elements[2] とか
153:デフォルトの名無しさん
05/04/07 15:03:02
Javaでは、
配列は ary.length (メソッドではない)
文字列は str.length(), str.codePointCount() (用途による)
コレクションは col.size()
などとなっているな。
他のクラスだと、getXxxCount() というのが多いような気がする。
(Container#getComponentCount()みたいな)ので、そういうときは
xxxCount みたいな名前にするのがいいかも。
154:デフォルトの名無しさん
05/04/12 01:04:48
WindowsのLPITEMIDLISTを引数に取り、それが最後の要素を指すなら(ITEMIDLIST::mkid::cbが0)
真を返す関数の名前はどうしたらいいでしょうか?
155:デフォルトの名無しさん
05/04/12 16:00:54
template<typename T> T* ほげほげ(T* p, int n);
上記のようなT型のポインタを取りnバイト(要素単位ではなくbyte単位で)加算したアドレスをT型で返す
という関数の名前で悩んでます。
何か良い名前はないでしょうか?
156:デフォルトの名無しさん
05/04/12 16:06:03
>155
advance_by_bytes
157:156
05/04/12 16:06:28
advance_in_bytes
158:155
05/04/12 16:11:57
>>156-157
なるほどadvanceですか。
excite翻訳でそれらしい結果が出たadvance_by_bytesで行こうと思います。
ありがとうございました。
159:デフォルトの名無しさん
05/04/13 01:42:54
advance～ だと「進める」になってしまう。
この場合は「進めた値」なので advanced～ のほうが良くないかな？
160:デフォルトの名無しさん
05/04/13 02:03:53
>159
基本的に、関数名は引数を目的語とする動詞でいいんじゃないの。
161:デフォルトの名無しさん
05/04/13 02:29:26
>>160
例えば std::advance() みたいに、目的語となった引数に副作用を残す関数ならそれでいい。
引数に作用せず、戻り値が結果である関数は名詞にすると
より自然言語に近い記述になり、プログラムが読みやすくなる。
if( size() >= 10 ) // 脳内：もしサイズが１０以上なら
if( get_size() >= 10 ) // 脳内：もし、サイズを取得してその値が１０以上なら
162:デフォルトの名無しさん
05/04/13 03:13:21
>if( size() >= 10 ) // 脳内：もしサイズが１０以上なら
>if( get_size() >= 10 ) // 脳内：もし、サイズを取得してその値が１０以上なら
やめてくれ～
163:デフォルトの名無しさん
05/04/13 03:55:49
>161
むしろstd::advance()の副作用を持つ構造がおかしいと言ってみる。
it = std::advance(it,n);
こうしなかったのはイテレータのコピーが無駄だから？
自然言語うんぬんは、それが読みやすいと言うのであれば、あとは個人の判断に任せるだけ。
164:デフォルトの名無しさん
05/04/16 13:43:37
URLから拡張子を抜き出す関数の名前はどのようにしたらよいでしょうか？
現在はgetExtです。これだとURLからというのが分からないので。
165:デフォルトの名無しさん
05/04/16 13:46:57
FromURLでもつけとれ
166:デフォルトの名無しさん
05/04/16 21:22:40
蒸し返して悪いけど
＞advance_by_bytes
こんなんなら30年以上の伝統がある由緒正しい俺様省略表記の方がいいと思う。
どうせ説明されないと書いた本人以外意味わからないんだから。
俺ならもっと明示的な命名をするね。例えば
GetByteOffsettedXXPtrとか、AddOffsetToXXPtrInByteOrderとか。
っていうか>>155のような処理が必要になるケースって想像がつかないんだけど。
167:デフォルトの名無しさん
05/04/16 23:56:35
>>166
ｽﾚﾘﾝｸ(tech板:35番)
168:デフォルトの名無しさん
05/04/17 00:35:42
>>167
答えになってないと思うけど。。
っていうか君は構造体って概念が本当にわかっているのかと小一時間
169:デフォルトの名無しさん
05/04/17 01:36:30
>>168
あれだろ。PNGのチャンクのような構造になってんだろ。
170:デフォルトの名無しさん
05/04/17 01:37:51
ITEMIDLISTか?
171:デフォルトの名無しさん
05/04/20 00:15:37
品詞を表す英単語って何になりますか？
172:デフォルトの名無しさん
05/04/20 00:23:49
品詞
part of speech // word class
173:171
05/04/20 01:11:18
>>172
品詞で調べるとpart of speechになるのですが長いんですよね。
word classは良い感じなのですが品詞という意味になるのでしょうか？
174:デフォルトの名無しさん
05/04/20 12:14:12
>>173
w_rd cl_ss
＿n. 【文法】 語類, 品詞.
175:デフォルトの名無しさん
05/04/20 20:40:43
>>174
最高でーす！
176:デフォルトの名無しさん
05/04/22 23:07:20
みんなnamespace名は迷わないのか…？
漏れはあれ考えるたび頭痛がしてくるんだが…
ちょっと長すぎるとうっとうしいし、短いと何を表してるのか分からないし
177:デフォルトの名無しさん
05/04/23 01:11:29
>>176
長いのがうっとおしい問題は、使う側でローカルに using なり別名なり選んで解決できる。
意味がわからないほうの被害が重大なので、しっかり意味がわかるようにつけるべし。
178:デフォルトの名無しさん
05/04/23 15:56:33
>>177
リョーカイ。やっぱりusingとかでやりくりするべきか。ありがとう。
179:デフォルトの名無しさん
05/04/23 23:47:03
ループカウンター用の変数に i を使ってるけど
2つ必要なときは ii とかにしてる。
極稀にどうしても同時にいくつもの変数が必要になって
iiiii とか成ってくると後から混乱する・・・・
180:デフォルトの名無しさん
05/04/24 00:07:55
＞2つ必要なときは
ｊにしとけ
181:デフォルトの名無しさん
05/04/24 08:24:01
kまでは使ったことある。
182:デフォルトの名無しさん
05/04/24 14:09:40
なるほど j か・・・今度からそれにしよ
183:デフォルトの名無しさん
05/04/24 18:57:57
i,j,kは定石だと思ってたんだけど違うのか…
184:デフォルトの名無しさん
05/04/24 19:21:47
なぜかそこでnを使う俺。
185:デフォルトの名無しさん
05/04/24 20:52:21
i と j は見分けが付きにくいから最近 ii の方が好きになった。
186:デフォルトの名無しさん
05/04/24 21:29:20
うちでは、i、j、kではなく、c010、c020、c030を使うという規則がある。
正直、非常に気持ち悪い。
元々はC010、C020、C030だったらしんだけど、JAVAの推奨命名
規則に従って先頭が小文字化されてキモさ倍増orz
187:デフォルトの名無しさん
05/04/24 21:48:07
>>186
JAVAの推奨命名規則ではi, j, kですよ、とか適当に言えばおｋ。
んなわけないよな。
188:デフォルトの名無しさん
05/04/24 21:50:18
>>187
i, j, k だったような気がする。局所変数は可能ならば短い名前を使うようになってたかも。
189:デフォルトの名無しさん
05/04/24 22:41:27
2段程度ならともかく、3段以上になる場合はファンクターやクロージャー
で置き換えられないか、考えてみた方がいいと思う。
190:デフォルトの名無しさん
05/04/25 00:04:33
もしもし、皆さん、盛り上がってるとこ悪いですが
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
191:デフォルトの名無しさん
05/04/25 15:42:38
別にいいだろ
192:デフォルトの名無しさん
05/04/25 19:38:08
なんの為のスレッド形式なんだ。と、一応言っておく。
193:デフォルトの名無しさん
05/04/28 00:13:49
頭文字だけ大文字or小文字にするメソッド名で良いやつ募集。
調べたら、
toLowerCaseInitial
toUpperCaseInitial
がありましたが…。
お願いします。
194:デフォルトの名無しさん
05/04/28 00:27:25
orz // 頭だけ小文字に
Orz // 頭だけ大文字に
195:デフォルトの名無しさん
05/04/28 00:30:45
toAaa
toaAA
196:デフォルトの名無しさん
05/04/28 00:37:02
Capitalize / Decapitalize
197:デフォルトの名無しさん
05/04/28 02:08:09
まぁ、よく見かけるのはcapitalizeだね。
逆は196にあるようにDe-か、Un-か、
結果は同じってコトでtoLowerCaseを使ってしまうか。
198:デフォルトの名無しさん
05/04/28 02:12:49
Capitalize / cAPITALIZE
199:デフォルトの名無しさん
05/04/28 11:44:22
頭文字大
200:デフォルトの名無しさん
05/04/28 12:02:14
ToBigHeadCharactor
201:デフォルトの名無しさん
05/04/28 22:00:26
bigよりlarge
202:デフォルトの名無しさん
05/04/29 15:05:00
iMacとか接頭語小文字で付けるのってハンガリアンの影響？
世間的にはiMacで馬鹿受けしたわけだが
203:デフォルトの名無しさん
05/04/29 15:40:09
>iMacとか接頭語小文字で付けるのってハンガリアンの影響？
ﾜﾛｽ
204:デフォルトの名無しさん
05/04/29 15:55:27
double型のプレフィックスって何にしてる？
205:デフォルトの名無しさん
05/04/29 16:27:18
double_i
206:デフォルトの名無しさん
05/04/29 17:40:11
ハンガリアンを撲滅する会を結成しました。
207:デフォルトの名無しさん
05/04/29 18:01:54
ハンガリアンを撲滅する会を撲滅する会を結成しました。
208:デフォルトの名無しさん
05/04/29 18:09:08
ハンガリアンを撲滅する会を撲滅する会を撲滅しました。
209:デフォルトの名無しさん
05/04/29 18:12:00
問1
ハンガリアンを撲滅する会はどうなったのでしょう。
210:デフォルトの名無しさん
05/04/29 18:26:53
問2
俺は童貞でしょうか
211:デフォルトの名無しさん
05/04/29 22:27:26
>>210
YES!YES!YES!YES!YES!YES!YES! OH, MY GOD!
212:デフォルトの名無しさん
05/04/29 22:32:03
メモ帳もどきをC言語+WIN32APIで作っています
そこで、以下の機能を実現するための関数の名前を考えていただきたい
新規作成
開く
上書き保存
名前を付けて保存
保存確認
HTMLソース読み込み
お願いします
213:デフォルトの名無しさん
05/04/29 22:39:40
>>212
new() open() save_as() save_check() read_html()
214:デフォルトの名無しさん
05/04/30 00:08:01
newって予約語と被らないかな?
confirm_save load_html
215:デフォルトの名無しさん
05/04/30 00:25:37
>>214
C言語なら大丈夫じゃない?
216:デフォルトの名無しさん
05/04/30 02:28:57
>>213
抜けてる
217:デフォルトの名無しさん
05/04/30 04:34:00
>209
「撲滅する会を撲滅する会」の行動結果が返ってこないうちに「撲滅する会を撲滅する会」を撲滅した場合、「撲滅する会」の状態は不定。
多分、会員全員で鼻から悪魔を出してたりするんじゃないかな。
218:デフォルトの名無しさん
05/04/30 05:10:03
オブジェクト「撲滅する会」が作成された状態。以後の行動は何も行われていない。
ほっとくと撲滅する会がメモリリーク要因になるから、スレを安定させるためには
撲滅する会をきちんと撲滅しておかなければならない。
219:デフォルトの名無しさん
05/04/30 20:49:26
>>218
お前がレスしなければGCされるはずだったのに・・・・・・
お前なんてスコープの外へ出ちゃえ！
220:218
05/05/01 01:49:40
{
} ('A`) < ﾒﾝｺﾞ
221:デフォルトの名無しさん
05/05/01 01:53:24
ﾜﾛﾀ
222:デフォルトの名無しさん
05/05/01 21:01:55
鼻から悪魔ﾌｲﾀ
223:212
05/05/02 12:04:34
みんなありがとー
224:デフォルトの名無しさん
05/05/03 04:48:59
「相手、対象」は、どう名前つけてますか？英語で
225:デフォルトの名無しさん
05/05/03 10:16:42
dest
226:デフォルトの名無しさん
05/05/03 10:17:38
target
227:デフォルトの名無しさん
05/05/03 12:33:05
object
228:デフォルトの名無しさん
05/05/03 12:53:20
enemy
229:デフォルトの名無しさん
05/05/03 15:45:15
あとは対戦相手ならopponentとかな。
複数の候補が出たが、つまり「どういう相手」という意味かで
適切な単語は変わるということだ。どれでもいいというわけで
はないぞ。
230:デフォルトの名無しさん
05/05/03 15:48:08
partner
231:デフォルトの名無しさん
05/05/03 15:52:03
操作対象なら target か operand だろうな。
232:デフォルトの名無しさん
05/05/03 16:35:35
通信相手はpeer
233:デフォルトの名無しさん
05/05/04 17:50:25
一番近いのがTargetっぽい。
参考になりました。m(__)m
実際には別の形で組みましたが...
234:デフォルトの名無しさん
05/05/04 17:51:18
↑２２４
235:デフォルトの名無しさん
05/05/04 20:47:20
やってる人多いとは思うけど、順番を表す変数はxxxNo、
数を表す変数はxxxNumとかに統一してたほうがいいよ。
同じものにしちゃうと後でワケワケメよ。
236:デフォルトの名無しさん
05/05/05 01:01:02
前者をIndex、後者をCountにしているDelphi厨な俺。
Noだと、なんだかYes/NoのNoに見えて気持ち悪い（個人的に）
Numだと、略しているので気持ち悪い（個人的に）
237:デフォルトの名無しさん
05/05/05 22:08:37
マンドクセからa,b,c,dってやっちゃいける？
238:デフォルトの名無しさん
05/05/05 23:12:46
止めはしないがそのうち後悔するだろう。
239:デフォルトの名無しさん
05/05/05 23:20:59
そうなるともはや変数に名前さえいらないわけだが。
240:デフォルトの名無しさん
05/05/06 05:59:01
普段Java風に phoneBook などと名前を付けているのですが、
これにグローバル変数を表す言葉をつけたいのですが何か
いいアイディアはないですか？
g_phoneBook
g_PhoneBook
gphoneBook
gPhoneBook
↑こんなの思いついたんですが…
241:デフォルトの名無しさん
05/05/06 07:37:47
g～以上にエコロジーでわかりやすい表記はないと思うが。
っていうか言語と型名(か用途)くらい書いてくれ。
その型のグローバルな変数が1個しかないなら
PhoneBook::instance()
でもいいかと。
242:デフォルトの名無しさん
05/05/06 08:08:35
言語はC++で、phoneBook は電話帳(std::multimap)です。
メンバだと phoneBook_ みたいにスタイルを崩さずに
書けるんだけど、グローバル変数だとgのプリフィクス
だけで上の四つのパターンが思い浮かんで、どれが
いいものかと…。
243:デフォルトの名無しさん
05/05/06 09:11:52
>>240のなかでは1か4だな。
244:デフォルトの名無しさん
05/05/06 14:46:10
>>240は規約の問題だと思われ。
245:デフォルトの名無しさん
05/05/07 00:21:04
なんか他人のゴミ捨て監視してる近所の変なオバサンみたいな人がいるなあ。。
別に荒らしているわけでもないわけだし、
問題なのは脱線しているかどうかってことじゃなく有意義かどうかってことだと思うんだが。
有益な脱線もダメだっていうのかなあ。
246:デフォルトの名無しさん
05/05/07 00:36:51
>>245
スレタイ付けてスレッド分けてるのは意味がないと申すか？
まぁ文句だけいって適切なスレに誘導しないのは良くないな。
規約の話なら、このへんでどうぞ。
ｽﾚﾘﾝｸ(tech板)
247:デフォルトの名無しさん
05/05/07 01:53:36
例え有益な情報でも、分散していたら意味ないし、無益でしょ。
その情報を知りたい人が行く場所に書かれてないんだから。
脱線しやすいのは、スレッドの切り方が悪いだけっしょ。
248:デフォルトの名無しさん
05/05/07 08:10:43
スレ違いを開き直るやつがいるスレはここですか。
249:デフォルトの名無しさん
05/05/07 08:13:41
議論できないﾉｰﾀﾘﾝはすっ込んでろ
250:デフォルトの名無しさん
05/05/07 10:10:16
変数名を決めるのとコーディング規約は切り離せないだろ
251:デフォルトの名無しさん
05/05/07 21:36:53
グレーゾーンの問題ならともかく、>>240は100％規約の話じゃん。
どれでも好きなやつ使えよとしか言いようがない。
252:デフォルトの名無しさん
05/05/08 05:26:43
gじゃ意味不明だからちゃんと書かないと。
GLOBAL_____phonBook
がおすすめ！
253:デフォルトの名無しさん
05/05/08 07:25:40
漏れなら
g_phoneBook
か
gPhoneBook
のどちらかだが確かに微妙だな…
前者の g_ プリフィクスはよく見るけど Java っぽくない
後者は Java っぽいけどあんまり見ない
254:デフォルトの名無しさん
05/05/11 21:29:58
gやめれば？
とかいってみるてすと
255:デフォルトの名無しさん
05/05/12 08:24:20
おいらの法則
グローバル
PhoneBook
ローカル
phone_book
256:デフォルトの名無しさん
05/05/12 10:01:25
＞PhoneBook
クラス名っぽくて気持ち悪い
257:デフォルトの名無しさん
05/05/12 10:51:01
クラス名だったら CPhoneBook とか頭に何かつけるかな。
258:デフォルトの名無しさん
05/05/12 10:58:00
クラス名にCを付けるなんてｷﾓｲ
259:デフォルトの名無しさん
05/05/12 10:59:09
じゃあ変数名にVariableのVをつけよう。
PhoneBook VPhoneBook;
260:デフォルトの名無しさん
05/05/12 11:21:36
ﾊｹﾞｷﾓｽｗ
261:デフォルトの名無しさん
05/05/12 12:03:18
g_phoneBookがいい希ガス
262:デフォルトの名無しさん
05/05/12 18:28:46
グローバル変数は大抵シングルトンでよくね？
PhoneBook が2冊も3冊も必要なのか？ と、スレ違いになっちゃうのか。
thePhoneBook ってのはどう？
「PhoneBook っていったらコレ！」みたいな雰囲気がでる。あと、ユニーク性も強調。
263:デフォルトの名無しさん
05/05/12 22:38:03
Theを付けると映画のタイトルっぽくなるｗ
ThePhoneBook.prelude();
ThePhoneBook.theme();
ThePhoneBook.episode();
ThePhoneBook.finale();
264:デフォルトの名無しさん
05/05/12 22:44:15
大作のようなＢ級映画のような。
265:デフォルトの名無しさん
05/05/12 23:28:59
>>262
そんなこと言ってるとマルチスレッドで破綻しないか？
逆に面倒だろ
266:デフォルトの名無しさん
05/05/13 00:00:37
>>265
プリミティブ型ならマルチスレッドで問題が起きないのかと
267:デフォルトの名無しさん
05/05/15 01:17:27
くだらないことなのですが、DBのフィールド名で
作成日をCREATE_DATEにしようかと思うのですが、
更新日をどうしようかと悩んでおります。
CHANGE_DATEというのを考えたのですが何か違うような。
268:デフォルトの名無しさん
05/05/15 02:54:34
UPDATE_DATE なんかかっこ悪いな。
renew(renewed)とかmodify(modified)とか
某フレームワークだと、
作成日 created_on
更新日 updated_on
だな。
269:デフォルトの名無しさん
05/05/15 02:58:00
REFRESH_DATE
270:デフォルトの名無しさん
05/05/15 03:31:27
LAST_UPDATE
271:デフォルトの名無しさん
05/05/15 03:40:53
FILETIME ftCreateTime; // 作成日時
FILETIME ftLastAccessTime; // 最終アクセス日時
FILETIME ftLastWriteTime; // 最終更新日時
272:デフォルトの名無しさん
05/05/15 13:02:02
a for accessed
c for created
c for changed
m for modified
t for touched
u for used
273:デフォルトの名無しさん
05/05/15 14:43:13
HTTPだと Last-Modified だな
274:267
05/05/16 00:56:52
皆さんレスありがとうございました。
色々参考にさせていただきまして、
作成日＝CREATED_DATE
更新日＝UPDATED_DATE
にすることにしました。
275:デフォルトの名無しさん
05/05/16 11:02:17
updateは微妙に違う気もするが。いいけど
276:デフォルトの名無しさん
05/05/16 21:54:38
頭に特定なものをつけておかないと、後で変数名だか定数だかクラス名だか混乱するぜ。
277:デフォルトの名無しさん
05/05/16 21:56:19
微妙に違うってセンスが理解不能。
こういうのをまさにupdateって言うわけだが。
これがupdateじゃなきゃ、何が（以下略
278:デフォルトの名無しさん
05/05/17 00:05:16
「内容的に目新しくなくて、ちょっと誤字を修正しただけ」みたいなのは
update ではないという脳内定義を持つ人は「微妙」に感じるのかも。
279:デフォルトの名無しさん
05/05/17 00:21:02
更新日のカラム名がUPDATE_DATE以外だったらｺﾛﾇ（･＊･）
280:デフォルトの名無しさん
05/05/17 11:02:20
ｳｪ━━━━(0w0)━━━━ｲ!!!
281:デフォルトの名無しさん
05/05/17 20:29:29
版と刷の違いみたいな
282:デフォルトの名無しさん
05/05/17 20:56:55
UPDATE_DATE ってなんとなく HTML 言語と同じニュアンスを受ける
283:デフォルトの名無しさん
05/05/17 21:21:24
HTM言語よりはよいだろう
284:デフォルトの名無しさん
05/05/17 21:22:07
H 文章記述言語
285:デフォルトの名無しさん
05/05/17 21:25:06
藁田
286:デフォルトの名無しさん
05/05/17 21:52:08
官能小説業界標準規格
287:デフォルトの名無しさん
05/05/17 23:26:01
bool型変数ないし、戻り値がブーリアン風な関数の名前について質問です。
言語または命名規約によっては、よく 「isXXX」 という名前が使われるみたいですが、
機能説明した疑問形の文章をそのまま英訳すると、
are、have、canなどの、is以外の単語が使われることってありますよね？
もちろん、ちょっと形を変えれば isXXX になるときは別ですが
この場合、ちょっと違和感があっても canXXX、haveXXX といった名前にするべきでしょうか？
それとも英語的におかしくても isXXX にするべきでしょうか？
288:デフォルトの名無しさん
05/05/17 23:32:15
areとかhaveとかcan使うに決まってるだろ
馬鹿なこと聞いてんじゃねえよ
289:デフォルトの名無しさん
05/05/17 23:42:13
>>287
おかしいと分かっているにもかかわらず、isにこだわる理由は？
isStockとか？
URLﾘﾝｸ(www.objectclub.jp)
コーディング規約 第2条
ｽﾚﾘﾝｸ(tech板)
290:287
05/05/18 00:03:18
自分はアマグラマなんで、社内共通の命名規約などとは縁が無い環境です。
いくつかの入門書やウェブサイトをあたってみましたが、それらには
「ブーリアンの場合は isXXX にしよう！」とは書いてあるんですが、
他の単語になる場合などは書かれていないようでした。
そもそも、C言語でJava風の変数名を使うのがおかしいのかもしれませんが（笑）
>>288
常識でしたか。ありがとうございます。
>>289
理由は３つあります。
・標準関数とかがそうなっていた
・haveXXXとかだと、多くの場合変数名が長くなる
・最近Javaの入門書を立ち読みして、ちょっと影響された（笑）
こんなところです。
291:デフォルトの名無しさん
05/05/18 00:51:14
規約にあるからといって意味も考えずに isHaveXXX なんて書く奴がいる。
本来の「英語（自然言語）に近い状態でソースが読めるようにする」という目的を忘れないで欲しい。
292:デフォルトの名無しさん
05/05/18 08:16:36
常識ってバカかこいつ
これでも読んどけ
URLﾘﾝｸ(www.shos.info)
293:デフォルトの名無しさん
05/05/18 12:39:01
have～ は見たこと無いけど、has～ とか contains～ とかは見たことある
294:デフォルトの名無しさん
05/05/18 13:24:22
その前に英語を勉強しろ
295:デフォルトの名無しさん
05/05/18 15:33:55
まぁisを使う一方でhaveはおかしいよな。
Rubyの標準クラスは
anInstance.is_a?(Class) (三人称単数現在)
aHash.has_key?(key) (ditto)
anArray.include?(element) (原型不定詞)
のように不統一で(一応ルールはあるらしい)、慣れるまで混乱する。
296:デフォルトの名無しさん
05/05/19 00:09:42
エラトステネスのふるいの関数名を考えてください。
適当に、hurui(int *,int)にしちゃったんだけど、
もっとシャキーンとした名前がほしいです。
なんかありませんか？？
297:デフォルトの名無しさん
05/05/19 00:13:51
old
298:デフォルトの名無しさん
05/05/19 00:17:42
void Shakeen();
299:デフォルトの名無しさん
05/05/19 00:18:43
EratsnetesSieve
300:デフォルトの名無しさん
05/05/19 00:21:03
filter
301:デフォルトの名無しさん
05/05/19 00:28:47
>>298
採用したいが見送り。残念。
>>299
EratosthenesSieve
これを採用します。
レスThx!
302:デフォルトの名無しさん
05/05/19 14:27:43
定数の列挙に
namespace HOGE {
enum {
TEISUU_1,
TEISUU_2,
｝;
};
とよくやるんですが、（VC.netならHOGE：：と打てば定数がリストアップされるから）
ここでHOGEのネーミング規約として何かいい案はないでしょうか？
namespaceの頭文字をつけてn_HOGE：：とするか、
STLは小文字でstd：：だからhoge：：にするか
結局定数だからHOGEにするか・・・。
毎度悩んでます。
303:デフォルトの名無しさん
05/05/19 14:40:45
constants
長いならk
304:302
05/05/19 15:10:18
役割ごとに別の名前空間にしようと思うんですね。
通信プロトコル、動作フラグ、設定データ等等・・・。
305:デフォルトの名無しさん
05/05/19 15:13:08
Namespace.Class.Method
別に区別しなくていいって言うかスレ違い。
306:デフォルトの名無しさん
05/05/20 00:32:44
>>302
.NETでやるんなら.NETの流儀（全部Pascal）でやるべきなよーな
307:デフォルトの名無しさん
05/05/20 08:26:13
.NETっていうか、MSご推奨の流儀ね。
でもあれ合理性が感じられないんだよね。
例えばクラスや構造体にCとかSとかプリフィクスするの止めろって言うんだけど
やっぱりプリフィクスないと混乱するときあるよ。
インテリセンスでわかるって言うけど、ソース読み直してるときにそんな
面倒なこといちいちやってられるか。
それ以上に、プリフィクスには命名のバッティングを防ぐ効果があって、
これが案外重要だったりすると思うんだけど。
308:デフォルトの名無しさん
05/05/20 08:29:39
スレ違い
309:デフォルトの名無しさん
05/05/20 10:47:26
ﾊﾝｶﾞﾘｱﾝは名前に実装が現れるのが酷すぎる。
それに型を変えると名前も変えなきゃいけないし、
そもそもnDataってあったとしてもそれが本当に
int型かどうか分からないし。
意味を反映した名前を付けたほうがいいでしょ。
ﾊﾞｯﾃｨﾝｸﾞなんて起こる方がおかしいんだし。
310:デフォルトの名無しさん
05/05/20 12:24:56
>>309
なんでいきなりハンガリアンの話になるわけ？
311:デフォルトの名無しさん
05/05/20 16:08:22
>>310
>>307の「MS」「プリフィクス」で脊髄反射したんだろ。
312:デフォルトの名無しさん
05/05/22 23:28:01
グラフを描画するのに以下の二種類のペンを使います。
これらの名前を考えてください。
1．普通のペン
2．視点から実際には見ることのできない部分を書くペン
お願いします
313:デフォルトの名無しさん
05/05/22 23:31:51
Pen
InvisiblePen
314:デフォルトの名無しさん
05/05/22 23:32:49
>>313
やっぱりそうですよね
白身がなかったもので…
ありがとう
315:デフォルトの名無しさん
05/05/23 15:21:47
C++で文字列化できることを表すインターフェース名が決まらないのですが
何か良い案ありますか？
class I???
{
virtual std::string ToString() const = 0;
friend inline std::ostream& operator <<(std::ostream& lhs, const I???& rhs)
{
return lhs << rhs.ToString();
}
}
こんな感じの???が思いつきません。
316:315
05/05/23 15:25:01
ちなみにバイナリデータへのSerializerは既にあって、
シリアライズできるクラスはISerializableを継承するようになってます
317:デフォルトの名無しさん
05/05/23 15:41:41
ITextSerializable
318:デフォルトの名無しさん
05/05/23 15:45:13
IStringize
319:315
05/05/23 17:03:46
良くやる事なのかと思ったけどあんまり例が無いですね…
>>317氏のはすこし冗長な気がします
Deserializeには対応しないのでSerializeと冠するのも不適格な気が
>>318氏のSrtingizeは違う意味でBOOSTなどが使っているので紛らわしいかなぁ
でもJavaとかだと想定した挙動みたいですね
とりあえずIStringizableで行こうと思います ありがとうございました
320:デフォルトの名無しさん
05/05/23 17:30:38
>>307
> 例えばクラスや構造体にCとかSとかプリフィクスするの止めろって言うんだけど
> やっぱりプリフィクスないと混乱するときあるよ。
混乱するわけがないでしょ。
大文字で始まる名詞があれば、クラスや構造体でしかありえない。
321:デフォルトの名無しさん
05/05/23 17:33:46
スレ違い
322:デフォルトの名無しさん
05/05/23 20:05:45
>>315
stringifyってのがあるから
stringifiable…？
323:デフォルトの名無しさん
05/05/23 22:04:41
>>320
MSはプロパティもPascal形式にしろっていってるよね？
プロパティは通常名詞であることが多いと思うんだけど。
第一、例えばプログラム中でインスタンスが一つしかないような場合でも（こういうの
シングルトンパターンっていうんだっけ？）、MSのアホな指針に従わなければ、
例えばクラス名をCGod(あるいはcGod)、そのクラスの唯一の自分自身のインスタンスを
保持する静的フィールドをm_God(またはmGod)、その唯一のインスタンスを
他のクラスから参照する静的プロパティをGodと、すっきり機械的に命名できるのに。
それにキャメル形式って読み難くてイライラするんだよね個人的に。
慣れの問題かとも思ったがそうじゃない気がする。
324:デフォルトの名無しさん
05/05/23 22:06:45
>>323
>>321
>それにキャメル形式って読み難くてイライラするんだよね個人的に。
>慣れの問題かとも思ったがそうじゃない気がする。
２レス前も読めない読解力の問題。
325:デフォルトの名無しさん
05/05/23 22:07:24
>>323
完全に慣れの問題だな。
326:315
05/05/24 01:15:26
>>322
それです！まさにそれ。Stringifiableとも言うみたいです。
Perlは4で止まってたのでその単語をまったく知りませんでした…ありがとう
とはいえだいぶマニアックで直感的じゃなくなってきたなぁ（笑）
327:デフォルトの名無しさん
05/05/24 10:23:13
void xxx(struct tagABC *edge){
free(edge->ptInt);
free(edge->ptLong);
free(edge->ptShort);
}
ある構造体の変数にポインタがあり、そのポインタには
メモリ確保した時のアドレスが格納されています。
このメモリを一気に解放する関数の名称を、命名して下さい。
328:デフォルトの名無しさん
05/05/24 10:32:10
ABCInitialize/ABCFinalize
329:327
05/05/24 10:36:50
なるほど。どうもです
いただきました
330:デフォルトの名無しさん
05/05/24 15:41:14
freeABCでいいような。
本体は解放するけどメンバーのデータは解放しない
っていう関数が別に必要ならそっちに使いそうな名前
ではあるが。
331:デフォルトの名無しさん
05/05/25 19:53:17
以下の３つを区別する必要があるとき、それぞれどのような名前を付けたらよいでしょうか？
よろしくお願いします。
・日時両方： 2005/05/24(火) 15:41:14
・日付だけ： 2005/05/24(火)
・時刻だけ： 15:41:14
332:デフォルトの名無しさん
05/05/25 19:54:21
DateTimeFormat
333:デフォルトの名無しさん
05/05/25 20:09:38
DateTime
Date
Time
334:デフォルトの名無しさん
05/05/25 20:47:04
ありがとうございます。
あちこちで頻繁に参照する名前なので、もっと短くて混同しづらい名前はないものかと悩んでいたのですが
やはり DateTime のように Date と Time を引き摺り続けるしかないのでしょうか。
まずは Date, Time, DateTime で命名しようと思います。
が、もしもっと見分けやすい名前を思いついた方がいらっしゃいましたら、どうか宜しくお願い致します。
335:デフォルトの名無しさん
05/05/25 21:06:27
>>334
日付時刻をDateTimeとするのは割と一般的だと思うけどなあ。
336:デフォルトの名無しさん
05/05/26 02:30:31
姿勢(基底行列)と位置(３次ベクトル)を
メンバに持つクラスを作りたいんですが
名前が決まらず困ってます。お助けを。
337:デフォルトの名無しさん
05/05/26 02:59:24
何をするクラスかが分からんと…
338:デフォルトの名無しさん
05/05/26 03:17:17
>>337
へぼい3Dのプログラムなんですけど
３Dオブジェの位置姿勢を担当するクラスを
作ろうと思いまして。
でも全然名前が浮かばないんです。
339:デフォルトの名無しさん
05/05/26 04:52:41
>>338
設計ミスな希ガス
3Dオブジェのベースクラスで管理するんじゃまずいの？
クラスを便利な構造体として使ってない？
340:デフォルトの名無しさん
05/05/26 08:04:45
たしかにそうかもしれません。
設計を見直してみます。
しかし、いろいろ調べたんですが
位置姿勢を一言で表す良い言葉・表現が
みつけられなかったのは残念です。
341:デフォルトの名無しさん
05/05/26 08:27:46
position で位置姿勢の両方の意味はあるみあいだけどな…
342:デフォルトの名無しさん
05/05/26 08:46:17
数学(物理学)用語なんだから専門辞書かWikipediaかを当たればわかるんじゃない？
343:デフォルトの名無しさん
05/05/26 09:39:25
姿勢というか向きならorientation
344:デフォルトの名無しさん
05/05/26 09:40:51
ああ、両方をひと言で、なのね。
日本語でも位置姿勢でフタコトだし、無理に一語にしないということでどうよ。
345:デフォルトの名無しさん
05/05/26 10:22:32
コマンドラインオプションを解析する関数名はどうすればいいですか。
言語はC++です。
346:デフォルトの名無しさん
05/05/26 10:24:43
parse
347:デフォルトの名無しさん
05/05/26 10:46:35
parse_arguments (オプションしかないなら _options でも)
UNIX APIに倣うとgetopt(解析すると言うよりオプション取り出しだが)
348:デフォルトの名無しさん
05/05/26 10:50:59
parse_argumentsと
parseArgumentsってどっちが主流なの？
349:デフォルトの名無しさん
05/05/26 10:53:10
parseOption
parseCommandLine(Option)
350:デフォルトの名無しさん
05/05/26 12:21:57
parseCommandLine ってのしか見たことない
351:デフォルトの名無しさん
05/05/26 16:54:54
>>340
＞位置姿勢を一言で表す良い言葉・表現がみつけられなかった（ｒｙ
これが設計ミスじゃないかな？と疑うきっかけ。
オブジェクト指向の場合、クラスは事象の抽象化なので
必ずぴたっとハマる名前があるはず。
352:345
05/05/26 18:18:31
㌧クス。
getoptを使わせていただきます。
353:デフォルトの名無しさん
05/05/26 21:37:10
>>348
言語による。
C++やJavaなら後者が主流、だと思う
354:デフォルトの名無しさん
05/05/26 21:38:02
主流とか何かが意味があるかと思うのか？
355:デフォルトの名無しさん
05/05/26 21:39:16
>>354
自分以外が見るんならあるんじゃね？
356:デフォルトの名無しさん
05/05/27 00:24:24
Standard C++ Libraryだと _ で繋ぐ方式だね。
357:デフォルトの名無しさん
05/05/27 00:25:06
スレ違い
358:デフォルトの名無しさん
05/05/27 05:29:02
>>355
見る時に必要なのは文字列を同定する能力
_も２語目語頭大文字化も
どちらも他と区別できるくらいの能力が
読むものになければそもそもその人間は
コードを読む資格がないとさえ言えよう
359:デフォルトの名無しさん
05/05/27 06:32:25
>>358
いや単純に気持ち悪いじゃん。
二つが混在してるようだと。
360:デフォルトの名無しさん
05/05/27 07:44:43
>>359
混在？どちらでもいいから統一しておけば問題ないだろう
主流もなにもないコーダの好みで決めればいい
361:デフォルトの名無しさん
05/05/27 07:49:25
STLとWin32APIを同時に使うとなると否応無しに混在させられてしまう罠。
362:デフォルトの名無しさん
05/05/27 08:39:36
STLは"_"派、
出来ればこれに合わせたいんだけど
名前が無駄に長くなるんだよね・・
363:______________
05/05/27 09:33:16
無駄とはなんだ！
364:デフォルトの名無しさん
05/05/27 11:10:48
２つの配列を比移動やコピーを行う際、
送り側の配列へのポインタ変数と、受け取り側の配列へのポインタ変数名
どんなのがよろしいでしょうか？
int A[10], B[10];
int *pXXX = A;
int *pYYY = B;
for (i = 0; i < 5; i++)
pXXX[i] = pYYY[i + 2];
※こんな感じで使用予定です
365:デフォルトの名無しさん
05/05/27 11:11:34
pDest,pSource
366:デフォルトの名無しさん
05/05/27 11:15:05
ディレクトリを再帰的に巡って消費ファイルサイズを多い順にソートするクラス名（というかツール名）って何がいいですか。
367:364
05/05/27 11:17:34
>>365
それです！
ソースは思いついたんですが、受け手の方が思いつかなくて（英語力ないもんで・・・）
Dest ← ちなみにこれのフルスペスってどんなんですか？
368:デフォルトの名無しさん
05/05/27 11:21:36
>>367
もしかして distribute か？
369:364
05/05/27 11:23:53
>>368
destinationっぽいです
ありがとうございました m(_ _)m
370:デフォルトの名無しさん
05/05/27 11:41:08
蛇足だが、DestならSourceもSrcでもいいような気がする。
371:デフォルトの名無しさん
05/05/27 12:09:37
>364
p, q
372:デフォルトの名無しさん
05/05/27 13:20:07
ディスティネーションはつづりが覚えられないから、
from, to, でやってる。
373:デフォルトの名無しさん
05/05/27 13:24:00
toは予約語だから,
tinko, manko, でやってる。
374:デフォルトの名無しさん
05/05/27 13:32:52
mankoは予約語だから,
bou, ana, でやってる。
375:デフォルトの名無しさん
05/05/27 14:17:35
>>366
ディレクトリを再帰的に巡って消費ファイルサイズを多い順にソートするクラス名（というかツール名
）
class dsmsfsojs
376:デフォルトの名無しさん
05/05/27 14:50:47
見るだけならls -RS か ls -lRS
ListFilesRecursiveOrderedBySizeDescending
こっから先は命名でなく設計の話になっちゃうけど、順序を
決める部分は比較関数として別に引数として渡すようにする
と後ろの長ったらしい部分はその引数の方に吸収できるね。
377:デフォルトの名無しさん
05/05/27 20:50:57
>>362
変数名を無駄に短く略して暗号化するのは脳内だけにしてほしいよね･･･
378:デフォルトの名無しさん
05/05/29 18:44:28
>>366
＞ディレクトリを『再帰的に巡って』『消費ファイルサイズを』『多い順にソート』する
……ってだけで俺は少なくとも３つのクラスが必要だと思った
379:デフォルトの名無しさん
05/05/29 21:48:29
>>366
それは機能の説明でクラスの説明じゃないな。
その機能を使って何をするのか、を考えればそれがクラス名。
380:デフォルトの名無しさん
05/05/30 10:52:18
STLの<functional>にあるlessの大文字小文字を区別しないバージョンを作ろうと思うのですが
どういう名前にしたらよいでしょうか?
381:デフォルトの名無しさん
05/05/30 11:25:10
>>380
caselessでいいじゃん
382:デフォルトの名無しさん
05/05/30 11:29:10
あぁcaseですか。なんで思いつかなかったかな＞自分
ありがとうございました。
383:デフォルトの名無しさん
05/05/30 11:57:36
普通はilessにすると思うが…
384:デフォルトの名無しさん
05/05/30 12:00:48
_stricmpやlstrcmpiのiって何の略なんでしょうね?
385:デフォルトの名無しさん
05/05/30 12:02:06
ignorecase
386:デフォルトの名無しさん
05/05/30 12:09:08
あ、な～る
387:デフォルトの名無しさん
05/05/30 17:55:19
配列の名前に、適当な名前が見つからないときは要素の型の複数
を使うという俺ルールを採用していて、
Data
の配列を作ろうとして手が止まったことがある。
ほんとはたぶんDataっていう要素型名自体がよくないんだけど。
388:デフォルトの名無しさん
05/05/30 17:56:54
Datumでいいやん
389:デフォルトの名無しさん
05/05/30 17:58:52
>>387
C/C++なら型名と変数名は同じでも平気だよ。良いスタイルとは言えないだろうけど。
もちろんintとかの組み込み型は予約語だから駄目だけど。
390:デフォルトの名無しさん
05/05/30 18:21:14
>>388
要素の方を datum ってことよね。
それ以前に、dataとかinfoとかいう漠然とした名前はよくないわけで。
あり得ない話だけど sheep とか fish とか carp の配列を作ろうとすると
悩みそうだな。
391:デフォルトの名無しさん
05/05/30 18:28:24
俺なら sheeps, fishes, childs って堂々と書くなｗ
392:デフォルトの名無しさん
05/05/30 21:03:14
DataArrayとか。
配列が名前に表れるのをきらうならDataCollectionとか。
393:デフォルトの名無しさん
05/05/30 22:27:31
英文法的に正しいかどうかより意味がわかるかどうか、簡潔かどうかを
優先した方がいいと思うけどね俺は。英文法なんて全然一貫性がないんだからさ。
別にDatasとかでいいじゃん。
setの過去分詞をsetedって記述するでしょ？（っていうと必ずシネーヨって
奴が出てくるんだが。ググッてみろよNativeだってそうしてる）
394:デフォルトの名無しさん
05/05/30 22:28:38
ボタン描画に関する関数なんですが、
・通常時
・ボタン上にマウスカーソルがある時
・ボタンが押されている時
でなにか良い関数名ありますでしょうか？
395:デフォルトの名無しさん
05/05/30 22:38:39
>393
Googleでsetedを検索しても、Nativeらしき使用例が見あたらないんだが。
396:デフォルトの名無しさん
05/05/30 22:46:04
すまんsettedね
397:デフォルトの名無しさん
05/05/30 22:54:14
>>394
慣例に従えば
OnIdle
OnMouseHover
OnPress
ついでに言うと
OnMouseEnter＞OnMouseHover＞OnMouseLeave
OnPress＞OnRelease
398:デフォルトの名無しさん
05/05/30 23:03:25
>>397
すばらしいです。
ありがとうございました！
399:デフォルトの名無しさん
05/05/30 23:27:22
Onってのはエッジ検出的な語感だと思うんだけど。。変化が起きたその時、って感じ。
だからイベント処理のメソッド名に使われるわけだよねえ。
だとしたら
＞・ボタン上にマウスカーソルがある時
この描画処理がOnMouseHoverってのはちょっと違うと思う。
400:デフォルトの名無しさん
05/05/31 08:18:18
「～のとき」はいつも変化を表すわけじゃなくて
401:デフォルトの名無しさん
05/05/31 09:16:34
>>399
その理論でいくとOnIdleもダメなわけだが
402:デフォルトの名無しさん
05/05/31 09:54:58
つまりOnじゃなくてWhileにしろと？
403:デフォルトの名無しさん
05/05/31 10:49:59
bsNone, bsMouseOver, bsDown
404:デフォルトの名無しさん
05/05/31 12:09:19
bsって何？
405:デフォルトの名無しさん
05/05/31 13:41:09
たぶん、Button State
406:デフォルトの名無しさん
05/05/31 16:40:03
明らかにdata自体がよくない。
だいたいすべての変数はデータじゃんかよ。
407:デフォルトの名無しさん
05/05/31 19:27:48
>>406
個人的には、info, manager あたりも使いたくない。
408:デフォルトの名無しさん
05/06/01 00:42:23
datum
409:デフォルトの名無しさん
05/06/03 11:43:00
Javascrip/DOM
変数名(かプロパティ名）で、「開始時間」と「所要時間」をつけたいんですが、
var startTime, time;
だと、timeが抽象的で分かりにくいかなぁと思いまして、
何かしっくりくる１単語ありませんかね？
使い方は、
obj[i+1].startTime = obj[i].startTime + obj[i].time;
若しくは
var searchingTime = obj[i].startTime + obj[i].time;
とかやって、使うつもりです。
良い名をお願いします。
410:デフォルトの名無しさん
05/06/03 11:52:28
所要時間については、elapsedTime とか。
411:デフォルトの名無しさん
05/06/03 13:40:49
ネットワーク先へのファイル書き込みの際、アプリケーションがネットワーク通信速度の
遅さに影響されないよう、書き込み処理だけバックグラウンドで動作するモジュール
（関数名も含む）の名前はどんなのが最適でしょうか？
モジュール名は FsDelay か、FsBackground。
関数名なら WriteDelayData か、WriteBackgroundData という感じのが思い付きました。
（用語の使い方以前に命名規則（文法）も変な気もしますが）
なにか良い案がありましたらご意見下さい。
412:デフォルトの名無しさん
05/06/03 13:46:45
出会い系サイト 一覧ホームページ作りました
全部無料でしかもフリーメールでも登録できるサイトばかりです
URLﾘﾝｸ(www.geocities.jp)
413:デフォルトの名無しさん
05/06/03 13:49:01
AsynchronousTransmitter
AsynchronousWriter
AsynchronousWrite
WriteAsynchronously
414:413
05/06/03 14:04:47
>>413
Async…なるほど、ずばりですね。
ありがとうございました！
415:411
05/06/03 14:05:19
スマソ。名前間違いorz
416:デフォルトの名無しさん
05/06/03 17:26:36
Registerの反対語はなんでしょうかね？
ちなみに、Register==登録の解釈です。
417:デフォルトの名無しさん
05/06/03 17:39:12
unregister の検索結果 約 891,000 件中 1 - 10 件目 (0.24 秒)
deregister の検索結果 約 90,400 件中 1 - 10 件目 (0.03 秒)
418:デフォルトの名無しさん
05/06/03 17:40:01
>>416
Register/Unregisterでよく対で使われてる
419:デフォルトの名無しさん
05/06/03 17:42:20
ゴメン。そうだった。
頭にFreeがはこびっていた。unregします。ｵﾚﾓﾅｰ
420:デフォルトの名無しさん
05/06/03 17:42:50
unregistered は登録していないのニュアンスもある。
deregister は、明らかな「登録解除」の意味。
421:デフォルトの名無しさん
05/06/03 17:51:12
unregisterとunregisteredではニュアンスが違う気が
422:デフォルトの名無しさん
05/06/03 18:05:02
unregister 登録抹消する
unregistered 登録抹消されている状態
not registered 登録 ( し | され ) ていない
423:デフォルトの名無しさん
05/06/03 18:32:26
unregistered 登録抹消されている状態または未登録の状態
424:デフォルトの名無しさん
05/06/03 18:36:06
intialize の反対で一番しっくりくるのはどれだろうか。
uninitialize
deinitialize
finalize
terminate
exit
これ以外にも何かある？
425:デフォルトの名無しさん
05/06/03 18:56:29
>424
たまに cleanup を使うことがある。
426:デフォルトの名無しさん
05/06/03 18:58:47
finzlize
次点がexit
427:デフォルトの名無しさん
05/06/03 19:03:09
>>424
initializeにはfinalizeしかないだろう
uninitializeとは初期化に失敗した場合呼び出すメソッドに思える
「初期化されてない」という意味でuninitializedとは言う
ただライブラリなどでuninitialize、deinitialize、cleanup、release
といった命名がされているのを見たことはある
しかしdeというprefixは「逆」を意味するから、方向性のないinitializeには
いまいちピンと来ない
「登録 register」や「接続 attach」は主従関係という方向性があるので
deregister、dettachと言える
ちなみに提示された案の反対語
uninitialize < initialize
deinitialize < ???
finalize < initialize
terminate < execute
exit < enter
428:デフォルトの名無しさん
05/06/03 19:06:37
enterならleaveだな
429:デフォルトの名無しさん
05/06/03 19:15:58
un-
形容詞・副詞・名詞につけて「反対」の意を表す.
・unhappy
=不幸な.
・unemployment
=失業.
動詞につけて,もとの意味とは反対の動作を表す動詞を作る.
・untie
=ほどく.
名詞につけて,その性質・状態を「除去」「離脱」する意味の動詞を作る.
・uncage
=解放する.
・un-Japanese
=非日本人的.
de-
「分離」「低下」「反対」の意を表す.
・defrost
=…の霜を取る.
・descend
=降下する.
・demerit
=短所.
430:デフォルトの名無しさん
05/06/03 19:23:51
dehappy
deemployment
detie
decage
de-Japanese
unfrost
unscend
unmerit
431:デフォルトの名無しさん
05/06/03 21:12:54
ホモを入れる方と入れられる方で明示的に区別したい場合、それぞれなんと呼べばいいですか？
432:デフォルトの名無しさん
05/06/03 21:25:26
class CTachi : public CHomo
class CNeko : public CHomo
433:デフォルトの名無しさん
05/06/03 21:28:48
inserter タチ
receiver ネコ
434:デフォルトの名無しさん
05/06/03 23:47:58
移動先の座標を表す変数名は何にしたら良いでしょうか？
435:デフォルトの名無しさん
05/06/03 23:52:51
DestinationXY
436:デフォルトの名無しさん
05/06/03 23:54:11
X,Y
437:デフォルトの名無しさん
05/06/04 00:04:30
>>435
そうします。どうも。
>>436
それは元の座標に使っているので無理です。すみません。
438:デフォルトの名無しさん
05/06/04 18:41:34
頻繁に読み出すファイルをあらかじめメモリに読み出しておく関数、e
既にメモリに読み出されているか調べる関数、f
ロード済みのメモリを取得する関数、g
ロード済みのメモリを解放する関数、h
で、いいのがあったら教えてください。
下のようなことをしたいのです。
void init()
{
e(0); //ファイル0をよく使うのでメモリに読み出しておく
}
byte[] load(int index)
{
if(f(index))return g(0);
else return load_imp(index); //load_impは実際にﾌｧｲﾙを読み込む関数
}
ソースは Java ですが、命名スタイルは特にこだわりません。
439:デフォルトの名無しさん
05/06/04 18:46:44
FileBuffer.Load/Loaded/Unload
440:デフォルトの名無しさん
05/06/04 19:33:33
Cache
441:デフォルトの名無しさん
05/06/06 00:54:44
cacheで行きます。ありがとうございます。
442:デフォルトの名無しさん
05/06/07 10:14:09
3DでZ軸の「奥」と「手前」のことをそれぞれ英語で普通何と言いますか？
443:デフォルトの名無しさん
05/06/07 10:37:43
16777216 -> "16,777,216"
の変換関数の名前は何がいいですか？
444:デフォルトの名無しさん
05/06/07 10:51:16
under
above
445:デフォルトの名無しさん
05/06/07 12:13:26
>442
far, near
446:デフォルトの名無しさん
05/06/07 15:41:39
>>443
数値に3桁ごとにコンマを入れるという意味か?
commifyというのを見たことがある。
447:デフォルトの名無しさん
05/06/09 01:19:22
OSのアドレス変換で分散した通常のメモリ領域と対比される、
物理メモリ上での連続性を持ったメモリ領域の呼び方。
CPU以外のハードウェア（DMAなど）と共有するために使います。
今は physically contiguous を使ってますが、
もっと短い名前はないものか、と悩んでいます。
448:デフォルトの名無しさん
05/06/09 01:43:39
>>447
そもそも形容詞を二つ繋げて名詞にしてる時点でおかしいだろ
ContiguousMemorySpaceとかにしないとヘン
対比させるならSerialMemorySpace＜＞PartialMemorySpaceはどうか
449:447
05/06/09 02:30:34
>>448
physically coutiguous は memory とか allocator とか、
通常のメモリ管理で使ってた言葉にくっつけて区別するように使ってます。
通常版が memory で、物理連続版が physically_contiguous_memory って感じです。
「メモリ領域の呼び方」と聞いているので、>447でそこを省いたのは間違いでした。
すいません。
450:デフォルトの名無しさん
05/06/09 07:15:34
連続領域を仮想アドレスで返す奇天烈なAPIを作らないなら
ContiguousMemoryで十分じゃないの
URLﾘﾝｸ(msdn.microsoft.com)
451:デフォルトの名無しさん
05/06/11 13:29:57
だーいぶ昔に作ったプログラムというか微妙なもののソースを
久々に発掘したら変数名がｱﾎだった
int hoge,hogeho,hogehoge,hohoho;
何でもいいとはいえコレは酷い
452:デフォルトの名無しさん
05/06/11 19:31:22
Delphiでリスト内に保持している一意のNoを再割り当てするメソッド名は何がよいのでしょう？
ReUniqueNoが現在候補にあがっています。
453:デフォルトの名無しさん
05/06/11 19:42:41
BASICを思い出した俺
454:デフォルトの名無しさん
05/06/11 19:44:05
renumber?
455:デフォルトの名無しさん
05/06/11 19:57:21
愚直に ReassignUniqueNumber
456:デフォルトの名無しさん
05/06/12 12:44:42
"一意のNo"を表すメンバなりプロパティなりをなんと命名してるかにも依存する、
というかすべきだよよね。「再」を表す接頭語が会ったほうが良いかどうかも
「リスト」の実装しだいの気がする。
普通、番号がリストの中で一意であることがわかるような命名をしていると思うので
(ItemNoとかItemIDとか）一意を表す"Unique"はメソッド名には不要じゃないだろうか。
総合すると(Re)AssignItemNoとか(Re)AssignItemIDみたいな感じか。
457:デフォルトの名無しさん
05/06/12 17:19:49
ReIdentify
458:デフォルトの名無しさん
05/06/12 21:34:29
ブラウザやフォルダの進む・戻る（移動のUndoRedo的なもの）情報の管理クラスの名前は何がいいですか。
459:デフォルトの名無しさん
05/06/12 21:48:53
なんたらHistory
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 は多義的だから使うな とは言わないけど
文脈によって違う意味にとられる可能性のある単語はなるべく避けるべきだと思ってる。