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

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

[前50を表示]
200:デフォルトの名無しさん
07/07/09 19:34:37
c#のList(of T)は、少なくともTが参照型の場合、
インスタンスへの参照が格納されるだけであってインスタンスそのものは格納されないよ。

だから型の大きさは関係ないって

201:190-191
07/07/09 19:39:25
>>200
>>198で言ったように、もちろん「リストそのもの」の大きさはかわりません。
ですが、その中身は「リスト以外のどこか」に確保されるわけです（具体的にはヒープ上）。
従って、ヒープ上で消費するメモリ量は型そのものの大きさに依存します。

202:デフォルトの名無しさん
07/07/09 19:57:18
>>201
やっと意味がわかった申し訳ない。

でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
静的メソッドへのデリゲートを持てば済む話だと思う。

203:190-191
07/07/09 20:19:19
>>202
こちらも説明が下手だったかも知れません。すみません。

>でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
>静的メソッドへのデリゲートを持てば済む話だと思う。
List<IDancerManager> managers; の代わりに
List<CanDanceDelegate>, List<CanSingDelegate>, List<CreateDancerDelegate> を保持するということですか？
それだと登録の際にメソッドごとにいちいち追加せねばならず、メソッドが多い場合相当面倒になると思います。
またリストの数自体も増えますので管理が面倒ですし。

204:190-191
07/07/09 20:30:14
>>194
設計論議に夢中になってレスを忘れてしまいましたがActivatorの命名いただきました。
どうもありがとうございます。

205:デフォルトの名無しさん
07/07/09 20:47:13
へたくそ

206:デフォルトの名無しさん
07/07/09 22:04:15
リフレクションっぽく

interface Dancer {
void inovke(Object action, Object[] args) throws ActionException;
}

interface DancerType {
boolean hasAbility(Object action, Object[] args);
Dancer getDancer();
}

207:デフォルトの名無しさん
07/07/12 01:52:24
age

208:デフォルトの名無しさん
07/07/16 05:23:09
age

209:デフォルトの名無しさん
07/07/16 11:23:55
どうでもいいけど>>203でデリゲート名にDelegateを付けてるのは
MS様のガイドライン違反

210:デフォルトの名無しさん
07/07/16 17:13:25
普通にDancerFactoryでいいような気がする。
配列っていうか簡易DBみたいなのに
各Dancerが受け入れられる処理を
書き込んでおけばいいのではないだろうか。

各Dancerにはintで一意のIDを持たせておいて
簡易DBを使ってIDを求めて
switch文で列記されたnewに飛べばいいと思う。

211:デフォルトの名無しさん
07/07/16 18:08:24
外からダンサーを追加できるようにしたいんじゃないの？

212:デフォルトの名無しさん
07/07/16 18:32:58
Factoryはないでしょ。
190の説明読む限り、目的のクラスの主眼はDancerを生成することにあるというより、
むしろDancerの能力を知っていることにあると思われる。

だから俺なら、

DancerProfile
DancerInfo

どうしてもというならこのあたりを提案する。
でも、そもそも190が言ってるような設計って個人的には大いに疑問。

213:デフォルトの名無しさん
07/07/16 21:17:47
DancerProduction

214:デフォルトの名無しさん
07/07/16 23:48:41
TalentAgency

215:デフォルトの名無しさん
07/07/17 13:36:13
>>210
そういうことするんだったら普通にリフレクションでいいと思う

216:デフォルトの名無しさん
07/07/19 02:30:26
ファイルを入れておくディレクトリは単数形と複数形どちらがベターですか？
controller or controllers
class or classes

217:デフォルトの名無しさん
07/07/19 05:00:09
controllerやclassを入れておくディレクトリってことなら複数形かな
ディレクトリの機能がcontrollerやclassを意味するのなら単数形か

218:デフォルトの名無しさん
07/07/20 00:50:10
俺のフォルダには doc がある。
たまに、Docs にしていることもある。
どうしたものか

219:デフォルトの名無しさん
07/07/20 01:05:13
dokyumento で解決

220:デフォルトの名無しさん
07/07/20 01:17:27
だからAnalysisをanalと略すなとあれほど

221:デフォルトの名無しさん
07/07/20 05:29:10
>>217
ありがとう

222:デフォルトの名無しさん
07/07/20 18:51:32
>>216
俺ルール
単数形を使う場合：
・中に入っているファイルが何かを指す名前であり、その名前を略す場合
・中に入っているもの自体を表すのではなくカテゴリを表す場合
複数形を使う場合：
・中に入っているファイルが何かを指す名前であり名前を略さないとき

単数の例：
src
java
複数の例：
Applications

ただ自分ルールを決めてもいつか破綻するので
普通に英文で名前をつけるという手や日本語にするという手もある。
そうすれば単数複数に悩まなくてすむ。

223:デフォルトの名無しさん
07/07/20 21:02:57
C言語で、長い文字列が保存されているファイルを先頭から解析していき、"hoge"が出ればhogeフラグを立て、"#hoge"文字が出ればフラグを下ろすとします。
"foo"や""#foo"も同様にします。
ここで、「今hogeフラグが立っている（つまり今hogeと#hogeの間を解析している）」状態を保存しておく変数を作りたいのですが、どんな名前がよいですか？

224:デフォルトの名無しさん
07/07/20 21:04:09
inHoge

225:デフォルトの名無しさん
07/07/20 21:40:52
>>223
日本語でお書き下さい。
それじゃエスパー相手にしか伝わらないんじゃないか？

226:デフォルトの名無しさん
07/07/20 21:58:23
前スレで変数名に迷いここで神の啓示を受け一気にプログラムを仕上げた俺様がきましたよ
又、迷っています誰か降臨してください
”銘柄グループ選択ボタン”という名前のメンバ変数名をお願いします
環境はVS2005 MFCです頭のm_は本当は無い方がかっこいいですが、他のメンバ変数に付けちゃってますんで
頭のm_も考えてください、ハンガリアン記法には少々こだわりますが無くてもOKです

227:デフォルトの名無しさん
07/07/20 22:02:10
GUIコントロールは基本的に表示名直訳でいいと思う

228:デフォルトの名無しさん
07/07/20 22:15:34
>>227
226>>ですどうもサンクス
エキサイトで直訳すると
Brand group selection buttonてな風で少々長い気がするんですが・・・・・？
いかがなものかと

