08/10/05 15:07:46
雑談はいいけどウヨもサヨもどっか行ってください > <
クソ野郎
151:デフォルトの名無しさん
08/10/05 19:52:54
>>143
ここに10万人の宮崎勤がいます
152:デフォルトの名無しさん
08/10/05 20:19:46
つとむはもう死んだんじゃなかったか？
153:デフォルトの名無しさん
08/10/06 10:13:21
>>144
＞それは強い抑圧に対する反発からでしょ。
違うと思う。
アメリカの下流層の下流具合は、ふつうの
日本人に想像できないくらいひどいだろう。
＞要は俺が言いたかったのは「言葉狩りに対する圧力は米の方が日本よりずっと強い」ってこと。
政治的な言葉狩りが機能しているのは、
公式な場でだけなんじゃね。
154:デフォルトの名無しさん
08/10/06 10:16:06
もう帰っていいよ
155:デフォルトの名無しさん
08/10/06 10:22:09
お帰りなさい
156:デフォルトの名無しさん
08/10/06 20:07:18
「様」みたいな敬称ってhonorificでいいのかな？
157:デフォルトの名無しさん
08/10/06 20:09:57
英語としては「honorific」で合ってんだろうけど、
俺なら「keisho」にするな。いや冗談じゃなく。
158:デフォルトの名無しさん
08/10/06 20:17:28
>>157
多分 honorific という単語が一般的日本人に通じないからだと思うけど
keisho だと敬称なのか継承なのかあるいは他の意味なのかわからない。
別の理由で keisho にするなら教えてくれ。
159:デフォルトの名無しさん
08/10/06 20:19:12
軽症
俺の願い
160:デフォルトの名無しさん
08/10/06 21:04:08
honorificだけだとなんとなく形容詞の名詞的用法っぽいので、
俺ならhonorific suffixにすると思う。長いな。
161:デフォルトの名無しさん
08/10/06 22:46:33
>>157
英語文化圏のhonorificと日本文化の敬称って微妙に違う気もするけども
ってこと？
「さん」「様」「先生」等々は敬意の表れで付いてるとも限らないしね。
「君」「ちゃん」「たん」等々。
敬意を表すhonorificは不適切かもしれない。
一応、それもわかった上で Japanese honorific っていうみたいだけど。
162:デフォルトの名無しさん
08/10/06 22:50:33
nameSuffixくらいでいいのかもしれんな。
163:デフォルトの名無しさん
08/10/06 23:33:23
>>161
Mr. Mrs. Ms.だってただの形式だから似たようなものだと思うけど。
164:デフォルトの名無しさん
08/10/06 23:40:11
>>163
そういうのは honorific じゃなくて title って言わない？
肩書き？
165:デフォルトの名無しさん
08/10/06 23:41:05
それか、prefix とも言うか＜mr
166:デフォルトの名無しさん
08/10/07 00:23:30
>>164
titleはprofessorとかCEOとかchief engineerといった肩書きのことじゃないの？
167:デフォルトの名無しさん
08/10/07 00:34:03
名前と一緒に使わなきゃならんのがhonorificで、名前なしでも使えるのがtitle。
もっともhonorificをtitleに含む場合もある。
168:167
08/10/07 00:35:30
あ、嘘書いた。
いまの聞かなかったことにして。
169:デフォルトの名無しさん
08/10/07 00:36:33
不自然でさえないのなら、いちばん簡単な奴使えばいい気がしてきた。
日本人的には name suffix でいいんじゃないかと。
170:デフォルトの名無しさん
08/10/07 00:42:34
>>166
CEOはただのpositionだからhonorificではないけども、
Professorはイギリスでは先生の名前につけたりもするから、
そういう場合ではhonorificの一つだろう。
171:デフォルトの名無しさん
08/10/07 00:52:52
His Royal Highness The Prince Charles Philip Arthur George, Prince of Wales
and Earl of Chester, Duke of Cornwall, Duke of Rothesay, Earl of Carrick,
Baron of Renfrew, Lord of the Isles, Prince and Great Steward of Scotland,
Knight Companion of the Most Noble Order of the Garter, Knight of the
Most Ancient and Most Noble Order of the Thistle, Great Master and First
and Principal Knight Grand Cross of the Most Honourable Order of the Bath,
Member of the Order of Merit, Knight of the Order of Australia, Companion
of the Queen's Service Order, Honorary Member of the Saskatchewan Order
of Merit, Chief Grand Commander of the Order of Logohu, Member of
Her Majesty's Most Honourable Privy Council, Aide-de-Camp to Her Majesty
172:デフォルトの名無しさん
08/10/08 00:24:30
もうmisterでいいじゃん
173:デフォルトの名無しさん
08/10/08 01:03:42
IBase
↑ ↑ ↑
Some Other 何もしないクラス
というように、IBaseの具象クラスのうちいずれかのクラスのインスタンスを必ず保持しておきたい場合、
何もしないクラスの名前はVoidClassかNullClassのどちらがいいですか。
こっちの方がいいよ、って言うのがあったらそれも教えてください。
174:デフォルトの名無しさん
08/10/08 01:08:51
そんなものが必要になる状況が理解できない……。
でもまあ普通はDummyっていうんじゃないかなそういうの。
あるいはPlaceHolderとか？
175:デフォルトの名無しさん
08/10/08 01:14:22
あとはIdleとかInactiveかなあ。
176:デフォルトの名無しさん
08/10/08 02:03:33
俺はNullかEmptyかでいつも迷う。
177:デフォルトの名無しさん
08/10/08 07:26:51
nullはポインタ、参照絡みでしか使いたくないな
178:デフォルトの名無しさん
08/10/08 07:31:33
Dummyでいいよ
179:デフォルトの名無しさん
08/10/08 08:20:26
おまいらNullObjectパターンの話でもしてるの？
180:デフォルトの名無しさん
08/10/08 08:22:43
何もしないってこと自体に意味があるなら null か empty
テスト用とかでとりあえず何もしないものを挟みたいときがあるなら dummy
ってイメージがあるんだけど。
181:デフォルトの名無しさん
08/10/08 08:25:53
デザインパターンで null object pattern って言うから
Null でいいんじゃないだろうか。
182:デフォルトの名無しさん
08/10/08 15:15:55
Comポートの開閉を管理したり文字列の送受信をするクラス
どう名付けたらいいかな？単純そうでピンと来るのがない
183:デフォルトの名無しさん
08/10/08 16:59:51
そのまま ComPort でいいやん。
184:デフォルトの名無しさん
08/10/08 17:32:26
>>180
テスト用の何もしないやつってスタブって言わない？
185:デフォルトの名無しさん
08/10/08 18:44:12
基本的には全てのキーが禁止の状態から、
許可するキーを追加する関数を作りたいんだけど
どういう名前にするか迷っています。
addFilterの逆なんだけどどういう名前が一般的なんでしょうか？
removeFilterやdeleteFilterはなんか違うような気がするのですが。
お願いします。
186:デフォルトの名無しさん
08/10/08 18:47:27
スタブ使うんならスタブ側なんかドライバ側なんかだけ注意しないと
187:デフォルトの名無しさん
08/10/08 18:50:54
>>185
allowKey
enableKey
188:デフォルトの名無しさん
08/10/08 18:55:22
>187
なるほど。
ありがとうございます。
189:デフォルトの名無しさん
08/10/08 19:04:41
取りあえず、よくある単語を列挙
blacklist方式 -> deny, block, reject, refuse
whitelist方式 -> allow, pass, accept
190:デフォルトの名無しさん
08/10/08 23:28:06
template<class T>
T なんとか(void)
{
return dynamic_cast<T>(m_owner);
}
Fruit *f = seed->なんとか<Apple*>();
こんな感じの関数はどんな名前がいいですか？
191:デフォルトの名無しさん
08/10/08 23:31:11
GetOwner
192:デフォルトの名無しさん
08/10/08 23:36:41
C++でも識別子はunicodeで書ける出来るようになったんですか？
193:デフォルトの名無しさん
08/10/08 23:42:15
template<class T> T なんとか()
{ return dynamic_cast<T*>( m_owner ); }
にして、
Fruit *f = seed->getOwnerAs<Apple>();
194:デフォルトの名無しさん
08/10/08 23:47:37
なんでフルーツのポインタに入れるのにわざわざリンゴのポインタで取得するの？
195:デフォルトの名無しさん
08/10/09 00:39:33
>>182
ComPorterで
196:デフォルトの名無しさん
08/10/09 14:06:20
クラス名って
～するもの、みたいな目的名が良いのか
部品名の方がいいのか
どっちなんだろ？
197:デフォルトの名無しさん
08/10/09 15:06:10
クラスがあらわしているものを名前にする。
198:デフォルトの名無しさん
08/10/09 15:14:04
表してる物ねぇ・・・
例えば上にあるcomポートのクラスだと
ComPortの機能を実現すると考えるならクラス名はComPortだろうけど
ComPortを機能を管理する為のクラスだと考えるとComPortControlerみたいなのかな？
と毎回悩むわけです
199:デフォルトの名無しさん
08/10/09 15:20:41
>>198
「管理する」とは具体的に何をすることなのか考えたほうがいいよ。
200:デフォルトの名無しさん
08/10/09 15:22:28
ファイルの機能を管理するクラスってFileクラスかFileContorolerか、どちら？て聞かれれば俺は迷わずFileをえらぶ。
Controlerってつけると、ComPortオブジェクト渡して管理してもらうイメージがする。
FileWriterっていうクラスがあったら、Fileオブジェクトを渡して書き込んでもらう感じしない？
201:デフォルトの名無しさん
08/10/09 15:23:07
>>198
どうしてシリアルポートを回すんですか？
202:デフォルトの名無しさん
08/10/09 15:44:19
機能を管理するってどういうことだろう・・・
ファサードパターンみたいなもの？
>>201
回すってどこから出てきた？
203:デフォルトの名無しさん
08/10/09 15:54:45
如何に自分が漫然と作業してたかが解るorz
>>199
具体的に、ですか
ポートを開く
ポートへの書き込み
ポートの読み込み
ポートを閉じる
やはりポートの機能そのものを表すのかなぁ？
>>200
確かにそうかも・・・
204:デフォルトの名無しさん
08/10/09 16:02:51
>>203
そりゃポートそのものだろ。少なくとも使用者から見れば。
だいたい「～そのもの」と「～を管理するもの」との違いは、
使う人から見たら気にならないものだったりすることが多いんじゃね。
「インターフェース」とその「実装」との違いぐらいにどうでもいいでしょ。
実装を書いた本人にとって「～そのもの」とは思えなかったとしても。
205:デフォルトの名無しさん
08/10/09 16:24:56
>>203
あなたが噂の低脳さんですか？
206:デフォルトの名無しさん
08/10/09 16:32:08
>>204
ありがとうございます
いままで趣味程度、自己流でやってきててその点が疑問だったので
今日すっきりしました
>>205
低脳でさーせんorz
207:デフォルトの名無しさん
08/10/09 16:47:32
低脳が何かを悟った！
208:デフォルトの名無しさん
08/10/09 19:47:28
>>206
俺は君のように悩む方がむしろ全然まともだと思う。
OOPの本質は状態機械を何かに見立ててたり、何かのメタファーとして捉える
ことだと思うけど、何に見立てるかは実はそんなに簡単じゃない場合がある。
例えば>>182はドトネトのSerialPortとかVBのMSCOMMみたいなクラスのことを
言っていると思う。
これらのクラスにはCOMポートの番号を指定するプロパティがあるわけだが、
これにならって>>182のクラスにも同様のプロパティを持たせたとする。（当然そうするだろう）
ところが、COMポートの番号というのは普通に考えれば複数のCOMポートを集約している
オブジェクト（PC? M/B? OS?）の属性でなければ本来意味的におかしい。
209:デフォルトの名無しさん
08/10/09 20:30:09
頭はおいしいねってところまでは読んだｗ
210:デフォルトの名無しさん
08/10/09 23:15:41
何語かわからない言語で書いたとすると、自分ならこんな雰囲気にするかもしれない。
class SerialPort
{
static SerialPort Open(whichPort);
Result Real(～);
Result Write(～);
Result Close();
}
211:デフォルトの名無しさん
08/10/10 00:17:53
PortCommunicator にしとこうか
212:デフォルトの名無しさん
08/10/10 00:45:06
そろそろポートじゃなくて、
ただのファイルIOと同じだということに気付いてもいいころだ
213:デフォルトの名無しさん
08/10/10 00:59:32
それを言い出したら全部のI/Oが同じになってしまって、
デバイス固有の操作が扱いにくくならね？(ioctlみたいに)
214:デフォルトの名無しさん
08/10/10 01:15:14
それを言い出したらも何も>>212は全然正しい認識じゃないから。
何だよファイルIOって。
まあディスク上のファイルだろうとデバイスだろうとデータの入出力は
同じストリームとして扱えるみたいな話を聞きかじって理解もせずに拡大解釈でも
してるんだろうけど。
215:デフォルトの名無しさん
08/10/10 01:25:52
何を拡大解釈してるって？
216:デフォルトの名無しさん
08/10/10 01:27:55
過小評価してるんだろうな。
217:デフォルトの名無しさん
08/10/10 01:36:47
>>214はスーパーPHP使いなんじゃね？
218:デフォルトの名無しさん
08/10/10 02:35:25
fncGetFileNamae
219:デフォルトの名無しさん
08/10/10 02:36:50
public class PublicClass1
220:デフォルトの名無しさん
08/10/10 02:40:52
>>214
いくらなんでもソーセージをかじっちゃダメでしょｗ
221:デフォルトの名無しさん
08/10/10 02:52:55
>>214はひどい
222:デフォルトの名無しさん
08/10/10 03:52:11
>>215-221
自演乙
223:デフォルトの名無しさん
08/10/10 04:01:55
>>222
恥かしい奴だな
>>214がどんだけかわかんねーの？
あ、俺は優しいから一応言っておくわ
>>222
本人乙
224:デフォルトの名無しさん
08/10/10 04:55:04
>>215-223
自演乙
225:デフォルトの名無しさん
08/10/10 07:45:56
>>214はそろそろ、COMとファイルのioctl以外のAPIの違いを説明すべきだ
226:デフォルトの名無しさん
08/10/10 08:27:11
>>225
どっちもストリームとして扱えるというだけでしょ？
COMには、tellもseekもtruncateもfilelengthもownerもpermissionもない。
227:デフォルトの名無しさん
08/10/10 11:04:07
>>215-226
自演乙
228:デフォルトの名無しさん
08/10/10 11:28:10
>>226
>>255は間違ってる
COMとファイルIOの違いについて説明すべき
で、どちらもストリームとして扱える
以上
229:デフォルトの名無しさん
08/10/10 12:51:09
>>255頑張れ
230:デフォルトの名無しさん
08/10/10 17:18:01
英語の形容詞をそのまま変数名にするのはアリですか？
一番新しい要素をrecentと名づけるのをどう思います？
231:デフォルトの名無しさん
08/10/10 17:22:44
公開しないなら別にそれでおｋ
232:デフォルトの名無しさん
08/10/10 18:19:13
first、last、next、prev 等もよく使うし、問題ないかと
233:デフォルトの名無しさん
08/10/10 22:13:32
サンクス
234:デフォルトの名無しさん
08/10/13 19:39:55
形容詞の後ろについてる one とか thing が省略されてると思えば、
形容詞単体を名詞的に使うのもありだと思うけど。
the ＋ 形容詞だけで名詞扱いで使うこともあるし。
235:デフォルトの名無しさん
08/10/13 19:47:34
メソッド名は動詞、変数/クラス名は名詞でって良く言うけど
そんなに厳格に分けなきゃならんもんかねえ。
236:デフォルトの名無しさん
08/10/13 20:22:21
>>235
なんか教条主義的な思考をする人みたいだね。
別に、誰か偉い人が言ったから/規約でそう決まっているから、「分けなきゃならん」
わけじゃない。
そうしないと（一般に）分かりにくくなる、という合理主義でしょ。
逆に言えば仮に規則を破ることでクラスや変数の役割がむしろ分かりやすくなるのなら
何も問題はないはず。
237:デフォルトの名無しさん
08/10/13 20:50:18
>>236
レス感謝。
つまり主観（＝分かりやすさ）が入るから決め事としてしまった方がいい、と。
238:デフォルトの名無しさん
08/10/14 18:59:22
arr = [1,2,3]
item = arr.remove(1)
とやると
arr = [1, 3], item = 2
になるような「取り出す」メソッドって何がいいですかね。
extractがよさげなんだけどコンピュータだと元を残しつつ取得みたいな使われ方が多いような気がして。
deleteのついでに戻り値で返すおまけ機能にしちゃうのがいいのかな。
239:デフォルトの名無しさん
08/10/14 19:21:50
remove
240:デフォルトの名無しさん
08/10/14 19:47:17
removeAndGet
241:デフォルトの名無しさん
08/10/14 19:52:19
takeとかpickとか
242:デフォルトの名無しさん
08/10/14 20:27:31
Pythonではpopになってる
243:デフォルトの名無しさん
08/10/14 20:43:27
remove
244:デフォルトの名無しさん
08/10/14 21:03:39
fetch
245:デフォルトの名無しさん
08/10/14 21:20:30
getとremoveでいいんじゃね。
そもそも１つのメソッドに複数の機能を持たせようとする時点で（ｒｙ
246:デフォルトの名無しさん
08/10/14 22:06:11
>>238
そういう「行数を節約するだけのメリットと引き換えに」、「処理の直感性を犠牲にする」
処理が本当に適切かどうか再考すべきだと思う。
直感的に把握できないような処理だから命名に困るんだよ。
247:デフォルトの名無しさん
08/10/14 22:06:28
それってスタックを実装したいってだけなのでは？
popだろ
248:デフォルトの名無しさん
08/10/14 22:08:51
さらに一般化して splice
249:デフォルトの名無しさん
08/10/14 22:27:55
rubyならslice!かな。
しかし、別に「複数の機能」でも「行数の節約」でもないだろ。
列から一つ取り出したいってのは、実世界でもあって不思議じゃない。
だからこそ、各言語で同じような基本処理が定義されているわけで。
250:デフォルトの名無しさん
08/10/14 22:31:46
popAtだな。
251:デフォルトの名無しさん
08/10/14 22:35:11
>>249
そう言われるとそんな気もしてきちゃうすまんw
では気を取り直して
PullOut
Steal
252:デフォルトの名無しさん
08/10/14 22:36:29
インデックスで指定だからAtを付けた方がよかったか。
253:デフォルトの名無しさん
08/10/14 23:37:22
Atとか付けるとSmalltalkやObjective-Cを思い浮かべてしまう
254:デフォルトの名無しさん
08/10/16 00:35:51
GoTo() は禁止ですか？
255:デフォルトの名無しさん
08/10/16 13:16:03
スペースで桁をそろえる件だけど、コードコンプリートの1版と2版を見比べるとおもしろいのにね。
256:デフォルトの名無しさん
08/10/16 13:24:10
>255
流石に同じモノ2冊は敷居が高いなあ
257:デフォルトの名無しさん
08/10/16 21:30:55
>>255
どうおもしろいのか教えてください
258:デフォルトの名無しさん
08/10/17 12:46:01
>>255
1版は持ってる．
そろえないほうがいいって書いてあった．
2版はどう変わってるの？
259:デフォルトの名無しさん
08/10/17 18:52:30
>>258
2版は持ってる．
そろえないほうがいいって書いてあった．
260:デフォルトの名無しさん
08/10/17 19:11:19
わー、おもしろい
261:デフォルトの名無しさん
08/10/19 16:36:04
255の笑いのツボはどうなっているんだ。
262:デフォルトの名無しさん
08/10/21 13:14:32
class Hoge {
public:
Fuga* XXXFuga(Fuga* pFuga)
{
Fuga* temp = pFuga_;
pFuga_ = pFuga;
return temp;
}
private:
pFuga_;
};
XXXFugaですが、XXXの部分はどんな動詞がいいですか？
263:デフォルトの名無しさん
08/10/21 13:15:51
exchange
264:デフォルトの名無しさん
08/10/21 13:16:29
>>262 replace
265:デフォルトの名無しさん
08/10/21 14:03:41
setlocaleってこんなだよな
266:デフォルトの名無しさん
08/10/21 14:10:26
swap
267:デフォルトの名無しさん
08/10/21 14:19:31
reset か set
268:デフォルトの名無しさん
08/10/21 15:06:05
>>263
わかりやすいんですが、関数名にはあまり使われない単語な気がして、単純な操作の関数につけるのはちょっと気になります。
>>264
わかりやすくて良いと思いました。
>>266
返り値はvoidで、引数に渡したものの内容が入れ替わってくるイメージがあります。
>>267
resetは、Hogeを生成直後の状態に戻すための変更というイメージがあります。
setは、最もシンプルでいいんですが、返り値なしのイメージが強くて、返り値がある関数は区別した方が良いのか悩みます。
setにしようかやめようか悩みます(set以外ならreplaceの予定)。
返り値がある関数にsetをつけることについて、皆さんは抵抗ありますか？
269:デフォルトの名無しさん
08/10/21 15:09:51
そんなこというならset_and_getでいいじゃん
270:デフォルトの名無しさん
08/10/21 15:45:21
265は無視ですかそうですか
271:デフォルトの名無しさん
08/10/21 15:50:40
呼び出し側でgetしてからsetすればいいだけだろ。
なんでもラップして行数稼げれば勝ちみたいな歪んだ性癖は改めた方がいい。
272:デフォルトの名無しさん
08/10/21 16:28:59
>>269
SetAndGetFugaと書くと、英語として汚くないですか？
>>270
すみません、標準ライブラリに返り値を返すset～があるという意味でしたか。
setlocaleはメンバ関数ではないので、setter/getterが存在するオブジェクト指向とはニュアンスの違いを感じます。
>>271
行数を稼ぐとか言うのではなく、引数とメンバを交換する機能が必要なケースはあると思います。
262の例をget/setで実装すると、setを呼び出した時、pFuga_に格納されてる古いオブジェクトの寿命管理はどうなるの？と。
shared_ptrを使えば寿命管理は気にしなくてもよくなりますが、Fugaを使う場所全てshared_ptrに書き直さないといけなくなりますし、
破棄のタイミングをはっきりさせたい場合にも、問題になると思います。
やはりsetに返り値があるのは気になるので、replaceにします。
ありがとうございました。
273:デフォルトの名無しさん
08/10/21 17:38:41
二つの仕事を一つで済まそうという例があると、行数稼ぎするなとか言うやつがいるが、
アトミックに動作しなきゃならん場合なんて山ほどあるんだから、ごちゃごちゃ言うな
274:デフォルトの名無しさん
08/10/21 17:50:20
>>271
発想のレベルの低さに驚愕した
275:デフォルトの名無しさん
08/10/21 17:53:03
setとgetをアトミックにやるんだぜっていう事を表現したいなら、
そのまんま SetAndGet みたいのがいいんじゃないの？
アセンブラでは test and set とかよくあるし。
276:デフォルトの名無しさん
08/10/21 21:55:00
>>272
更新して一つ前の値を返す関数なんて割とありがちで、
使われているコードを見れば（必ずしも明示的な名前じゃなくても）それと分かるから
普通にsetでもいい気がする。
replaceでも意味は分かると思うけど、なまじ名前に意味がある分
コードをみて一瞬考え込むかもしれない。
277:デフォルトの名無しさん
08/10/21 21:57:21
コレクションから指定条件(添え字とか)で削除して、削除したものを返す
なんてのもふつーにあるよな。
278:デフォルトの名無しさん
08/10/21 22:08:17
上のpopのやつに話を戻したいのか？
質問者いなくなったみたいだけど。
279:デフォルトの名無しさん
08/10/22 02:28:57
「条件Aを満たした場合、処理Bを行う。」というのが
プログラム中数箇所にあるので、これを関数(使用言語はCです)にしたいのですが、
どういう名前が良いのか悩んでます。
「条件A」は数行に渡ってしまう比較的複雑なもので、処理Bを行うかどうかの
判定にしか使われないものです。
このため「条件A」を満たしているかどうかを判定する関数を作るにしても
適切な関数名が思いつかず、現状は何の関数化も行わずにコピペを数回行うという
書いた本人も、読んだレビュアもがっかりするようなことを繰り返しています。
280:デフォルトの名無しさん
08/10/22 02:35:44
>>279 コードの意味も目的も示さずに名前が決められると思うな。
281:デフォルトの名無しさん
08/10/22 02:41:55
B_IfA()
282:255
08/10/22 03:37:32
むわ。こんなにレスついてたなんて。ごめんね、遅くてorz
初版
単に見やすいと言うだけではなく、ひとかたまりの処理であることを明確にすることも可能となる
単にそろえただけで、処理の区別が明確とならない悪い例
EmployeeName = InputName
EmployeeAddress = InputAddress
EmployeePhone = InputPhone
BossTitle = Title
BossDept = Department
2版
この10年間で得た知識から、このインデントスタイルは見栄えはよいかもしれないが、
(中略)
面倒であることがわかった。
こんな感じです。
2冊あえて買ったという訳じゃなくて、改版されたから買っただけなんだけどね。
283:デフォルトの名無しさん
08/10/22 06:47:08
つまり
悪い例＝面倒
どうおもしろいんですか？
284:デフォルトの名無しさん
08/10/22 11:32:31
初版における良い例。
EmployeeName = InputName
EmployeeAddress = InputAddress
EmployeePhone = InputPhone
BossTitle = Title
BossDept = Department
285:デフォルトの名無しさん
08/10/22 11:41:47
あるデータをシステムに import / から export するクラスがあります。
これのクラス名には、なんという名前がいいでしょうか。
import だけ、または export だけなら XxxImporter とか XxxExporter でいいと思うんですけど、
両方を行うクラスについて、いい名前が思いつきません。
たすけてえらいひと。
286:デフォルトの名無しさん
08/10/22 12:00:54
Xxx
287:デフォルトの名無しさん
08/10/22 12:40:53
>>286
今は
DataImporter
とかなんで、これが
Data
となるのはちょっと。。。
288:デフォルトの名無しさん
08/10/22 13:03:07
>>285 XxxPorter
289:デフォルトの名無しさん
08/10/22 13:23:21
XxxTrader
290:デフォルトの名無しさん
08/10/22 13:24:50
import + export = transport
291:デフォルトの名無しさん
08/10/22 13:29:34
>>288
そうか、imとexの両方を行うんだから、それを外したporterというのはありそうですね。
>>289
import and export という意味なら、たしかにtradeまたはexchangeがいいのかもしれません。
アドバイスありがとうございました。検討します。
292:デフォルトの名無しさん
08/10/22 13:54:19
DataImporterという名前がすでにまずいのでは。
適した名前空間の中に入っているから大丈夫だとするのであれば、Dataでも問題はないはず。
293:デフォルトの名無しさん
08/10/22 18:40:20
>>292
Dataというモデルクラスがすでにあるので、むりです。
（実際には、DataはUserだったりItemだったりOrderだったりしますが。）
294:デフォルトの名無しさん
08/10/22 19:01:29
DataIOとか。
295:デフォルトの名無しさん
08/10/22 19:30:18
>>293
よく分かんないんだけどそのUserクラスにエクスポートメソッドをつけるのって愚かなことなの？
インターフェイスでもいいけど。
296:デフォルトの名無しさん
08/10/22 19:31:40
要するにシリアライザ/デシリアライザ、なんでしょ？
一緒にしない方が分かりやすくないか？
シリアライザとデシリアライザを集約するクラス(Dataクラス？）が
Serializer.Save()とDeserializer.Load()を公開すれば必要十分に思うが。。
297:1/2
08/10/23 20:40:56
class User {
protected $_id, $name, $email, $password;
public function __construct($id, $name, $email, $password)
{
$this->_id = $id;
$this->_name = $name;
$this->_email = $email;
$this->_password = $password;
}
}
298:2/2
08/10/23 20:41:45
>>297つづき
class Hogehoge {
function getUser($id)
{
//データベースからデータを取ってくる
return new User($id, $name, $email, $password);
}
function getUsers()
{
//データベースからデータを取ってくる
foreach () {
$users[] = new User($id, $name, $email, $password);
}
return $users;
}
}
$hogehoge = new Hogehoge();
$hogehoge->getUser(1234);
$hogehoge->getUsers();
みたいなことをすためのHogehogeのクラス名ってどんなのがいいですか？
ちなみに上のやつはPHPです。
299:デフォルトの名無しさん
08/10/23 20:52:11
Useless
300:デフォルトの名無しさん
08/10/23 21:09:01
MyDatabase
301:デフォルトの名無しさん
08/10/23 21:12:17
>>297
PHPには静的メソッドとかクラスメソッドとかいう概念はないの?
あればUserクラスのメソッドにすればよさそうだが。
302:デフォルトの名無しさん
08/10/23 21:25:22
ああ・・・そうします
303:デフォルトの名無しさん
08/10/23 21:35:27
データベースへのアクセスをラップするクラスじゃなかったのか・・・
304:デフォルトの名無しさん
08/10/24 15:46:21
文字列の中から一文字置き換える関数を作った場合
関数の引数名はそれぞれどのような名にしますか？
305:デフォルトの名無しさん
08/10/24 15:48:17
すみません
>>304ですが、C言語です
306:デフォルトの名無しさん
08/10/24 16:47:15
引数は文字列、検索する文字、置き換え後の文字の３つ？
307:デフォルトの名無しさん
08/10/24 17:08:26
char *s
char old_char
char new_char
308:デフォルトの名無しさん
08/10/24 18:13:59
>>306
はぃ、
309:デフォルトの名無しさん
08/10/24 19:33:33
searchやsubstituteなどを考えるより、old/newやbefore/afterの方がわかりやすい気がする
310:デフォルトの名無しさん
08/10/24 20:46:40
newは予約語となっている言語があるので注意が必要。
311:デフォルトの名無しさん
08/10/25 12:37:10
ターン制のSLG作ってるんですけど
最後にターンを進めた日時を入れる変数名って何がいいですか？
312:デフォルトの名無しさん
08/10/25 12:43:05
startTimeOfThisTurn
313:デフォルトの名無しさん
08/10/25 12:48:12
だからこんなの
(1) まず母国語で考えて、
(2) それを英訳
するだけじゃん。なんで基本どおりやらないんだろう。
最後の作戦の日時： LastOperationDateTime
314:デフォルトの名無しさん
08/10/25 12:50:34
>>312
>>313
ありがとうございました
英語は嫌いです
315:デフォルトの名無しさん
08/10/25 13:16:12
ターンは用語のようなものだから、turnあるいはphaseは残した方が分かりやすいと思うが。
316:デフォルトの名無しさん
08/10/25 13:28:39
用語なわけないだろw
そういう風に勘違いしてる人間がいるだけだと思うけど。
317:デフォルトの名無しさん
08/10/25 14:27:14
>>316
「ターン制のSLG」と言えばどんなゲームか伝わるんだから、ゲームの分野において「ターン」は用語と言えるだろ。
318:デフォルトの名無しさん
08/10/25 14:35:05
よくわからない理屈。。。
単に「順番制」とか「かわりばんこ制」では締まらないからそういってるだけだと思うよ。
それにゲームやらないたちなんで実際のところは知らないけど、
一回のターンで複数の操作が可能という可能性もあるんじゃないの？
だから>>311は「ターンを進める」という書き方をしているんだと思ったんだけど、
これは深読みのし過ぎかな。
319:デフォルトの名無しさん
08/10/25 15:06:43
>>318
> 単に「順番制」とか「かわりばんこ制」では締まらないからそういってるだけだと思うよ。
命名とはそういうものだと思うがｗ
「用語」という言い方が気に入らないなら「ルール」と言えばいいか？
将棋で「王手」とか「持ち駒」とか命名されているのと一緒。
こういう既に認識されている名前に従うのは分かりやすいんじゃないかっていう話。
320:デフォルトの名無しさん
08/10/25 15:22:35
だから意味的におかしいでしょって言ってるんだってば。。
turnって言葉の意味を辞書で調べた？
その意味と>>311の要求するものが合ってると思うの？
321:デフォルトの名無しさん
08/10/25 15:40:33
>>320は「ターン制のSLG」における「ターン」という言葉の意味を知らないのか？
辞書なんか引いてどうするつもりなんだ？ｗ
322:デフォルトの名無しさん
08/10/25 15:40:57
>>320
そのゲームにおいて命名された用語(ルール)なんだから辞書に載ってなくてあたりまえだろｗ
ブラウザのcookieなんて本来の英語の意味からしたら意味がわからないが、そこは問題じゃない。
認識されている事が、わかりやすさになるんだよ。
これでレス終わりにする。
323:デフォルトの名無しさん
08/10/25 15:45:46
>>321-322
だからそれが「勘違い」だと言ってるのに。
＞「ターン制のSLG」における「ターン」という言葉の意味
それは明らかに英語のturnの意味そのままだ。
違うというのなら具体的に『「ターン制のSLG」における「ターン」という言葉の意味』
を述べてみたら？
そしてそれは>>311の要求とは違うと思われる。
ちなみにチェスや、確か囲碁なんかでもturnと言うんだよ。
というよりそちらが元ネタだろうけどね。
324:デフォルトの名無しさん
08/10/25 16:36:37
>>323はくだらん言葉遊びなんぞしてないで
「そしてそれは>>311の要求とは違うと思われる。 」の理由をさっさと述べるべきだと思いますが。
325:デフォルトの名無しさん
08/10/25 16:46:14
とっくに書いてるけど。。
これだから2chの議論って疲れるよ。
326:デフォルトの名無しさん
08/10/25 17:10:44
久々に英語厨が湧いたか。もっとやれ。
327:デフォルトの名無しさん
08/10/25 19:57:46
1回のターンで複数の行動はできるよ。
で、ターン開始した日時を置いときたいんだからturnという言葉を残すことは何も悪くないと思うんだ。
>>323は>>311の要求をどう思っているのかをもっと詳しく書くべき
328:デフォルトの名無しさん
08/10/25 19:59:27
ターン開始じゃなくて、俺のターン終わり、とした日時を置いときたい、の間違いだった。
あれ、ってなるとstartTimeOfThisTurnはおかしいな。
329:デフォルトの名無しさん
08/10/25 20:17:08
英語厨袋叩きワロス
330:デフォルトの名無しさん
08/10/25 20:32:15
LastAdvancedTurnDate
で良いじゃん
331:デフォルトの名無しさん
08/10/25 20:40:57
advanced turn ってとっても意味不明だと思うが…。
332:デフォルトの名無しさん
08/10/25 20:55:20
ターンを進めるのが
advanceTurnで
最後に進めた日時ってことで>>330でよくないの？
333:デフォルトの名無しさん
08/10/25 21:17:19
advance turnなんて言い方はしないと思うし、
そもそも日本語でも「ターンを進める」と書いてあるのを見て何も違和感を感じないとしたら
その言語感覚はおかしいだろう。
順番というのは「進める」ものなのか？
「回ってくる」ものじゃないのか？
334:デフォルトの名無しさん
08/10/25 22:34:12
「開始から20ターンほど進めると敵がでてくるので」とあってもそれほどおかしくないと思う
335:デフォルトの名無しさん
08/10/25 22:40:47
take your turn とか言うから回ってくるものでもなさそう。
336:デフォルトの名無しさん
08/10/25 22:55:36
回ってくるからtakeするんじゃねーの
337:デフォルトの名無しさん
08/10/25 23:31:54
lastTurnとかでいいじゃん。
338:デフォルトの名無しさん
08/10/26 03:50:04
>>333
だからターン終了を意思表示した時間を保持したいんじゃないのか
ゲーム終了時にトータル思考時間を表示したいとか。
339:デフォルトの名無しさん
08/10/26 07:33:31
>>333
つーか、チェスや囲碁でも「○手進める」という表現するじゃん。
ダブルスタンダートになってない？
340:339
08/10/26 07:34:37
訂正
ダブルスタンダート→ダブルスタンダード
341:デフォルトの名無しさん
08/10/26 09:35:07
「ターンを進める」は take next turn とかの方が自然な気が。
他は make turn next とか go on to next turn とかかなぁ。
advanced turn だと、先進的なターン、有利なターン、先手って感じがする。
てか、last turn でいいじゃんって意見に同意。
342:デフォルトの名無しさん
08/10/26 09:42:14
ターンを進めるを英語でなんと言うかの話ではないよね
343:デフォルトの名無しさん
08/10/26 10:19:22
そうだよ、誰もそんな話してない。
日本人にとって自然と思われるかの話だと思うぞ。
まあ、今回の場合「進めた」にはあまり力点は無いから、
俺も LastTurnDateTime あたりで十分だと思う。
344:デフォルトの名無しさん
08/10/26 11:01:45
実は accumulated(total) thinking time さえ取れればよかったりしてな。
345:デフォルトの名無しさん
08/10/26 11:34:47
ターン終了イベントでの処理、もしくはターン情報クラスのようなもので
保持するならturnEndTime、用途によってはturnSpendTime = now - turnStartTimeで良くて、
次ターンで処理させることを目的として保持するならlastTurnEndTimeって感じだろうか
346:デフォルトの名無しさん
08/10/26 13:48:16
ここの連中も本当学習能力がないっていうか、
他人の意見を踏まえて自分の考えを修正していくってことができない奴が多いね。
last turnでいいじゃん？
だからよくないって。
turnが複数のoperationから構成されてたらどうするの？
というより、だから何度も言うが、だからこそ>>311は「ターンを進めた日時」
などという不自然な言い方をしているんだろうと普通は推測するだろう。
347:デフォルトの名無しさん
08/10/26 13:57:44
毎度質問者がいなくなってから盛り上がるスレだね。
348:デフォルトの名無しさん
08/10/26 13:59:23
日時ってゲーム内時間なの？システムタイムなの？
349:デフォルトの名無しさん
08/10/26 14:08:31
>>346
そうだな。>>311の意図は完全に君の 推測 の通りに違いない。流石です。
はい解決。おしまい。
350:デフォルトの名無しさん
08/10/26 14:10:18
>>346がいい名前を提案してお終いだな。
351:デフォルトの名無しさん
08/10/26 14:18:48
つーか、設計君じゃないのｗ
自信満々に妄想を語るところや他人を見下してるところが似てる。
352:デフォルトの名無しさん
08/10/26 14:30:21
>>350
とっくに>>313に書いてるから。
353:デフォルトの名無しさん
08/10/26 14:56:09
>>313
すばらしい変数名だ
作者の意図も汲んでいてもうこれ以上のものは考えられない
354:デフォルトの名無しさん
08/10/26 16:16:12
operationがどうとか言ってるのはお前だけ（ｒｙ
355:デフォルトの名無しさん
08/10/26 18:55:54
今回も英語厨がズバッと解決してくれたな。
356:デフォルトの名無しさん
08/10/26 19:18:27
何この自演
357:デフォルトの名無しさん
08/10/26 19:42:15
>>355
だがお前は日本じゃ二番目だ。
358:デフォルトの名無しさん
08/10/26 20:25:42
最後に○○を追加した日は
LastAdded○○Dateでいいんですよね？
Last○○AddedDateじゃないですよね？
英語厨の人おしえてくださいｍ（＿ ＿）ｍ
359:デフォルトの名無しさん
08/10/26 23:24:08
そこでなぜ LastDate○○Addedが選択肢にない。
360:デフォルトの名無しさん
08/10/26 23:46:03
addは他動詞だから
LastDateAdded○○
にすべきじゃね？
361:デフォルトの名無しさん
08/10/27 00:04:26
>>346
> 他人の意見を踏まえて自分の考えを修正していくってことができない
>>346
362:デフォルトの名無しさん
08/10/27 01:05:26
>>346
釣りじゃなかったら同情したくなるほどの馬鹿だな
363:デフォルトの名無しさん
08/10/27 01:14:56
>>313
英訳能力に感服したわ。
364:デフォルトの名無しさん
08/10/27 01:42:41
いや、作戦を思い浮かべる辺り日本語能力も結構侮れない。俺無理だもん。
365:デフォルトの名無しさん
08/10/27 01:54:27
何を思い浮かべようと勝手だが、それを周りの人間と共有できなきゃ
意味無いんじゃまいか？
英語的に正しいからと言ってピンと来ない名前を付けてもナー。
で、周りの人間が理解できなきゃそいつらが悪い、と来たもんだ。
366:デフォルトの名無しさん
08/10/27 02:08:52
しかし、d が多いな
367:デフォルトの名無しさん
08/10/27 03:44:24
英語厨としては last より latest を推したい。
368:デフォルトの名無しさん
08/10/27 13:11:25
>>365
>>363-364は皮肉だよ
369:デフォルトの名無しさん
08/10/27 13:33:28
どういう文脈（大域的だったり局所的だったりクラスのメンバだったり)で使われるで
どんな名前が良いかも変わってくると思うから、
お題を出す人はその辺りもある程度示した方が良さそうな気がする。
370:デフォルトの名無しさん
08/10/27 17:40:10
Product というデータがある。これはその会社において、世界中で使われているデータ。
これをlocalizationしたデータに、LocalizedProduct という名前がついている。
またlocalized productとの対比として、もとのデータをoriginal productと呼ぶことがある。
ここまではいい。
最近、地域ごとに独自の製品を持ちたいという要望がでてきた。
お客さんの要望なので、まあそれはいい。
で、その「地域ごとの独自の製品」になんと言う名前をつけたらいいのかで困ってる。
"LocalProduct" は LocalizedProduct と紛らわしい。
"OriginalProduct" も従来の言葉とかぶっている。
なんかいい名前を提案してくれない？
371:デフォルトの名無しさん
08/10/27 17:41:27
>>368
どう見ても>>365は>>363-364の内容とは関係無く発言してるだろ
>>313の英語力(笑)は度外視して、物事の優先順位について指摘してるだけじゃね
372:デフォルトの名無しさん
08/10/27 17:46:38
RegionalProduct
373:デフォルトの名無しさん
08/10/27 18:43:29
>>370
要求されているものがもう一つはっきりしないなあ。
「それ」は変数名？それとも型の名前？
なんとなく変数名のように聞こえるが、
そうであるならそれが"localize"されていようと"customize"されていようと
名前を変える必要性があるように思えないんだけど。
374:デフォルトの名無しさん
08/10/27 18:51:12
>>370
おっと、同じのが既に出てた。
>>372に一票。
375:デフォルトの名無しさん
08/10/27 19:28:34
Product→GlobalProduct
376:デフォルトの名無しさん
08/10/27 21:17:00
>>370
"LocalProduct"と"LocalizedProduct"が、意味も良く分かっていいんでない?
それにそんなに紛らわしくないと思うけど。
377:デフォルトの名無しさん
08/10/27 21:26:59
Localである状態にするのがLocalizeだろ
378:デフォルトの名無しさん
08/10/27 22:39:52
>>370
そもそも、
> Product というデータがある。
が、わけわからん。製品じゃないのに Product なんて命名されてるのか？
まあ、世界中で使われてるなら今更変えようが無いだろうから、
俺なら、RealProduct, LocalizedRealProduct あたりにするかな。
379:デフォルトの名無しさん
08/10/27 22:48:00
Realを付ける意味が素で分からん。
380:デフォルトの名無しさん
08/10/27 22:54:58
>>378
そこは普通わかるだろうw
むしろ>>379に突っ込まれているように、君自身の言っていることの方が
余程深刻に意味不明だ。
381:デフォルトの名無しさん
08/10/27 23:36:32
>>379-380
確かに、>>370 読み直したら、俺が勘違いしてるようだ。
>>378 は、忘れてくれ。
382:デフォルトの名無しさん
08/10/28 08:05:54
>>370
OrderMadeProduct
383:デフォルトの名無しさん
08/10/28 10:16:55
それは無いわ
384:デフォルトの名無しさん
08/10/28 17:28:18
サウンドファイルの再生時間を書き込む変数
385:デフォルトの名無しさん
08/10/28 17:30:16
played_seconds
386:デフォルトの名無しさん
08/10/28 17:31:03
>>385
どうも！
387:デフォルトの名無しさん
08/10/28 20:17:45
>>370
area product
388:デフォルトの名無しさん
08/10/28 20:50:38
LimitedProduct
389:デフォルトの名無しさん
08/10/28 22:16:44
regional product
390:デフォルトの名無しさん
08/10/29 17:54:58
TheProduct
391:デフォルトの名無しさん
08/10/30 07:24:04
ローカル変数string[]の変数名が分からない
とりあえず今はskにしてあります
sはstringのsで、kは括弧のkです
括弧が二つあるからskkにしようかsk2にしようか迷ってます
392:デフォルトの名無しさん
08/10/30 08:20:49
せめてspにしろよ。
pはparenthesisのpだ。
393:デフォルトの名無しさん
08/10/30 09:17:06
[]が配列を表しているなら、その変数に格納する情報を複数形にした名前。
names,params[]が配列を表しているなら、その変数に格納する情報を複数形にする。
names,params
394:デフォルトの名無しさん
08/10/30 10:22:17
Tanakas
395:デフォルトの名無しさん
08/10/30 10:53:10
sring[][] stringArrays;
396:デフォルトの名無しさん
08/10/30 11:01:00
↑みたいなのは見りゃわかるんだから変数名としては無意味
397:デフォルトの名無しさん
08/10/30 18:23:39
>>396
↑みたいなレスこそが無意味。
398:デフォルトの名無しさん
08/10/30 20:59:18
いやいや、俺のレスが一番無意味。
399:デフォルトの名無しさん
08/10/30 21:42:37
おまえらみんな不気味
400:デフォルトの名無しさん
08/10/30 23:25:39
しかも不細工
401:デフォルトの名無しさん
08/10/31 08:13:36
>>396
スリング
402:デフォルトの名無しさん
08/11/02 10:31:06
文書やHTML/画像とかを DB に入れる用の Model クラスを Article ってしたんだが
それの View/Controll を兼任するクラスの名前で何かいいのあります？
最初 View/Controll を担当するクラスの Interface を ArticleMechanism ってしてて
具象はそれに形容詞付けたのしてたんだけど、
長くなるから Paper にした。
でも Article を１つしか含んでないのに Paper っておかしくないかと思い始めた。
M：Doc (Documentは他のライブラリでよく使うのがあるからあまり使いたくない)
VC：Article
の方がいいかな。
403:デフォルトの名無しさん
08/11/02 10:57:01
Controll？
404:デフォルトの名無しさん
08/11/02 11:07:14
Presentationとか
405:くるりん子
08/11/02 15:45:03
ハードウェアのパラメータを読み書きするためのクラスって、どんな名前がいーい？
ParamReader, ParamWriter --- ２つに分けるのはやだな。
ParamConfigurator --- なんか長くてやだな。
ParamIO --- なんか違う気がする。
Paramer --- 短くていいけど、造語だな。
406:デフォルトの名無しさん
08/11/02 15:45:53
HardwareParameter
407:デフォルトの名無しさん
08/11/02 15:47:12
ParamConfig
408:くるりん子
08/11/02 15:51:32
>>406
パラメータを読み書きするクラスと、パラメータ値そのものとは別だよ。
ほんとにそれでいいの？
409:デフォルトの名無しさん
08/11/02 16:20:18
>>408
>>203-204
410:デフォルトの名無しさん
08/11/02 16:21:07
Cです。C++でもいいです。
ある文字列を読み込んで解析するプログラムがあります。
その中では、例えば以下のような処理を行うとします。
・文字列をトークンに分割
・/* ～ */ の間にある文字列は無視する
・( ～ ) の間にある文字列は特殊な処理を行う など
さて、文字列を先頭から1文字ずつ読み進めていくとき、
現在読んでる文字を、どう解釈すればよいか判断しなければならないことがあります。
先の例で言えば、
・現在の文字が「*」で前の文字が「/」なら、「/*」というトークンにする
・現在のトークンが「/*」の後にあるなら、コメントアウトとする
・「*/」のトークンを見つけたら、コメントアウト扱いをやめる
などです。
このような判断をするためのフラグの、構造体やクラスの名前はどうすればいいでしょうか。
411:デフォルトの名無しさん
08/11/02 16:33:44
context
state
あと、lex/yaccとかを調べてみるのも回り道にはなるが、
悪くないかもしれん。
412:くるりん子
08/11/02 16:44:27
>>409
あのね、今書いているソースコードでは、
・パラメータを読み書きするクラス
・ パラメータそのものを表すクラス
を別々にしているの。
だから、名前も分けたいの。
413:デフォルトの名無しさん
08/11/02 17:35:51
だったら初めからそう書け。
残念だけど、後出しじゃんけんに参加する奴はもういないと思うよ。
414:デフォルトの名無しさん
08/11/02 18:37:37
>>405
「パラメータを読み書きするためのクラス」っていうのは
そのハードを表すクラスのプライベートなオブジェクトであって
外部に公開するものではないんだよね？
普通に
xxxGetter/xxxSetter（xxxはレジスタ名）
でいいんじゃないの？
取得と設定を一つのクラスにまとめるのは多分意味がないと思う。
>>413
前の議論(>>409の一行引用レスｸﾝが引用してるもの）でも言ったが、
普通後だしジャンケンじゃなくても>>408のように考える。
得意げな>>409とか君とかみるとどんだけ設計能力ないだお前、と思うぞ。
415:デフォルトの名無しさん
08/11/02 18:50:50
いや、パラメータを扱うクラスがParameterなのかParameterManagerなのか
どちらが作ろうとしてるものに適切かなんて設計者のさじ加減一つだろ。
ありとあらゆるプログラムで後者の方が適切だとでも？
416:デフォルトの名無しさん
08/11/02 19:01:09
>>415
話がずれてると思うな。
(1) 何らかのレイヤを経由してデータ（バイナリだったり文字列だったり）
の取得設定を行うクラス
と
(2) 取得したバイナリなりテキストなりをパースするクラス
は当然別だろうって話だよ。
417:デフォルトの名無しさん
08/11/02 19:01:19
>411
thx
その辺の単語を使うのが良さそうですね。
lexとyaccは……参考にはなるでしょうが、ちょっと遠回りすぎそうです（笑）
418:デフォルトの名無しさん
08/11/02 19:02:52
>>414
>xxxGetter/xxxSetter（xxxはレジスタ名）
２つに分けるのは嫌だって>>405で言ってるケド。つーかレジスタ数×２個にしれってこと？
>>412
>ParamConfigurator --- なんか長くてやだな。
私はこれでいいと思うよ。クラス名なんてコード上にそんな出てこないじゃん？だから判りやすさ優先で！
419:デフォルトの名無しさん
08/11/02 20:53:09
ゲーム作ってるんですけど
数 維持費 レベル
戦車 3個 10円/個 ３
飛行機 1個 10円/個 ２
兵隊 50個 10円/個 ３
みたいなデータがあって
ループさせて各データの合計値を保存しておく
みたいな関数の名前は何がいいですか？
countはダメなんです
420:デフォルトの名無しさん
08/11/02 21:03:29
各データの合計値ってその例だと具体的にどの値のことなの？
421:デフォルトの名無しさん
08/11/02 21:10:28
sum
422:デフォルトの名無しさん
08/11/02 21:13:57
accumulate
423:デフォルトの名無しさん
08/11/02 21:22:26
>>420
総数 ５４個
総維持費 ５４０円
合計レベル ８
みたいなことです
424:デフォルトの名無しさん
08/11/02 21:57:34
TotalCount
TotalCost
TotalLevel
425:デフォルトの名無しさん
08/11/02 22:00:39
レベルを合計して意味あんの？
426:デフォルトの名無しさん
08/11/02 22:05:27
俺柔道初段、囲碁初段、オセロ三段、腹三段の合計八段。
427:デフォルトの名無しさん
08/11/02 22:06:30
>>425
意味持たせるかどうかは>>419の決めることだしこのスレで勘案しても仕方ないんでは？
428:デフォルトの名無しさん
08/11/02 22:10:49
>425
合計10レベル分までのユニットを保持できる、みたいなルールじゃない？
429:デフォルトの名無しさん
08/11/02 22:31:40
国力に対応して対戦相手の強さも調節されるんだろう。きっと
430:デフォルトの名無しさん
08/11/02 22:36:41
>>424
それを導く関数の名前です
431:デフォルトの名無しさん
08/11/02 23:49:38
summary(summarize)とか。
432:デフォルトの名無しさん
08/11/03 00:04:57
>>431
こんな感じの待ってました
ありがとうございました
433:デフォルトの名無しさん
08/11/03 09:01:20
テキストから正規表現を読み込んで指定した文字列が
その正規表現からフィルターに一致するか返したりや置き換えた文字列を返すクラス名は何がいいでしょうか？
434:デフォルトの名無しさん
08/11/03 10:22:48
RegExManipurator
435:デフォルトの名無しさん
08/11/03 10:23:43
ごめんスペル間違えた。
RegExManipulator
436:デフォルトの名無しさん
08/11/03 10:32:12
複数の正規表現からOR結合したものとか、
大文字/小文字無視バージョンとか、いろいろ加工して返すクラスに見える。
とケチを付けつつ他のアイディアを出せない俺
437:デフォルトの名無しさん
08/11/03 10:38:50
TextFilter
中で正規表現を使ってるかどうか？なんてどーでもいいんじゃないかな。
438:デフォルトの名無しさん
08/11/03 11:08:02
>>433
それだけの情報で気の利いた命名をしろってのは無理がある可能性が高いと思うね。
クラスライブラリみたいな汎用的なクラスならともかく、
特定用途向けのクラスなら、そのクラスが必要になる背景も書かなきゃダメでしょ。
そういうクラスっていうのは機能じゃなくて意味から命名する場合だって
少なくないんだから。
つーか正規表現使った置換なんていうベタベタで汎用性のない処理なんか
処理の意味から命名する以外にないだろ常識で考えて。
439:デフォルトの名無しさん
08/11/03 13:03:13
とケチを付けつつ他のアイディアを出せない>>438
440:デフォルトの名無しさん
08/11/03 13:05:38
>>439
お前日本語読めないのかよw
441:デフォルトの名無しさん
08/11/03 16:54:23
>>433
RegExFromFile
パターンをファイルから読み込める正規表現クラスってことでしょ。
442:433
08/11/03 17:46:34
総称的でいいですね。有り難う御座います。
443:デフォルトの名無しさん
08/11/03 18:34:35
またいつぞやの設計君がわいて出た
ここはお前のオナニースレじゃないの
いい加減分かれ
444:デフォルトの名無しさん
08/11/03 18:49:43
アンカーきぼんぬ
445:デフォルトの名無しさん
08/11/03 19:26:27
>>441-442
ありえんだろ。
置換処理なんてどうでもありうるベタな処理にそんな一般的な名前をつけるなんて狂ってるよ。
もしも将来、そのクラスとほぼ同じだが別の置換をするクラスが欲しくなったら
どうするのよ。
適当な数字でもプリフィクスしますか？w
446:デフォルトの名無しさん
08/11/03 19:31:56
そんな危惧ができるならインタフェースと実装を分けられる言語を使えばいい。
はい終了
447:デフォルトの名無しさん
08/11/03 19:33:25
>>446
日本語で頼むよ。
448:デフォルトの名無しさん
08/11/03 19:46:58
危惧←この漢字が読めなかったか？
449:デフォルトの名無しさん
08/11/03 21:24:19
>>445
使ってるフレームワークに一般的なRegExっていうクラスがあると想像して
(大抵そんなようなのあるよね)、それの派生でパターンをファイルから
読み込む事ができる特定アプリ版、みたいなイメージで>>441を書いた。
だから一般的な名前というつもりはなかったんだけど。
450:デフォルトの名無しさん
08/11/03 21:46:49
わかるけど、それは>>433で要求されてる物と明らかに違うよね
451:デフォルトの名無しさん
08/11/03 21:56:44
＞テキストから正規表現を読み込んで指定した文字列が
＞その正規表現からフィルターに一致するか返したりや置き換えた文字列を返すクラス名は何がいいでしょうか？
↓↓
テキストから正規表現を読み込んで、指定した文字列が、
その（読み込んだ）正規表現から（なる）フィルターに一致するか返したり、や、
（指定した文字列を）置き換えた（結果の）文字列を返す
452:デフォルトの名無しさん
08/11/03 22:30:34
だから？
453:デフォルトの名無しさん
08/11/03 22:36:52
>>433で要求されているものだと言いたい
454:デフォルトの名無しさん
08/11/03 22:41:46
なわけがない。
もしそんな風に思うとしたら、それは置換という処理の具体例が想像できてないからだろう。
455:デフォルトの名無しさん
08/11/03 22:46:13
ここへきてようやく俺にも>>443の言ってることが理解できたｗ
では、みなさまお休みなさい。
456:デフォルトの名無しさん
08/11/03 22:48:36
そんなもんは知らん
要求元の>>433が納得したらしいのだから
それが要求だろう
457:デフォルトの名無しさん
08/11/04 07:57:53
動詞とか名詞で迷うことかある
458:デフォルトの名無しさん
08/11/04 09:21:38
>>433
RegexReader
459:デフォルトの名無しさん
08/11/04 09:30:17
>>450
×わかるけど、それは>>433で要求されてる物と明らかに違うよね
○わかるけど、それは>>433のカキコから俺がエスパーした物と明らかに違うよね
そりゃお前が言うんだから違うんだろう
心底どうでも良い事だ
460:デフォルトの名無しさん
08/11/07 15:32:06
windows.hのマクロのせいでCreateWindowという名前が使えないんですけど、みんなどうしてるんですか？
A/W関数の切り替えにマクロ使ってるからDrawTextとか他にも引っかかることおおいけど、
undefして本当の名前で読んでるのか、いちいち同じインターフェースのインライン関数でも作る？
461:デフォルトの名無しさん
08/11/07 16:07:41
使えないわけではないはず
勝手に CreateWindowA とか CreateWindowW に改名されるだけで
すべてのソースで同じように改名されるなら実質問題にならない
Windows的な命名規則を避けて create_window とか createWindow にするという手も
もしくは NewWindow など同じ意味の違う単語を当てたり
462:デフォルトの名無しさん
08/11/07 16:21:24
そうか、DrawTextとかは関数名だけの置き換えだからセーフなのか。
CreateWindowだとCreateWindowW→CreateWindowExW
の時にマクロの引数があるから、それが違ってコンパイルエラーになるのか
463:デフォルトの名無しさん
08/11/07 16:24:27
あぁ、そういうのがあるのか･･･
厄介なもんだね
464:デフォルトの名無しさん
08/11/07 17:09:19
グローバル名前空間以外に置く
465:デフォルトの名無しさん
08/11/07 17:31:10
マクロは名前空間を超越するから無意味
466:デフォルトの名無しさん
08/11/07 23:19:14
初期化とその逆（破棄？ 終了化？）を行う関数に名前を付けたいのですが、
事情により初期化関数側にはinitializeが使えません。
何かよい名前があれば教えてください。
467:デフォルトの名無しさん
08/11/07 23:40:18
Begin/End
Enter/Exit
468:デフォルトの名無しさん
08/11/07 23:51:53
Shokika/Haki
469:デフォルトの名無しさん
08/11/08 00:00:51
MyInitialize/MyFinalize
470:デフォルトの名無しさん
08/11/08 00:23:34
>>466
InitializeXxx/FinalizeXxx
Xxx に具体的な内容を。
471:デフォルトの名無しさん
08/11/08 00:25:24
create/destroy
472:デフォルトの名無しさん
08/11/08 00:41:13
>>467-471
ありがとうございます。
参考になりました。
473:デフォルトの名無しさん
08/11/08 01:51:08
>>466
setup
prepare
start
begin
init
474:デフォルトの名無しさん
08/11/08 15:54:41
ある処理の捜査(1-100)%毎に呼び出すイベントがあります
()の中を埋める変数名はどんなものが宜しいでしょうか？
475:デフォルトの名無しさん
08/11/08 16:00:45
initとinitializeという名前の関数が両方存在するプログラムをメンテしたことがあるけど、もうね（ｒｙ
476:デフォルトの名無しさん
08/11/08 16:02:37
（T_T)
477:デフォルトの名無しさん
08/11/08 16:07:24
>>474
捜査？操作？
誤字はともかくそういう読み手にエスパー能力を要求する文章ってどうなの？
そのイベントとは進捗度を通知するイベントという理解でいいのか？
だったら辞書引くだけだと思うんだが。。
478:デフォルトの名無しさん
08/11/08 16:08:28
>>474
progress
479:デフォルトの名無しさん
08/11/08 16:09:33
>>477
走査の間違いでした
イベントは進歩度を表します
>>478
出来れば～%毎にという意味合いも付け加えたいです
480:デフォルトの名無しさん
08/11/08 16:11:09
～%, 残り～秒、～秒経過とか使い分けるんでもないなら
いちいち明示するのって筋が悪いよ
481:デフォルトの名無しさん
08/11/08 16:14:42
>>480
限定された進歩度を表現したいので使い分けたいのですが・・・
482:デフォルトの名無しさん
08/11/08 16:15:28
>>480
俺もそう思うね。
そもそも進捗度（進歩って普通は言わないよ）を通知するイベントっていうのが
イベントとして不自然だ。
483:デフォルトの名無しさん
08/11/08 16:16:23
>>474
CalledEventFrequency
484:デフォルトの名無しさん
08/11/08 16:23:17
>>483
呼び出す頻度って意味かな？
参考にします
ありがとうございました
485:デフォルトの名無しさん
08/11/08 16:35:10
>>481
まあケチつけるだけだとアレなんで一応考えてみる。
イベント名はProgressNotificationで通知するパラメータの名前はpercentage。
名前に"～%毎"なんて意味を含めるのはやっぱり愚策に思える。
どうしてもと言うならイベント名をProgressNotificationEveryXXPercentにするのかな。
でも普通はイベントを発生させるオブジェクトのプロパティか何かで
イベント発生のステップの取得/設定ができるようにするんじゃないのか。
486:デフォルトの名無しさん
08/11/08 16:47:50
>>485
あるデータを処理してその進捗度がデータ総数のX/100区切りの時のみ
イベントを発生したかったのです
X=1なら1%毎にX=10なら10%毎にといった感じです
このXを格納する変数を教えて頂きたかったのですが
説明が悪かったようでホントに申し訳ありませんでした
487:デフォルトの名無しさん
08/11/08 16:57:15
>>486
イベントを発生させる側の内部の、
イベント発生のステップを表す値の名前って意味？
notificationStep
notificationPercentageStep
percentageStepOfProgressNotification
こんな感じかな
488:デフォルトの名無しさん
08/11/08 17:19:56
>>487
そです！
notificationPercentageStep が的確と判断しましたので採用しました！
ありがとうございます、助かりました！
489:デフォルトの名無しさん
08/11/08 18:33:31
(notification) intervalとか
490:デフォルトの名無しさん
08/11/08 22:27:21
インターバルだと時分割っぽいんだよな。
491:デフォルトの名無しさん
08/11/12 13:57:55
オブジェクトの内容をファイル(XML)に保存・復元するクラス名はなにががよいのでしょうか？
492:デフォルトの名無しさん
08/11/12 14:22:33
(Xml)Serializer
493:デフォルトの名無しさん
08/11/12 23:23:05
>>491
実際にコード書いてみれば分かると思うけど、
その二つの機能を一つにするメリットなんてなーんもないと思うぞ。
そしてそんなことしなければ命名で悩まなくても済むし。
494:デフォルトの名無しさん
08/11/12 23:49:23
> 設計の善し悪しについて議論するのは基本的に禁止。
495:デフォルトの名無しさん
08/11/12 23:53:13
コピペ君って馬鹿だな、まで読んだ。
496:デフォルトの名無しさん
08/11/13 00:27:20
>>491
XmlFormatter.Serialize
XmlFormatter.Deserialize
497:デフォルトの名無しさん
08/11/13 00:28:43
>>493ってコピペなの？
馬鹿なのは明らかなんだが、コピペなのか。
498:デフォルトの名無しさん
08/11/13 00:33:51
アイちゃんだよ。
499:デフォルトの名無しさん
08/11/13 13:55:12
この板アイちゃん多くないか？
500:デフォルトの名無しさん
08/11/13 14:13:11
>>499
アイちゃん、それは自虐って言うんだよ
501:デフォルトの名無しさん
08/11/20 16:50:23
C言語で配列の任意の範囲を文字列として返す関数名はどのようなものをつけたらいいですか？
502:デフォルトの名無しさん
08/11/20 16:54:52
string_of_array_range
503:デフォルトの名無しさん
08/11/20 16:58:13
make_partial_string_of
504:デフォルトの名無しさん
08/11/20 19:19:23
>>501
だから母国語でまず考えて英訳するだけだろ。
部分文字列の取得() ⇒ getSubString()
505:デフォルトの名無しさん
08/11/20 19:49:46
おっと 母国語で考え違い
506:デフォルトの名無しさん
08/11/20 19:51:02
substringで一つの英単語だよ。
二つ目のSキャピタライズする必要ないよ。
507:デフォルトの名無しさん
08/11/20 21:41:57
>>501
1. その文字列の領域を関数内で確保するなら CreateSubstringFromArray()
2. 呼び出し側で確保した領域に入れてもらうなら GetSubstringFromArray()
文字列として返すと言ってるから 1. の方かな。
508:デフォルトの名無しさん
08/11/20 22:35:42
SubstringFromString
509:デフォルトの名無しさん
08/11/20 22:39:20
substr()
510:デフォルトの名無しさん
08/11/20 23:03:06
線分の開始点にstartPointOfLineと付けて、
複数の線分の開始点を表す配列の名前は
startPointsOfLine？
startPointOfLines?
startPointsOfLines?
511:デフォルトの名無しさん
08/11/20 23:28:58
>>506
そうだった……。
>>510
文法的に正しいのは最後のだと思う。
ただ、普通にstartPointsとかoriginsでいいんじゃないの？
そういう変数は明示的な命名を必要とするようなスコープに置かないよね？
512:デフォルトの名無しさん
08/11/20 23:52:18
>>510
ほほ。最後のですか。勉強になりました。
実際変数名というより、Microsoftの英語のあるフォーマットの説明で
配列のフィールドにstartPointsOfLinesという形式で名前がついていたので、
単数形にどうやってすればいいのか悩んでいたのです。それで、単数形から複数形への
逆の質問をしてみたわけです。ありがとうございました。
513:デフォルトの名無しさん
08/11/20 23:52:59
>>510
じゃなくて>>511です。
514:デフォルトの名無しさん
08/11/21 14:53:03
PresentationとかImplementationなどの長すぎる名前
(特にクラス名の接尾辞的に使用する語)について、
短縮する必要があるとすれば、どのように短縮しますか？
ImplementationならばImplが一番市民権を得ていると思いますが、
Presentationに対する短縮語で、なにかよいものはないでしょうか？
※PresentationModelならPmodなどと短縮しているのを見かけたことがありますが、
この方式でいくとPresentationはP一文字になってしまい、ちょっと微妙です。
515:デフォルトの名無しさん
08/11/21 16:08:13
クラス名なんて1行内に何度も出す事ないんだから略すなでFA
516:デフォルトの名無しさん
08/11/21 22:02:40
>>514
Presen (読み: プレゼン) でいいんじゃね。
個人的には >>515 に同意だが、スレの掟としてそれを言ってはいけない。
517:514
08/11/21 22:38:44
>>515-516
参考になりました。ありがとうございます。
518:デフォルトの名無しさん
08/11/21 22:47:57
>>515
クラスに定義した enum をメソッドの引数に多用すると
けっこう何度も書く羽目になるけどな
でも略さないけど
519:デフォルトの名無しさん
08/11/21 23:34:11
1.234みたいな数字を
1 と 0.234 にわけて変数にする場合、どんな名前をつけますか？
たとえば、
1.234 --- value_real (実数値)
1 --- value_int(eger)（その整数部)
0.234 --- value_frac(tion)(その小数部)
というように考えたのだけど、、、。
real って、虚数のreal part と imaginary part の方を想像されそうで、、。
あと、intも、型の方の印象が強いし。
520:デフォルトの名無しさん
08/11/21 23:39:11
>>519
modf() ｗｗｗ
521:デフォルトの名無しさん
08/11/21 23:40:09
integer
fraction
522:デフォルトの名無しさん
08/11/21 23:49:00
>>519
realなんてつける必要ないし、つけなきゃ万事解決なのでは？
value
integerPartOfValue
fractionPartOfValue
523:デフォルトの名無しさん
08/11/22 04:09:17
整数部 integral part
小数部 decimal fraction part
524:デフォルトの名無しさん
08/11/22 06:03:43
decimal は10進という意味なので、なくても構わん。
525:デフォルトの名無しさん
08/11/22 21:20:34
value
value_int
value_frac
でいいんじゃね。
小数を real と呼ぶことは結構あるので気にしなくてもいい。
FORTRAN とか。
526:デフォルトの名無しさん
08/11/22 21:39:09
v
i
f
でいいんじゃね
527:デフォルトの名無しさん
08/11/22 23:07:25
I～Nは自動的に整数として扱われるんですね、わかります
528:デフォルトの名無しさん
08/11/22 23:23:16
それなんてFORTRAN
529:デフォルトの名無しさん
08/11/22 23:37:29
WindowsでGUIなプログラムを作っています。
指定したコントロールのかたまりの使用不可な状態にしたり使用可能な状態にしたりする関数の名前について、意見を下さい。
C#/Javaライクな関数名のつけ方を希望します。
530:デフォルトの名無しさん
08/11/22 23:50:51
EnableControlGroup(A, true)
531:デフォルトの名無しさん
08/11/22 23:52:59
>>529
そんだけの情報で命名なんて出来るわけないでしょ。
逆に聞くが、ではそのEnabled/Disabledをまとめて切り替えたい「コントロールのかたまり」が
複数存在した場合、当然そのメソッドも「かたまり」ごとに必要になるわけだがどうするわけ？
532:デフォルトの名無しさん
08/11/22 23:53:46
EnableSelectedControls
533:デフォルトの名無しさん
08/11/23 02:08:42
>>529
情報が少なすぎるが、例えばコントロールのかたまりを管理するクラスを作ってみる。
class ControlSetManager {
void setEnabled(bool);
};
534:デフォルトの名無しさん
08/11/23 05:56:00
void SetEnabled(List<Control>, bool)
535:デフォルトの名無しさん
08/11/23 12:38:07
時間を扱うプログラムで、たとえば「1分30秒」という時間に対して、
1. 分以下の秒「30秒」
2. 合計の秒「90秒」
という2種類の「秒」を同時に扱う必要があるのですが、
これらを受ける変数はどのような名前がよいでしょうか？
536:デフォルトの名無しさん
08/11/23 12:39:53
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx
537:デフォルトの名無しさん
08/11/23 12:44:32
1. secondOfMinute
2. seconds
538:デフォルトの名無しさん
08/11/23 15:44:04
集合をsetってあまり使いたくないんだよな。
超合金セットとか、やや一般的だけどさ。
～Managerというのも安直で嫌い。
ControlEnablerかな。
539:デフォルトの名無しさん
08/11/23 15:56:51
センスねーな
540:デフォルトの名無しさん
08/11/23 16:06:54
>>538
集合の具体的な意味によるけどな。
たとえば、数学用語の集合は set。
用語だからこれ以外の単語使うと混乱招く。
541:デフォルトの名無しさん
08/11/23 16:13:51
配列変数にHogeListとかつけるのは間違ってる？Hogesとかの方がいいんだろうか。
542:デフォルトの名無しさん
08/11/23 16:16:45
俺はよくやる。
543:デフォルトの名無しさん
08/11/23 16:19:39
Cでは俺もやらなくはないが
C#なんかではやらないかな
544:541
08/11/23 16:25:35
ありがとうございます。
545:デフォルトの名無しさん
08/11/23 16:25:41
不可算名詞とか不規則変化動詞で非ネイティブが混乱するから、
むしろ複数形の s の方が非推奨だった気が。
546:デフォルトの名無しさん
08/11/23 17:16:32
変数名は複数形で良いんじゃないの
クラス名が複数形は嫌だが
547:デフォルトの名無しさん
08/11/23 17:57:22
>>535
2重管理すな！
548:デフォルトの名無しさん
08/11/23 18:42:02
>>547
それは正論だけど、ここでは言ってはいけない。
549:デフォルトの名無しさん
08/11/23 22:36:04
配列はarrayだろ
部分的な挿入や削除も出来るのがlistって感じがする
550:デフォルトの名無しさん
08/11/23 23:01:26
使う言語によるけど基本、俺は変数の名前にデータ構造は含めないな。
後で、データ構造を変更する時、名前も変更するの面倒だし。だから基本は複数形を使う。
551:デフォルトの名無しさん
08/11/23 23:27:36
>>550
まあその通りだよね。
通常はデータ構造とか実装の詳細なんて名前から分かる必要はない。
まだハンガリアンの衰退から何も学んでない人が多いのは意外な感じだ。
552:デフォルトの名無しさん
08/11/23 23:36:10
>>549
list ＝ 連結リストというイメージ？
それはSTL脳になりすぎなのでは。
配列もvectorも連結リストも、リストと呼んでも問題ないと思うけど。
単に一覧という意味でlist。
553:デフォルトの名無しさん
08/11/23 23:58:18
某言語の標準ライブラリ実装で挿入削除可能なリストの実体は配列
554:デフォルトの名無しさん
08/11/24 00:08:46
C言語でchar型の配列から任意の幅の文字列として返す関数はどんな関数名が相応でしょうか？
555:デフォルトの名無しさん
08/11/24 00:17:01
>>553
速度出るの？
556:デフォルトの名無しさん
08/11/24 00:17:40
substring
557:デフォルトの名無しさん
08/11/24 00:17:47
>>554
MId$()
Substr()
558:デフォルトの名無しさん
08/11/24 00:18:10
>>555
553がそれを意図してるかどうかはわからないけど、
C#だとLinkedList って名前のクラスが別にある。
559:デフォルトの名無しさん
08/11/24 00:22:19
strncpy
これ標準ライブラリだろ
560:デフォルトの名無しさん
08/11/24 00:27:07
挿入を多用するからといってarrayではなくlinked listを使って速くなると言う保証はどこにもない。
ヒープ切り刻んだ挙句にキャッシュミス連発してたんじゃ目も当てられない。
561:デフォルトの名無しさん
08/11/24 09:48:40
>551
C言語で２つの配列を引数として受け取る関数を定義するときに
配列を aFoos[]／aBars[] サイズを nFoos／nBars みたいにして受け取るのはダメですか？
562:デフォルトの名無しさん
08/11/24 10:05:38
>>554 ≒ >>501
文体似てるし、釣りか？
563:デフォルトの名無しさん
08/11/24 10:10:06
>>559
終端の '\0' を付加してくれない時があるから、使い辛いよ。
>>560
要素数が 10個ぐらいならそうかもな。
564:デフォルトの名無しさん
08/11/24 13:57:17
>>561
[]付いてる時点で配列なんだからaはいらないし、nじゃ意味解らんからlenFooとでもしとけ。
つーか当時のMSを含め、ハンガリアン記法を誤解してる奴って何なの？
自前の型が意味をなさない言語で型を分けているように見せかけるためにあるんだろうに。
例えば、どちらも実数の身長も体重を相互に代入する、というのをエラーだと発見できる（しやすい）というのが本来の機能のはずなんだよ。
型自体の情報を変数名に含めたところで意味をなさないのは解りきってるはずなんだけどな…。
565:デフォルトの名無しさん
08/11/24 14:41:58
うざ
566:デフォルトの名無しさん
08/11/24 16:48:33
教条主義的なハンガリアンは確かにアホだと思うが
整数にiとかi1とか使う延長と考えることも出来るだろ
>>564はこれからi使うな
567:デフォルトの名無しさん
08/11/24 17:21:29
>>566
ネタで言ってるの？
568:デフォルトの名無しさん
08/11/24 17:46:01
>>1
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
569:デフォルトの名無しさん
08/11/24 17:55:10
コピペ君って馬鹿だな、まで読んだ。
570:デフォルトの名無しさん
08/11/24 20:36:26
>>549
化石はもう休め
571:デフォルトの名無しさん
08/11/24 21:54:06
命名センスで育ちが知れる
572:デフォルトの名無しさん
08/11/25 06:47:47
>>564
そんな事誰もが分かり切ってるから
何でそんな偉そうなの？失笑をかいたいの？
未だにハンガリアン使ってる理由なんてただ一つだろ
どうしようもない柵だ
お前がその柵を現実的なコストで断ち切れるっつーなら偉そうにしてていいよ
573:デフォルトの名無しさん
08/11/25 12:23:03
>>564 はシステムハンガリアンとアプリケーションハンガリアンの違いを知ったばかりなんだからそっとしておいてやれよ。
574:デフォルトの名無しさん
08/11/25 13:49:08
List_InsertAfterにNodeを付けるとしたらどこに付ければいいですか？
List_InsertNodeAfter…ですか？
575:デフォルトの名無しさん
08/11/25 14:40:55
可能なら、List_InsertAfter (NODE *node) とか？
576:デフォルトの名無しさん
08/11/25 17:06:41
ノードに対する操作がいろいろあるなら
List_NodeInsertAfter
List_NodeSearch
...
とかやるとIDEとの親和性が上がるけど
List_InsertNodeAfterでいいんじゃね
577:デフォルトの名無しさん
08/11/25 17:09:21
List.Node.InsertAfter
578:デフォルトの名無しさん
08/11/25 22:37:34
>>574
うん
579:デフォルトの名無しさん
08/11/29 18:37:40
適当な設定を持つクラス(仮にConfigClassとする)の設定をフォームに反映する、
また、フォームの内容をクラスに書き出すメソッドの名前はどのような感じが良いでしょうか。
SaveFormToClass(...)、RestoreFormFromClass(...)なんて考えてみたのですが、しっくりきません。
580:デフォルトの名無しさん
08/11/29 19:41:38
Input
Output
581:デフォルトの名無しさん
08/11/29 19:55:56
>>579
SaveTo / LoadFrom
582:デフォルトの名無しさん
08/11/29 20:01:44
>>579
ApplyConfigToUI
ApplyUIToConfig
だが、イベント処理なりデータバインディングなりで常にコントロールの表示と
オブジェクトのプロパティの値が一致するようにすればこんなメソッドはそもそも必要ないね。
583:デフォルトの名無しさん
08/11/29 23:14:05
クラス名とかじゃなくてアレなんですが、自作ライブラリの名前に困ってます。
ライブラリはC++用で、特徴はJava風のクラス群とDirectXを簡単に使うクラスがあるってことです。
センスあるネーミングを所望します。
584:デフォルトの名無しさん
08/11/29 23:17:12
>Java風のクラス群
曖昧すぎる
585:デフォルトの名無しさん
08/11/29 23:20:52
libjavaishclassesanddirxwrapperclass.so
586:デフォルトの名無しさん
08/11/29 23:57:04
>>584なんて書いたらいいか微妙ですが・・・
主にコンポーネント類と、Graphics類を備えてます。
587:デフォルトの名無しさん
08/11/30 00:07:53
jawa
588:584
08/11/30 00:26:51
>>586
範囲が広いと言うかレイヤー違うのが混ざってるから名前付けづらいなぁ。
Expression++とか。我ながらセンスねぇw
589:デフォルトの名無しさん
08/11/30 00:37:55
なんかもう、「できること」とか特徴と関係ない名前でも良いです。ヘタレライブラリに相応しいお名前を下され
590:デフォルトの名無しさん
08/11/30 01:10:06
そもそもどうして名前が必要なんだろう。
要するにプロジェクトなりdllの名前ってことだろうか？
だったら（システムフォルダにぶち込むdllみたいに）他人が作ったものとのバッティングの
心配をする必要がないのなら何でもいいんじゃないの？
愚直にMyLibraryとかで。
591:デフォルトの名無しさん
08/11/30 01:12:28
MyLibraryじゃ自分が作った他のライブラリとバッティングするだろう。
592:デフォルトの名無しさん
08/11/30 01:16:29
>>583を読む限りそういう状況は想像しにくいが。
593:デフォルトの名無しさん
08/11/30 01:22:35
そうかな。>>583のは割とビジュアル系に寄ったライブラリに見えるけど。
594:デフォルトの名無しさん
08/11/30 02:39:21
>>589
TheOne
595:デフォルトの名無しさん
08/11/30 02:48:12
>>594
かっけぇ
596:デフォルトの名無しさん
08/11/30 09:51:15
>>579
UpdateData(TRUE)/(FALSE)
DoDataExcange(TRUE)/(FALSE)
597:デフォルトの名無しさん
08/11/30 12:47:01
>>589
ウルトラスーパーライブラリー
598:デフォルトの名無しさん
08/11/30 13:42:19
>>589
Visual Studio 様を見習って、Library1 でいいと思う。
599:デフォルトの名無しさん
08/11/30 14:12:56
LIBMOGTAN.DLL
600:デフォルトの名無しさん
08/11/30 18:28:25
hetare.lib
601:デフォルトの名無しさん
08/11/30 23:21:17
>>594 採用。
訳が「選ばれし者」って出たｗｗ
602:デフォルトの名無しさん
08/11/30 23:31:44
cathand.lib
603:デフォルトの名無しさん
08/12/01 00:32:54
ChuboDesuyo
604:デフォルトの名無しさん
08/12/01 18:13:14
ヘッダー情報をクラスにしたいのですが良い名前はないでしょうか。
class Header だとかっちょ悪いので、今のところ class Meta でしのいでます。
該当オブジェクトのヘッダー情報が浮かんでくるようなナイスな名前はないでしょうか。(java)
605:デフォルトの名無しさん
08/12/01 18:33:51
適切なpackageを定義した上で、class Headerがおすすめ。
606:デフォルトの名無しさん
08/12/01 19:32:46
しかし、また質問を投げるだけ投げてトンズラこく感じの悪い奴が増えたな。。
607:デフォルトの名無しさん
08/12/01 19:54:45
答えてないだろｗ
608:デフォルトの名無しさん
08/12/01 19:58:33
何のヘッダー情報?
そのヘッダー情報の出処は?
なんでそれをヘッダーと呼ぶの?
609:デフォルトの名無しさん
08/12/01 20:10:14
>>608
意味不明
610:デフォルトの名無しさん
08/12/01 20:12:08
答えられないなら無理して書き込まなくていいよｗ
無理強いは健康に良くないからね
611:デフォルトの名無しさん
08/12/02 01:08:17
>>604
Intro
612:デフォルトの名無しさん
08/12/02 02:19:47
>>589
MyFirstLibrary
どっかスペルミスしてもいいよ
613:デフォルトの名無しさん
08/12/02 03:00:24
>>608
ここまで何が聞きたいのか理解不能な質問もないな
614:デフォルトの名無しさん
08/12/02 03:43:44
そう？
HTTPのヘッダならHttpHeaderってすればいいじゃんっていう流れに持って行きたかったのかなあぐらいには読めるけど
615:デフォルトの名無しさん
08/12/02 04:04:59
うん
616:デフォルトの名無しさん
08/12/02 05:22:53
それなら最初の1行だけでいいじゃん
3個も質問重ねて何がしたいのって話
617:デフォルトの名無しさん
08/12/02 11:07:13
ヘッダに関する多面的な情報を得たいって事でしょ
618:デフォルトの名無しさん
08/12/02 14:38:12
ラベルに付ける名前がよくわからない
619:デフォルトの名無しさん
08/12/02 16:26:30
対象となるウィンドウを探してハンドルを返すクラス名
今アイテムを削除中なのかを示すフラグ名（プロパティ)
それぞれ何か良い名前はないでしょうか。
620:デフォルトの名無しさん
08/12/02 16:40:21
西園寺世界
621:デフォルトの名無しさん
08/12/02 17:01:26
>>619
> 対象となるウィンドウを探してハンドルを返すクラス名
WindowFinder
でもなんでクラスが、何か動作をして値を返すのよ
> 今アイテムを削除中なのかを示すフラグ名（プロパティ)
オブジェクトがそのアイテム自身ということ？
under_removal
622:デフォルトの名無しさん
08/12/02 22:16:46
>>619見てて思ったんだけど、NowとかSearchとかって
前後どっちに付けた方がしっくりくるんだろう。
623:デフォルトの名無しさん
08/12/02 22:32:28
>>621
それは特定の名前のウィンドウの出現をポーリングしてイベントで通知する
コンポーネントみたいなものが欲しいとか、いろいろ可能性はあるでしょ。
>>619
WindowDetector
Removing
WaitingForRemoveComplete
624:619
08/12/03 00:43:39
回答有り難う御座いました。参考にさせて頂きます。
あと、>>622は自分も似た様な名前を付けてて気になるん
ですけど、どちらがスマートなんでしょうか。
625:デフォルトの名無しさん
08/12/03 18:01:53
どのように画像をフェードアウトするかを定める列挙体があります。
フェードアウトしない / だんだんと(少しずつ)フェードアウトする / 一定間隔ごとに一気にフェードアウトする
この3つの状態を設定できることとします。
この列挙体の名前・それぞれの列挙定数はどんな感じに命名したら良いでしょうか。
Java/C#ライクな命名でお願いします。
列挙体の名前は安直にFadeOutModeってな感じで良いかなぁ、とは思っているのですが。
626:デフォルトの名無しさん
08/12/03 19:32:28
.NET風ならFadeOutMode { None, Smooth, Discrete } とか
627:デフォルトの名無しさん
08/12/03 19:32:45
>>625
回答以前に疑問が二つ
・そもそも徐々に消えることを「フェードアウト」と言うんじゃなかったっけ？
・「一定間隔ごとに一気にフェードアウトする」ってどういう意味？
628:625
08/12/03 19:44:48
>>626
ありがとうございました。参考にします。
>>627
うーんと、なかなか説明しにくい(というよりも、フェードアウトと言うのか分からない)のですが・・・
例えば、適当な絵を画面の適当な場所にどんどんと描画していきます。
その時、画面を少しずつ暗くしながら、絵を描画する (最終的に前に描画したものは最終的に見えなくなる) のか、 <- だんだんと(少しずつ)フェードアウトする
ある程度時間が経って画面が埋め尽くされたら、画面をフェードアウトさせて画面をまっさらにする <- 一定間隔ごとにフェードアウトする
と、いった感じです。・・・分かりにくくてすみません。
629:デフォルトの名無しさん
08/12/03 20:00:28
>>627
ていうか、おまえが間違って覚えてるだけだろ。雑魚はだまっとれｗ
630:デフォルトの名無しさん
08/12/03 20:01:25
Immediately
FadeOut
DelayedFadeOut
画面が埋め尽くされることに意味があるならFadeOutAfterScreenFilled
ていうか６２８の文章もわかりにくい <- とか
631:デフォルトの名無しさん
08/12/03 20:02:32
>>629
すみません
632:デフォルトの名無しさん
08/12/03 20:15:17
>>630
くだらん愚痴言ってないで、さっさと答えればいいだろ。マヌケなのか？ｗ
633:デフォルトの名無しさん
08/12/03 20:23:40
>>631
それで楽しいわけ？
なるほどこれが永遠の精神年齢14歳という奴か。
>>628
昔のカラオケ映像のエフェクトみたいな感じ？
8ビット時代のパソコンのデモによくあった、ひたすら長方形で画面を
埋め尽くしていくイメージか。
それって少なくとも画像のフェードアウトではないんじゃないか。
全体的なコンテキストがわからないと命名しようがない気がするけど。
まあ、こんな感じとか。
OverlapDrawMode{
NoEffect,
Fadeout,
IntermittentlyCleared,
}
634:デフォルトの名無しさん
08/12/03 20:30:58
>>633
昔のパソコンてｗｗｗ
知るかよオッサン
635:デフォルトの名無しさん
08/12/03 20:33:24
誰かが癇に障ったみたいだな
636:628
08/12/03 20:33:49
皆さんアドバイスありがとうございます。
・・・そもそも正しい意味で"フェードアウト"では無い処理っぽいみたいですね。
ひとまず、参考を元に考えたいと思います。ありがとうございました。
637:デフォルトの名無しさん
08/12/03 20:34:14
＞ひたすら長方形で画面を埋め尽くしていくイメージか。
でもフェードアウトって言うんだよ
やっぱしおっさんの頭は固いなｗ
638:デフォルトの名無しさん
08/12/03 20:35:52
>>628の豹変ぶりにはワロタｗｗ
639:デフォルトの名無しさん
08/12/03 20:38:01
精神年齢鼻くその奴に無料で教えてるあんたも相当なマヌケだなｗｗ
640:デフォルトの名無しさん
08/12/03 20:47:59
>>628
おまえはフェードアウトよりも日本語を勉強した方がいいんじゃないか？
何を言いたいのかさっぱり分からないし、おまえみたいなカスにプログラムやらせてもどうせ何も作れないんだろ。
641:デフォルトの名無しさん
08/12/03 20:54:49
プログラム書いてると５割くらいの時間を変数や関数名考えるのに取られるんだけど、これって普通だよね？
642:デフォルトの名無しさん
08/12/03 20:56:23
さすがにそれはないけど
名前に設計されてる気がしてきた
643:デフォルトの名無しさん
08/12/03 21:12:55
どうでもいい関数やクラスは連番 1,2,3でおｋ
javaのAbstarctListとかMyClassImplとかかっけーじゃんｗ
本当のプロは、そういうどうでもいいところにはこだわんないし。
644:デフォルトの名無しさん
08/12/03 21:44:41
魔法の命名法hogehogeAux
645:デフォルトの名無しさん
08/12/04 02:23:32
mfcで「正常、少し異常、異常」
の3つのラジオボタンを作るんだけど、
IDで悩んでる。
愚直に↓見たいに書くべきかな？
IDC_RADIO_NORMAL
IDC_RADIO_A_LITTLE_ABNORMAL
IDC_RADIO_ABNORMAL
「A_LITTLE_ABNORMAL」が長くていやなんだよな。
646:デフォルトの名無しさん
08/12/04 02:47:08
少し異常ってのがよくわからんけど、異常が疑われるとかならSuspectもありかな。
647:デフォルトの名無しさん
08/12/04 02:50:55
>>645
IDC_RADIO_NORMALITY_100
IDC_RADIO_NORMALITY_50
IDC_RADIO_NORMALITY_0
648:デフォルトの名無しさん
08/12/04 03:32:08
GREEN/YELLOW/REDだろう
649:デフォルトの名無しさん
08/12/04 05:34:49
色じゃ国によって意味が変わるだろ
650:デフォルトの名無しさん
08/12/04 05:38:15
>>649
要らぬ心配って言葉をかみ締めるべき
651:デフォルトの名無しさん
08/12/04 06:00:03
ちなみに Condition GREEN/YELLOW/RED。
信号ではなくて古の StarTrek ゲームのイメージ。
652:デフォルトの名無しさん
08/12/04 10:27:36
「異常」と「少し異常」の間に、「ほんのちょっぴり異常」を入れたくなったときとか大変だよな
653:デフォルトの名無しさん
08/12/04 10:39:46
IDC_RADIO_SEIJYOU
IDC_RADIO_SUKOSHIIJOU
IDC_RADIO_IJOU
654:デフォルトの名無しさん
08/12/04 13:36:25
IDC_RADIO_NORMAL
IDC_RADIO_SUKEBE
IDC_RADIO_ABNORMAL
655:デフォルトの名無しさん
08/12/04 13:50:57
そんなん言い出したら「YES」「NO」に、「どちらかといえばYES」とか「わからない」とか入れるときどうなるんよ。
656:デフォルトの名無しさん
08/12/04 16:16:08
少し異常っていったい何だよ…。
657:デフォルトの名無しさん
08/12/04 16:29:14
スケベは正常だろ
658:デフォルトの名無しさん
08/12/04 21:00:12
メモリを一括確保して、そこからメモリを切り出して管理する関数群を作っているのですけど、
何か良い名前ないですか？
mem_space_start()
mem_space_alloc()
mem_space_end()
ってな感じで付けているのですけど、なんか他に良い名前がありそうな気がして。
659:デフォルトの名無しさん
08/12/04 21:17:04
heapとかpoolとかだろ普通
660:デフォルトの名無しさん
08/12/04 21:52:38
heapだとHeapAllocと混ざりそうなのでpool使うことにします。
回答ありがとうございました。
661:デフォルトの名無しさん
08/12/04 22:34:38
>>645
normalじゃなくなってしまうが、
IDC_RADIO_NO_PROBLEM
IDC_RADIO_MINOR_PROBLEM
IDC_RADIO_MAJOR_PROBLEM
他には trivial, serious あたりが使えそう。
>>650
色もそうだが、世界を相手に商売する気で作っているデバイスで、
内蔵メーラの起動スプラッシュ画像に〒がデザインされてるソフトを
見たことがある。
662:デフォルトの名無しさん
08/12/04 22:36:26
>>650
緑／黄色／赤は色盲の人には全く区別できない。
日本人男性の０．５割、白人男性の１割は困ることになる。
663:デフォルトの名無しさん
08/12/04 22:48:54
>>662
かなり論点ズレてることに気づいてる？
"green"という単語から何を連想するかは色弱かどうかとは何の関係もなかろうw
664:デフォルトの名無しさん
08/12/04 22:54:52
実感はできないだろうね