229:デフォルトの名無しさん
07/07/20 22:17:40
m_btnSelectBrandGroup

230:デフォルトの名無しさん
07/07/20 22:20:04
>>229
おぉ～いいですね、神が降臨しそうです、いい変数名や関数名が思い浮かばないと
自分の趣味のプログラムはモチベーションが上がらないんですww

231:デフォルトの名無しさん
07/07/20 22:43:53
素朴な疑問。
そもそもその”銘柄グループ選択ボタン”という呼び方からして変じゃないか？

普通ボタンの動作というのはEnterとかApplyとかDoって感じで、「選択」はちょっと
違うんじゃないの？

それともドロップダウンボタンみたいな奴なのか

232:デフォルトの名無しさん
07/07/20 22:52:10
”銘柄グループ選択ボタン”を押したら"銘柄グループ選択ダイアログ"が開くんだろ多分

233:デフォルトの名無しさん
07/07/21 11:51:55
そもそも銘柄->Brandでいいのか？

234:デフォルトの名無しさん
07/07/21 12:29:34
何の銘柄かわからないしなぁ
たばこの銘柄 -> brand
株の銘柄 -> description
とか？

235:デフォルトの名無しさん
07/07/21 22:27:55
作成日時
更新日時
アクセス日時

データベースで使うのですが、WINDOWSのEXPROLERライクなネーミングにしようかと考えています。
どうぞよろしくお願いします。

236:デフォルトの名無しさん
07/07/21 22:37:05
英語版のWindowsからそのまま用語ひっぱってくればいいんじゃね？

237:235
07/07/21 22:48:41
英語版のWINDOWSを持っていればできるんですけどねえ・・・だめぽ。

238:235
07/07/21 23:07:26
WINDOWSライクにするには、情報が無いらしい・・・。
という事で、自分で考えた奴で行くしかないわけだけど、作成日時だけどういう名前にしていいかわからない。
MAKEなのかCREATEなのかも微妙にわからない。難しく考えすぎなのかな？

作成日時
更新日時======>LAST_UPDATE
アクセス日時===>LAST_ACCESS

239:デフォルトの名無しさん
07/07/21 23:13:01
名詞形はCREATION。
CREATIONだけだと意味不明なのでCREATION_TIMEとして
他の二つにも_TIMEをつけたら如何？
MAKEではないよ

240:デフォルトの名無しさん
07/07/21 23:13:38
Created
Last Modified
Last Accessed

とするのが常套。

241:235
07/07/21 23:16:58
>>239
ありがとうございます。
基本的過ぎてオリジナルの名前付けるのが怖かったので、アドバイスが受けれて心配しました。

242:235
07/07/21 23:18:25
>>240
ありがとうございます。
それで逝きます。

243:デフォルトの名無しさん
07/07/21 23:38:39
Rails なら、DBのカラムのネーミングはこんな感じ。
created_at
updated_at
accessed_at

DBの場合は、最終アクセス日時は普通はあまり更新しないけどね。

244:デフォルトの名無しさん
07/07/21 23:50:52
言語でも違うのか・・・。
汎用系、オープン系、WEB系とかて色々常套がありそうな感じですね。

245:デフォルトの名無しさん
07/07/22 00:25:48
typedef struct _WIN32_FIND_DATA { // wfd
DWORD dwFileAttributes;
FILETIME ftCreationTime;
FILETIME ftLastAccessTime;
FILETIME ftLastWriteTime;
DWORD nFileSizeHigh;
DWORD nFileSizeLow;
DWORD dwReserved0;
DWORD dwReserved1;
TCHAR cFileName[ MAX_PATH ];
TCHAR cAlternateFileName[ 14 ];
} WIN32_FIND_DATA;

246:デフォルトの名無しさん
07/07/25 18:09:26
二重起動してるかどうかを判定する関数の名前を教えてください。

247:デフォルトの名無しさん
07/07/25 18:11:13
SudeniKidouSareteiru

248:デフォルトの名無しさん
07/07/25 19:14:02
IsAlreadyRunning

249:デフォルトの名無しさん
07/07/25 20:14:22
isFiredUp

250:デフォルトの名無しさん
07/07/25 21:08:01
IsRunningAnotherInstance

251:デフォルトの名無しさん
07/07/25 21:14:57
IsOops

252:246
07/07/25 22:31:21
>>248氏のIsAlreadyRunningに決定いたしました。
皆様ご参加ありがとうございました。

253:デフォルトの名無しさん
07/07/25 23:44:36
>>252
言っとくけどその関数、「true/false を返す」なんていう単純な仕様じゃ役に立たない・・・
というかバグってるからな（低い確率で多重起動を許してしまう）。

>>247-251
初心者相手なんだからちゃんと説明してやれよ。スレ違いだけどさ。

254:デフォルトの名無しさん
07/07/25 23:50:30
また謎なことをw
自信がないから思わせぶりなことしか書けないんだろうけど、
自信がないならむしろ黙っているべきだろう。

255:デフォルトの名無しさん
07/07/25 23:55:20
ヒント：夏休み

256:デフォルトの名無しさん
07/07/25 23:58:39
中身がTest and Setになってて、Test結果を返すって仕様かもしれないじゃん

257:246
07/07/26 00:10:13
あーmutex使う定番のやり方なんでご心配なく
(mutexは広域オブジェクトで別管理です)

258:デフォルトの名無しさん
07/07/26 00:15:17
>>257
その関数内でmutexを取得するってこと？
Is～って命名の関数で状態を変更しちゃだめだよ

259:デフォルトの名無しさん
07/07/26 00:19:32
どこの村の掟だよそれw
同期オブジェクトでロックする事だって「状態の変更」とみなしうるわけだが、
じゃあそれもダメってのかね

260:246
07/07/26 00:28:38
なんでこんな突っ込まれてるのか判らない・・・
広域オブジェクトが状態持ってますんで、それ読みに行くだけのことです。

261:デフォルトの名無しさん
07/07/26 00:31:23
会話成り立ってるからええやん

262:デフォルトの名無しさん
07/07/26 00:32:05
例外で処理するほうがコードがすなおに読めるかも。

try {
AcquireInvocationLock();
} catch (AnotherInstanceRunningException& e) {
::ExitApplication(ERR_ANOTHER_INSTANCE_IS_RUNNING);
}

263:デフォルトの名無しさん
07/07/26 00:40:18
皆さん相当お暇な様ですね

264:258
07/07/26 00:51:57
>>260
二重起動防止のために使うんだよね。
読みにいくだけって処理になんの意味が？
「mutex確認」→「取得されてなければ作成」って流れだと
確認した直後に他のプロセスが作成したら二重起動になるよ。

>>259
Get～関数で状態を変更していいって教わったか？
同期ロックは帰る前にロック解除するわけで意味的には状態を変更してることにならないっしょ。

265:デフォルトの名無しさん
07/07/26 00:54:08
>>264
>>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。

スレ違いじゃボケ。子ね。

266:デフォルトの名無しさん
07/07/26 00:58:13
パルプンテみたいな関数があります。
英語でパルプンテの綴りを教えてください。

267:デフォルトの名無しさん
07/07/26 00:59:55
>>264
MSDNでCreateMutexでも読んで消えてね

268:デフォルトの名無しさん
07/07/26 01:02:16
palpunte

269:デフォルトの名無しさん
07/07/26 01:03:42
>>266
Chance

270:デフォルトの名無しさん
07/07/26 01:05:41
今のはメラではない、メラゾーマだ！
みたいなド迫力な名前お願いします。

271:デフォルトの名無しさん
07/07/26 01:18:05
弱くなってんじゃねーか

272:デフォルトの名無しさん
07/07/26 01:24:46
perl ping tail

273:デフォルトの名無しさん
07/07/26 01:53:35
DemonsMayFlyOutOfYourNose

274:デフォルトの名無しさん
07/07/26 02:05:06
>>273
中身が未定義だらけで呼び出したくなくなるような名前だｗ

275:デフォルトの名無しさん
07/07/26 08:55:09
>>264
馬鹿どもの相手はするな、こいつらには理解できん。

276:デフォルトの名無しさん
07/07/26 10:17:49
(・∀・)

277:デフォルトの名無しさん
07/07/26 12:43:16
>>275
馬鹿は264でしょw
264が言ってるのはただの「ありがちなバグ」に過ぎず、
246のような事をした場合、不可避な問題というわけではない。

278:デフォルトの名無しさん
07/07/26 14:16:09
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。

>>1すら読めない馬鹿はレスしないでください＞＜

279:デフォルトの名無しさん
07/07/26 18:41:27
またお前さんかw

俺に言わせれば、そもそもの「目的」に還元して物事の是非を考えられない
>>278のような馬鹿こそ出入り禁止にしたいよw

>>246以降の話題が誰かに不利益をもたらしたかのかよw
>>246以降の話題が誰の利益にもなってないか？

利益を得たものが仮にいたとして、そいつはこのスレにとって「場違いな奴」と断言できる？

280:デフォルトの名無しさん
07/07/26 19:18:20
設計の善し悪しは議論禁止だけど、
設計まずそうだなって直感的にわかるとやっぱり言いたくなるんだよな

281:デフォルトの名無しさん
07/07/26 19:39:24
>>279
還元の使い方を間違えてる

282:デフォルトの名無しさん
07/07/26 19:51:02
>>281
どこがどう間違ってるのか具体的に言ってみろよｗ

論理的な反論ができないから、
重箱の隅を突くような指摘をして話題を逸らそうとしているんだろ？

>>281みたいな空気の読めない馬鹿が１人いるだけで本当に疲れるよねｗ
話の流れと関係のない茶々を入れて有益な議論を一々妨害しないで欲しいな。
この手の輩は本人は気付いてないだろうけどね（多分、一生気付かない）

283:デフォルトの名無しさん
07/07/26 20:02:08
目的や意図を聞き出すのは名前を考える上で必要不可欠だろうけど
そうするとどうしても設計議論になっちゃうな

284:デフォルトの名無しさん
07/07/26 20:05:11
>>282
そもそもスレ違いのくせに有益とか自画自賛してんじゃねーよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

285:デフォルトの名無しさん
07/07/26 20:06:40
>>283
だから設計議論のどこが悪いんだよ。
それが誰かの利益になっているのなら何の問題もないだろ？

286:デフォルトの名無しさん
07/07/26 20:10:04
設計の良し悪しを議論するスレなら幾らでもあるので
こんなスレはブックマークから消してどこへなりと行くほうが楽しいよ
君にとっても

287:デフォルトの名無しさん
07/07/26 20:11:39
このスレは今から「絶対上がる株を紹介するスレ」に変わりました

288:デフォルトの名無しさん
07/07/26 20:12:47
>>287
それはとても有益だな
きっと>>285は参加する事だろう
俺はせんけど

289:デフォルトの名無しさん
07/07/26 20:27:04
変数名でnum_hogeとhoge_numって使い分けてる？

num_hogeだとnumber of hoge(≒総量)
hoge_numだとhoge number(≒インデックス)

と解釈してるんだけど。

290:デフォルトの名無しさん
07/07/26 20:33:19
俺は語順に意図を込めたりしないな

291:デフォルトの名無しさん
07/07/26 20:37:15
hoge_i

292:デフォルトの名無しさん
07/07/26 20:39:02
一度、それを考えてみようと思ったけど、今は、量を表すときは、count使って逃げてるな俺は。

293:デフォルトの名無しさん
07/07/26 20:41:09
似たような役割の変数がいくつかあればこんなふうに書くことが多いかなぁ
num_abcd
num_bcde
num_cdef
インテリセンスで見つけやすいから・・・ってだけなんだが

294:デフォルトの名無しさん
07/07/26 21:06:51
意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。

不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。

295:デフォルトの名無しさん
07/07/26 21:16:19
意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。

不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。

296:デフォルトの名無しさん
07/07/26 21:18:50
BitBltのことかあああああああああああああああ

297:デフォルトの名無しさん
07/07/26 21:19:27
creatのことです

298:デフォルトの名無しさん
07/07/26 21:20:05
って、まぁ、そうやって付けた俺のコードは識別子名長すぎでそれはそれでぱっと見
見苦しいな。

299:デフォルトの名無しさん
07/07/26 21:23:47
MSも.NETからは原則省略禁止の方向だしな。

300:デフォルトの名無しさん
07/07/26 21:26:00
短くて判りやすい単語を探し出す能力
長くてもよい変数名を判断する能力

301:デフォルトの名無しさん
07/07/26 22:37:28
VC#だと一文字目からいきなりインテリセンスが動くから長くても快適

302:デフォルトの名無しさん
07/07/27 02:30:01
生きててもろくなことがない

　　　　　　　　　　　(>^o^)
　＼('A`)×('A`)／ ( ／　＼('A`)／
　　　|　|　　|　|　　／く　　 |　|
　　 <　 >　／　＞　　　　　／　＼

　　　　　　　　　　　　　　　　　　　　　　　　独身男性
　　　　　　　　　　　　　　　　　　　　　　　　URLﾘﾝｸ(etc6.2ch.net)

303:デフォルトの名無しさん
07/07/27 06:15:31
>>289
意味を語順に依存させる事はしないな。取り違えやすいので。

それからnum（要素数）とi（インデックス）はオリジン（最小値）が違う。
混同すると境界エラーになりやすいから必ず意識的に区別するようにしてる。

304:デフォルトの名無しさん
07/07/27 06:25:33
>>1から始まる2chを使っといてなんだけど、
1から始まるインデックスはなんかキモいんだよなぁ

305:デフォルトの名無しさん
07/07/27 11:03:28
>>303
なるほどこういう流儀もあるのか。
とはいえオリジンが 1 であるものを取り扱うことって滅多にないな。

306:デフォルトの名無しさん
07/07/27 12:01:59
総量はCount.インデックスはIndex

自分のソースは　InnerRectangleWithRootDeviceMarginAreaHandler
こんな名前のクラスばっかりだ･･･('A`)

307:デフォルトの名無しさん
07/07/27 12:18:40
それはさすがに長すぎるなぁ
詳細はコメントに書いたほうがいいと思う

308:デフォルトの名無しさん
07/07/27 12:29:46
コメントは書かない主義なんです

309:デフォルトの名無しさん
07/07/27 12:30:40
なんだ
ネタか

310:デフォルトの名無しさん
07/07/27 12:35:56
ネタではないと思うよたぶん。
俺もまれにそういうクラスを作っちゃったりする。

まあでも、そこまでジュゲムジュゲムになるなら、
名前空間使えるなら適当な名前空間に放り込むとかインナークラスにするとかした方がいいかもね。

311:デフォルトの名無しさん
07/07/27 13:11:51
インデックスはHogeIndex
要素数はHogeCount
固定な長さはHogeLength

312:デフォルトの名無しさん
07/07/27 17:24:58
値を外から受け取ってプロパティーにセットする（普通のセッター）んじゃなくて
値を内部で計算してプロパティーにセットするメソッドは何にすればいいの？
setHoge()だと、前者と混同してしまうし…

313:デフォルトの名無しさん
07/07/27 17:47:32
calc系ね

314:デフォルトの名無しさん
07/07/27 18:04:08
calcHoge()でいいんじゃね？

315:デフォルトの名無しさん
07/07/27 18:41:52
なんか頭悪そうな印象があるcalcXXX

316:デフォルトの名無しさん
07/07/27 18:42:21
あるある

317:デフォルトの名無しさん
07/07/27 18:47:21
別にcalcが頭悪そうとは俺は少しも思わないが、
名前をそうするのなら計算結果を返り値で返すようにした方がいいと思う。

で、>>312の回答としては、UpdateXXでいいんじゃない？

318:デフォルトの名無しさん
07/07/27 18:52:47
>>317
自分もそれに賛成

319:デフォルトの名無しさん
07/07/27 19:05:26
setHogeのオーバーロードじゃだめなのかと思ったが、
引数取らないのかな。
それならrefreshとかupdateか。

320:デフォルトの名無しさん
07/07/27 20:37:54
date で「年月日」を意味するように使ってきたんだけど、「月日」の場合はどうしようかな？
どうでも良さげなんだけど、ちょっと使い分けたくなってきたんだ。
知恵をお願いします。

321:デフォルトの名無しさん
07/07/27 20:44:17
リファクタリングして年月日のdateをdateYMDに、月日をdateMDに、とかどう？

322:デフォルトの名無しさん
07/07/27 21:20:51
>>321
それ採用させていただきます。

323:デフォルトの名無しさん
07/07/28 00:42:26
変数名が素直に決まらない、そんなときがリファクタリングどき。

324:デフォルトの名無しさん
07/07/28 12:58:40
リファクタリングというのは、むしろ（暫定的につけた名前が）本決まりに
なったときに行うものではないの？w

325:デフォルトの名無しさん
07/07/28 15:17:54
リファクタリングの1つである名前の変更は、だな。

326:名無しさん＠そうだ選挙に行こう
07/07/29 10:14:51
時々ここでインスピレーションを頂いている俺様がきましたYO！
今日は、マクロスイッチの名前で相談なんだけど
週明けから、Visual Studio 2005に、VC6で作った膨大なMFCのライブラリの
移植作業に取り掛かるんだけど、なかなか良いマクロスイッチ名が思い浮かびません
誰か閃いてください。

327:名無しさん＠そうだ選挙に行こう
07/07/29 10:28:01
まあ君が「エスパー依存型」の日本語しかかけない奴だということはよく分かった。

しかしこういう>>326みたいな人間の困るところは、自分の文章が読み手のESP能力を
前提としている、という自覚が皆無な点で、だからこうやって人にそのことを
指摘されてもおちょくられてるとか勝手に勘違いして逆切れしたりするんだよね。

328:名無しさん＠そうだ選挙に行こう
07/07/29 11:20:12
中身が全く無くスレの趣旨にも合わない典型的な糞レス乙。

329:名無しさん＠そうだ選挙に行こう
07/07/29 12:13:28
XXX_VC6_MFC_COMPATIBILITY

330:名無しさん＠そうだ選挙に行こう
07/07/29 12:14:27
自分で決めないでも既にありそうな飢餓

331:名無しさん＠そうだ選挙に行こう
07/07/29 13:19:34
マクロスイッチ？

332:デフォルトの名無しさん
07/07/29 14:07:10
ピタゴラスイッチ？

333:名無しさん＠そうだ選挙に行こう
07/07/29 15:48:18
アルゴリズム体操？

334:名無しさん＠そうだ選挙に行こう
07/07/29 15:52:21
>>326
そのマクロスイッチでどういう状態を切り替えるの？

335:名無しさん＠そうだ選挙に行こう
07/07/29 16:37:33
_326_WO_KOROSU_SUICCHI

336:デフォルトの名無しさん
07/07/29 21:03:16
dropTableAll
dropAllTable
メソッド名として
どっちがベターですか？

337:デフォルトの名無しさん
07/07/29 21:07:46
どっちも意味不明だと思いますが。。

338:デフォルトの名無しさん
07/07/29 21:11:28
ウチの会社では dropTable("ALL") などという訳の判らないリファレンスが降りてくるから困る

339:デフォルトの名無しさん
07/07/29 21:11:43
>>336
何をするメソッド？

340:デフォルトの名無しさん
07/07/29 21:20:26
すべてのテーブルをドロップする: DropAllTables
「All」という名前のテーブルをドロップする: DropTableAll

341:デフォルトの名無しさん
07/07/29 21:24:09
dropTable();//一つのテーブルをドロップ
dropTableAll();//全部のテーブルをドロップ
自分はこんな風にしてる

342:デフォルトの名無しさん
07/07/29 21:25:11
テーブルのすべてをドロップする: DropWholeTable
ドロップって何？

343:デフォルトの名無しさん
07/07/29 21:26:09
SQL

344:デフォルトの名無しさん
07/07/29 21:26:49
サクマ式？

345:342
07/07/29 21:33:07
テーブル単位の操作なのか。
じゃ>>342は見当違いだったな。ｽﾏｿ

346:デフォルトの名無しさん
07/07/29 23:02:45 0
エンコード（UTF-8やEUC-JP)を代入する変数は
encodeですか？encodingですか？

347:デフォルトの名無しさん
07/07/29 23:04:05 0
名詞: encoding
動詞: encode

348:デフォルトの名無しさん
07/07/29 23:05:43 0
>>347
ありがとうございました
じゃあ時々名詞的にエンコードと言っているのはジャップが馬鹿なんですね

349:デフォルトの名無しさん
07/07/30 05:07:03
まあ、英語にも kimono って動詞があるくらいには日本人が馬鹿なんじゃない？

350:デフォルトの名無しさん
07/07/30 05:11:03
　　　　＿__　　　　━┓
　　　／　―＼　　┏┛
　　／ノ　　(●)＼　・
.　｜　(●) 　 ⌒）＼
.　｜　　（__ノ￣　　|
　　＼　　　　　　　 /
　　　＼　　　　 _ノ
　　　　/´　　　｀＼
　　　 |　　　　　　　|
　　　 |　　　　　　　|

　　　　　　　　　　＿＿＿　　　━┓
　　　　　　　　　／　―　　＼　 ┏┛
　　　　　　　／　　(●)　＼ヽ・
　　　　　　/　　（⌒　　(●) /
　　　　　 /　　　￣ヽ__）／
.　　　　／´　　　　　_＿_／
　　　　|　　　　　　＼
　　　　|　　　　　　　　|

351:デフォルトの名無しさん
07/07/31 00:03:27
登録日時を保存するカラム名にいつも迷う
registDateTimeにしてるけどなんか冗長な気がして
何かいいのない？

352:デフォルトの名無しさん
07/07/31 00:08:05
構造体、クラス、テーブルに
シンプルにDateだのTimeだのがあったら普通タイムスタンプだとおもわね？

区別する必要があるんだったらごめん

353:デフォルトの名無しさん
07/07/31 00:13:06
多少冗長でもやっぱり意味は明示されてたほうがいいと思うよ。

354:デフォルトの名無しさん
07/07/31 00:15:02
むしろそれを冗長と感じる感覚が理解できない。
冗長とは情報が重複していて無駄に長いこと。
重複してないし無駄に長くもないじゃん。

355:デフォルトの名無しさん
07/07/31 00:26:52
データベースだと、date型とかtime型とかあったりするし、
そういう意味で冗長なんじゃないのかなあ。

356:デフォルトの名無しさん
07/07/31 00:28:05
それだけ見ればそうだろうがね。

357:デフォルトの名無しさん
07/07/31 22:33:59
>>351
つ　regist > register

resist という単語はあるが、registerという単語はないので。

358:デフォルトの名無しさん
07/07/31 22:39:53
？
説明逆じゃね

359:デフォルトの名無しさん
07/07/31 22:39:54
registerはあるがな

360:デフォルトの名無しさん
07/07/31 22:42:50
>>357はたぶんスペイン語とかスワヒリ語

361:デフォルトの名無しさん
07/07/31 22:45:45
うん。すげーはずかしいな俺。

resist という単語はあるが、registという単語はない

と言いたかったんだ。

362:デフォルトの名無しさん
07/07/31 22:49:11
いや言いたいことは分かったからおk

363:デフォルトの名無しさん
07/07/31 23:08:41
ＭＶＣ構造とかで作るときに、コントローラのクラス名なんにする？
-Controllerとか、-Ctrlとか
だと、WindowsにTreeCtrlとかなんやかんやあって被るので
嫌なんだけど。
（インスタンス名だって、xxxCtrlとかだと、ウインドウコントロール
なのか、もしくはそれ以外の物理的または
制御を担うコントローラなのかの区別が付かない・・

364:デフォルトの名無しさん
07/08/01 02:04:10
Ctrlって書いてあったら普通Controlと解釈するから
ControllerをCtrlと表記するのはやめた方がいいと思う

365:デフォルトの名無しさん
07/08/02 07:47:45
略すなバーロー

366:デフォルトの名無しさん
07/08/02 07:48:51
ber low

367:デフォルトの名無しさん
07/08/02 18:45:16
var6でおｋ

368:デフォルトの名無しさん
07/08/03 08:15:20
バーはアンダーバーにしよう。

_6

369:デフォルトの名無しさん
07/08/03 12:40:48
あー、でもローはノイズだから省略して…

_

370:デフォルトの名無しさん
07/08/03 13:20:36
ポロロッカで逆流する水の速度を時系列で格納しておく配列の名前をお願いします。

371:デフォルトの名無しさん
07/08/03 13:34:54
prws_chart

p:pororoca
r:reverse
w:water
s:speed

372:デフォルトの名無しさん
07/08/03 14:05:30
略すなバーロー

373:デフォルトの名無しさん
07/08/03 17:21:41
よくドロー系のアプリに実装してある
四角形や円や線を描く時にShiftキーを押しながらだと
正四角形や水平な線が描ける機能の名前がまったく見当付きません。
よろしくお願いします。

374:デフォルトの名無しさん
07/08/03 17:30:16
制限つき描画ってことでRestrictiveDrawとか。

375:デフォルトの名無しさん
07/08/03 17:36:15
ConstrainedDraw を推薦します。

376:デフォルトの名無しさん
07/08/03 17:42:02
stdauxのauxってどういう意味なんでしょう？

377:デフォルトの名無しさん
07/08/03 17:42:36
ごめん英辞郎で調べたらでてきた

AUX
【略-2】＝auxiliary
補助装置｛ほじょそうち｝

378:デフォルトの名無しさん
07/08/03 18:22:49
stdauxなんてあるのかよ。って思ってググったら無くはないんだね。
ところでstdauxってどこにつながってんの？

379:デフォルトの名無しさん
07/08/03 18:30:59
ヤボなこと聞かないで

380:デフォルトの名無しさん
07/08/03 18:45:36
>>373
なんかよくよく読むとよくわからない質問だなあ。

質問は、そういう機能をなんと呼ぶべきか、なんだよねえ？

メソッドの名前なら普通にDrawRegularPolygonとかDrawCircleで済むわけだし。

なら当然日本語でいいわけだ。

「正規化の強制（補正）機能」とか「非扁平の強制（補正）機能」とかかなあ。

381:デフォルトの名無しさん
07/08/03 18:52:42
それに対するフラグやメニューアイテムオブジェクトを格納する変数の名前を聞いてるんだろ
日本語でいいんだったら日本語でもいいだろうけど

382:デフォルトの名無しさん
07/08/03 18:56:52
少なくとも373の文章にはそんなこと書いてないけど。

>>381のような解釈はもはや「意訳」じゃなくて、控えめにいってESP、
ありていに言えばただの妄想だよ。

383:デフォルトの名無しさん
07/08/03 19:45:03
擦れの内容考えればそれぐらいの推論しろよｗｗｗ

384:デフォルトの名無しさん
07/08/03 19:55:09
難癖付け君まだいたのか。

385:デフォルトの名無しさん
07/08/03 20:40:34
ある程度推測しろという意見には異論はないが、
曖昧な質問(質問になってないこともあるが)をすれば、

何の名前を聞いてる？変数？関数？クラス？
それの役割は？どういう機能を持ってる？どういう実装をした？

というようなレスが返ってくるのは目に見えてるから、
はじめから必要な情報は提供するべきだと思うが

前から思ってたんだが、質問時のガイドラインみたいなものは無いのか

386:デフォルトの名無しさん
07/08/03 21:04:26
あるよ。
URLﾘﾝｸ(www.redout.net)

387:デフォルトの名無しさん
07/08/03 21:09:16
ガイドラインのようなものは「最初から救われている人間しか救わない」
つまりガイドラインが仮に客観的に合意可能な類の合理性を備えているとしても、
それが読者の対象として想定しているタイプの人間はガイドラインなぞ読まないし、
読んでも理解して実践しない。

だから意味ないよ。

ガイドライン作る奴の達成感や他人を制御している、という妄想を満足させる以上には。

388:385
07/08/03 22:17:35
完全なガイドラインでなくとも>>373のような説明の下手な質問者のために、
質問者の意図が伝わり易くなるようなヒントがあると良いと思う

389:デフォルトの名無しさん
07/08/04 18:54:34
再帰的に空のディレクトリを削除する関数の名前は？
とりあえずdeleteEmptyDirRecursiveにしたんだけど

390:デフォルトの名無しさん
07/08/04 19:15:18
そんな関数必要ないだろ

391:デフォルトの名無しさん
07/08/04 19:18:52
ほんとだ…
気づかなかった
何しようとしてたんだ俺は

392:デフォルトの名無しさん
07/08/04 19:26:26
DEDR

393:デフォルトの名無しさん
07/08/04 19:27:30
いややっぱりいるわ
rmdir -p
だと最初に一番深いパスを指定しないといけないから。
トップのパスを指定して削除したいんだよ
それとも他にいい方法ある？

394:デフォルトの名無しさん
07/08/04 20:48:27
トップのディレクトリだけでいいんなら
findかなんかでファイル有無テストして
rmしちゃえば？

395:デフォルトの名無しさん
07/08/04 21:18:37
deleteEmptyDirRecursively

396:デフォルトの名無しさん
07/08/04 21:24:07
特定の環境でいるかいらないかはこのスレ的にはどうでもいいな。
389のいう機能がまったく荒唐無稽ならともかく、そんなことはないのだから。

名前はDirectory.DeleteEmptiesとかDeleteEmptyDirectoriesとかにして、
列挙値を引数で渡して削除方法を指定するようにしたらどうかな。

無理にメソッド名に削除方法を盛り込むと無駄に長くなりそうだ。

397:デフォルトの名無しさん
07/08/04 23:06:59
ファイルエントリとのマッチ条件を保持するクラスは何にしますか？
条件を設定して
matchメソッドでパス渡して判定する感じのクラスです

398:デフォルトの名無しさん
07/08/04 23:22:06
matchCondition

399:デフォルトの名無しさん
07/08/04 23:22:08
そのまんまMatchConditionとか。

400:デフォルトの名無しさん
07/08/04 23:26:22
保持しているものがマッチ条件なら、
マッチ条件を思わせる名前しかありえないとおもうが

401:デフォルトの名無しさん
07/08/04 23:28:16
.NETのPredicate<T>デリゲートは洒落てると思った
>>396に適用するのは不適切かもしれないけど

402:デフォルトの名無しさん
07/08/04 23:28:29
FileShowEntryFilter

403:デフォルトの名無しさん
07/08/04 23:29:45
ファンクタのことだったりしてね？＜>>401

404:デフォルトの名無しさん
07/08/04 23:29:58
シンプルに(XX)Judgeとか(XX)Evaluatorでいいんじゃない？

ところでファイルエントリって何？
ググるとjavaの用語みたいだけどようわからん。

405:デフォルトの名無しさん
07/08/04 23:30:29
ディレクトリエントリなら分かるけれども

406:デフォルトの名無しさん
07/08/04 23:40:19
ありがとうございます
fileMatchConditionにします
>>405
そうですね

407:デフォルトの名無しさん
07/08/04 23:48:11
用語もなにもそのままファイルのエントリでそ

408:デフォルトの名無しさん
07/08/05 04:40:16
>>389
removedirs

409:デフォルトの名無しさん
07/08/05 08:12:07
メモ帳的なアプリで起動すると前回のファイルが自動的に開いて
書き込み・修正を行うと一定間隔で保存され
閉じるときのも保存される、ロード･セーブという概念のないアプリはなんて名前がいいですか？
スクラッチパッド？

410:デフォルトの名無しさん
07/08/05 08:13:44
メニュー・ツールバー・コマンドラインでの保存ができないだけであって
「セーブできないアプリ」などというとニュアンスが違う希瓦斯

411:デフォルトの名無しさん
07/08/05 08:40:41
自動保存されるメモ帳

412:デフォルトの名無しさん
07/08/05 09:12:11
>>409
黒板、ホワイトボード、ちらうら、落書き帳、等々

適当でｲｲﾝじゃまいか

413:デフォルトの名無しさん
07/08/05 12:36:30
DirectRefrectiveNotepad

414:デフォルトの名無しさん
07/08/05 12:37:38
ごめんrとlを間違えた！
DirectReflectiveNotepad

415:デフォルトの名無しさん
07/08/05 12:41:48
>>409
電子粘土板

416:デフォルトの名無しさん
07/08/05 12:48:01
『データとコードが癒着した、利用価値の低いアホなエディタ』

（※ 要は問答無用でデータが自動保存されるドキュメントエディタであれば
必要十分なはずで、ファイルという概念をユーザーから隠蔽する必要があるとは
俺には思えないんだが。。）

417:デフォルトの名無しさん
07/08/05 12:56:35
付箋紙みたいなやつ？

418:デフォルトの名無しさん
07/08/05 14:38:36
>>416
>>1

419:デフォルトの名無しさん
07/08/05 16:32:44
粘着掲示板 -> PersistenceBBS

420:デフォルトの名無しさん
07/08/05 16:33:43
すまん間違った
PersistentNotePad

421:デフォルトの名無しさん
07/08/05 20:08:00
ループカウンタの名前お願いi,j,k以外で

422:デフォルトの名無しさん
07/08/05 20:22:47
何をカウントするんだよ

423:デフォルトの名無しさん
07/08/05 20:29:44
taro,jiro,saburo

424:デフォルトの名無しさん
07/08/05 21:49:38
LoopCounter1,LoopCounter2,LoopCounter3

425:デフォルトの名無しさん
07/08/05 21:52:32
ore,omae,aitsu

426:デフォルトの名無しさん
07/08/05 21:57:28
　１．　　Ａ　　　Ａｌｆａ（アルファ）
　２．　　Ｂ　　　Ｂｒａｖｏ（ブラボー）
　３．　　Ｃ　　　Ｃｈａｒｌｉｅ（チャーリー）

427:デフォルトの名無しさん
07/08/05 22:01:01
その調子でＺまでたのむ。

428:デフォルトの名無しさん
07/08/05 22:01:39
qwe asd zxc
たまに使う

429:デフォルトの名無しさん
07/08/05 22:01:52
みんなループカウンタにi,j,kみたいに意味のない名前を付けるとき
外から順？内から順？どっちもある？

たとえば外から順にi,jってつけてあるループの
さらに外にループを作る必要が出てくると無性に腹が立つｗ

430:デフォルトの名無しさん
07/08/05 22:04:40
for(しんぶんし)
　for(んぶんしし)
　　for(ぶんししん)

431:デフォルトの名無しさん
07/08/05 22:25:29
そこでリファクタリングですよ

432:デフォルトの名無しさん
07/08/05 22:26:24
俺なら関数内でループが二重になった時点で黄信号

433:デフォルトの名無しさん
07/08/05 22:28:56
そこでgotoですよ

434:デフォルトの名無しさん
07/08/05 22:53:25
for(goto=0;goto<256;goto++)
　for(i=0;i<16;i++)
　　for(j=0;j<8;j++)
　　　?

435:デフォルトの名無しさん
07/08/05 22:56:33
>>427
26重ループとかあったら嫌すぎる

436:デフォルトの名無しさん
07/08/05 23:01:10
再帰をベタ展開したらそうなりそうだなあ

437:デフォルトの名無しさん
07/08/05 23:09:57
K1のKはKoreaというのはわかるんだけど1は何？

438:デフォルトの名無しさん
07/08/05 23:13:40
誤爆しました

439:デフォルトの名無しさん
07/08/05 23:15:34
何も言わなければスルーされたであろうに、
「誤爆しました」なんて言うから…

Kだけだと商標になれないから、数字と英字の組み合わせにしたんじゃないかな。

440:デフォルトの名無しさん
07/08/05 23:28:49
しかし、プログラマにもネトウヨというか嫌韓厨というか、そういう人種がいるんだねw

ああいうのは竹中平蔵の例のシンクタンクが「B層」と表象した、
知能も収入も低い不満層が陥るビョーキだと思ってたが。

でもまあ今日日プログラマっていってもいろいろだからなあw

441:デフォルトの名無しさん
07/08/05 23:44:29
ほれ、437が誤爆したせいで変な人も湧いてしまったではないか。

442:デフォルトの名無しさん
07/08/05 23:47:40
全ては夏のせい

443:373
07/08/06 00:06:30
>>375
有難うございます。
Constrainedいいですね。
自分ではkeep justぐらいしか思いつかなくて困っていました。
全然意味違いますよね。
>>380
すみません。わかりにくかったですね。
この機能のON/OFFフラグのプロパティ名です。

444:デフォルトの名無しさん
07/08/06 01:54:43
クラス名とメソッド名がかぶった時はどうしますか？
たとえばhogehogeBuilderというクラスに
buildメソッドを実装するのってなんか冗長な感じするんですが

445:デフォルトの名無しさん
07/08/06 01:56:23
そのままで使う

446:デフォルトの名無しさん
07/08/06 02:02:51
それはおかしくはないんじゃないかな
XmlWriter.WriteStringとかあるし

447:デフォルトの名無しさん
07/08/06 02:06:45
>>427
軍の呼び方だよ。Ｚまである

>>440
だってしょうがないじゃん。反日が韓国の
国策なんだから、
好きになれるわけがない

>>444
do_it()
work()/do_your_work?
execute()

448:デフォルトの名無しさん
07/08/06 08:09:22
VBで言うところの
デフォルトのプロパティならぬデフォルトのメソッドか。
C++なら()をオーバーロードして…　だめ？

449:デフォルトの名無しさん
07/08/06 09:24:57
重複・冗長は気にする必要ないと思うが
そのクラスのほぼ唯一の機能を発動させる場合Execute使うな。

450:デフォルトの名無しさん
07/08/06 10:01:07
～BuilderならCreate/Create～/To～とか

451:デフォルトの名無しさん
07/08/06 12:16:44
ある条件を表すクラスXXConditionがあります。
こいつにあるオブジェクトを渡してそれが条件に当てはまるかどうかを判定するメソッド名は何が良いでしょうか。

452:デフォルトの名無しさん
07/08/06 12:34:37
Match

453:デフォルトの名無しさん
07/08/06 13:29:44
Is…Isなんとか

454:デフォルトの名無しさん
07/08/06 13:42:14
Satisfied

455:デフォルトの名無しさん
07/08/06 15:47:11
IsMatched

456:デフォルトの名無しさん
07/08/06 15:51:53
ed要らなかった。

457:デフォルトの名無しさん
07/08/06 15:54:19
それはおかしいだろ。Matchを使うなら、IsMatchedかMatches。

458:デフォルトの名無しさん
07/08/06 16:02:39
Matchは正規表現とかがあってそれに合致するかという条件ならいいが、
一般にConditionを満たすという意味ではおかしい。
SatisfiesXXCondition
IsXX

459:デフォルトの名無しさん
07/08/06 16:15:48
>>458
べつにおかしくないと思うけどな？
むしろXXをメソッド名に含めるのはまずいと思われ

>>457
.NETの正規表現だとIsMatchやね

460:デフォルトの名無しさん
07/08/06 16:43:32
matchは形容詞でもあるので間違いではない。

461:デフォルトの名無しさん
07/08/06 16:52:23
と思ったら勘違いだったｗ俺変な英語話してるかも。

462:デフォルトの名無しさん
07/08/06 17:35:48
「条件を満たすもの」→「Those which satisfy condition」(by Google Translate)
この機械翻訳あってんのかどうかしらんけど、これだと
isSatisfied...前置詞はなんだろ

463:デフォルトの名無しさん
07/08/06 18:27:04
cond->IsSatisfiedBy(obj)
もちっと、「条件」の具体例が欲しいな

464:デフォルトの名無しさん
07/08/06 18:35:03
Satisfiedってあまり「人」以外にはつかない形容詞だと思うけどw
少なくともコードの中ではあまり見かけない言葉だなあ。

普通にIsMatch以外にする理由が、書いている奴の偏屈以外に見当たらないと思う。
判定結果がbool以外なら、ちょっと前にも書いたJudgeとかEvaluateもありうるとは思うが。

465:デフォルトの名無しさん
07/08/06 19:09:26
「条件に合う」という意味だけでは抽象的過ぎるから
「条件」の内容に言及したネーミングがいいと思うんだけどな

466:デフォルトの名無しさん
07/08/06 19:15:40
accept とか

xxxCondition.accepts(obj)
xxxCondition.canAccept(obj)
xxxCondition.isAcceptable(obj)

467:デフォルトの名無しさん
07/08/06 19:26:39
>>465
本当にそうか？
じゃあ例えば人語（日本語でいい）で、「条件に合う」の<合う>の部分が
条件によって別の言葉に変わったりするか？w

条件という言葉自体が抽象名詞だから変わったりしないだろう。

468:デフォルトの名無しさん
07/08/06 19:33:51
>>467
日本語と英語は違う

469:デフォルトの名無しさん
07/08/06 19:36:53
acceptってのはカコイイかもしれない

470:デフォルトの名無しさん
07/08/06 19:42:36
acceptだと
if (xxxCondition.canAccept(obj))
　xxxCondition.Accept(obj);//xxxCondition内のコレクションにobjを追加
とかできそう

471:デフォルトの名無しさん
07/08/06 19:49:56
isvalid

472:デフォルトの名無しさん
07/08/06 20:17:58
>>467
自然言語とプログラム時の名前付けは違う

473:デフォルトの名無しさん
07/08/06 20:19:23
ていうか>>467意味不明だ

474:デフォルトの名無しさん
07/08/06 20:30:50
馬鹿はスルーしようぜ

475:デフォルトの名無しさん
07/08/06 20:32:28
>>464
> Satisfiedってあまり「人」以外にはつかない形容詞だと思うけどw
なんかすごい俺常識だな。数学とか英語でやったことないだろ。

476:デフォルトの名無しさん
07/08/06 21:05:41
>>475
ん？satisfyと勘違いしてない？

477:デフォルトの名無しさん
07/08/06 21:06:17
外部クラスのインスタンスの参照を入れるための、内部クラスに定義されたインスタンス変数の名前を
統一しようと思うのですが、何がいいですか?

478:デフォルトの名無しさん
07/08/06 21:32:08
そこにどんなオブジェクトが入るのか、その共通点から
名前を付けるのが常道だと思う。
それだけの情報だと object ぐらいしか思いつかない。

479:デフォルトの名無しさん
07/08/06 21:34:10
ExternalClassInstanseReference

480:デフォルトの名無しさん
07/08/06 21:34:41
Instanceだorz

481:477
07/08/06 22:10:51
言語はC#です。Javaであればメンバクラスにするような場合は、
外部クラスのインスタンスの参照はキーワード風に名前を統一した方がわかりやすいかな、と思いました。

482:デフォルトの名無しさん
07/08/06 22:30:04
>>475 >>476
俺も気になってたので確認してみた
[Oxford dictionaryより]
satisfy
　 4 comply with (a condition, obligation, or demand).

satisfied
　 adjective contented; pleased: satisfied customers.

一般的にsatisfiedは「条件を満たす」の受身の意味では使われないという解釈でいいと思うが
日本語でも条件*が*満たされるとはあまり言わないし、
satisfyを使うなら(>>451には合わないが)こんな感じか
something.satisfies(condition)

483:デフォルトの名無しさん
07/08/06 22:33:43
outer

484:デフォルトの名無しさん
07/08/06 22:36:09
>>482
普通に受動態で、the condition is satisfied.とか使うと思うんだが。

次ページ