07/07/08 15:08:46
ModuleManager(仮)というオブジェクトがあります
クライアントコードではこいつにモジュールをregist()で登録し、release()で登録削除する事が出来ます
このオブジェクトはupdate()メンバを呼び出される度に追加したモジュール全てののupdate()メンバを呼び出します
つまり各モジュールに対するfacadeなわけですが
このModuleManager(仮)のクラスに対する一般的なネーミングはどういうものがあるでしょうか？
176:デフォルトの名無しさん
07/07/08 15:19:55
>>175
登録メソッドは regist じゃなくて register にしろ。
177:デフォルトの名無しさん
07/07/08 15:26:48
>>175
Managerでいいんじゃないでしょうか？w
というか、あんまり自身ないけどそれファサードというよりメディエーターの
特殊形態とみなした方がわかりやすいと思う。
>>176
余計なお世話にしか思えんな。
好みの問題以上の理由があって言ってるとは思えない。
178:デフォルトの名無しさん
07/07/08 15:42:52
>>175
窓口となる機能群を適切に表現するしかないのでは
例がFacadeかどうかは疑問があるが
>>177
「registという単語は無い」のは理由にならないと?
>>176を意訳すると「勝手な単語作るなボケ」
179:デフォルトの名無しさん
07/07/08 15:45:49
漏れも特に理由がなければregisterにすべきだと思う
180:175
07/07/08 15:52:11
言われていればMediatorな気がしてきたので
それを意識して機能を再構成してみます
あとはregisterですね^^
181:デフォルトの名無しさん
07/07/08 15:56:05
>>178
ああすまん、registって英単語は存在しないんだったねw
それなら確かにregisterとすべきだ。
申し訳ない
182:デフォルトの名無しさん
07/07/08 16:04:20
>>175
おれなら、Observerで書き換えるかも。
183:デフォルトの名無しさん
07/07/08 16:11:09
別に管理してなくね？
モジュールの生成、破壊を行うわけでもないし、ただupdateするだけ
ModuleUpdaterじゃね？
184:デフォルトの名無しさん
07/07/08 16:41:51
managerは結局何をするものか判らないから、
良くない名前付けの例だってどこかで見た
185:デフォルトの名無しさん
07/07/08 17:50:53
そんじゃあ明示的にUpdateMethod(Command)Distributerとでもしますか
186:デフォルトの名無しさん
07/07/08 18:09:53
「英単語なんて勝手に作ってもいいじゃないか、ボケ」
と言ってるのかと思った。
187:デフォルトの名無しさん
07/07/08 21:21:56
>>186
場合によってはそうなんだけどね。
例えばsetの過去分詞とかさ。
でも、昔のcのコードの文化にありがちだった意味のない省略とかは
すくなくともエディタの入力支援とか使える現在では無意味だし、俺は否定的。
188:デフォルトの名無しさん
07/07/08 21:26:49
MS様的には略語以外の省略名は不許可だが
Mathは過去の流儀に従ってSqrtとかだぬ。
189:デフォルトの名無しさん
07/07/08 23:06:25
数学ってEとかmとかπとかΣとかNewtonとかEulerとか悪名の宝庫だよな。
…と書いてから思ったけど数学は純粋に理論的な学問だから、
その概念を現実の物事に例えるのはそれはそれで一面的かもしれない。
190:デフォルトの名無しさん
07/07/09 17:52:56
「あるクラス（インスタンスでなく）の能力について知っており、そのクラスのインスタンスを作成することのできるクラス」
の名称について悩んでいます。言葉ではわかりづらいので例（C#）を示します。
IDancerManager(仮)はIDancerと一対一で対応しており、対応するIDancerの歌える曲・踊れる曲を知っています。
また、必要であればそのインスタンスを作成できます。
public interface IDancer {
void Sing(string title);
void Dance(string title);
}
public interface IDancerManager {
bool CanDance(string title); bool CanSing(string title);
IDancer CreateDancer();
}
以上がインターフェースの定義です。これを実装するクラスの定義は、例えば
public DancerA : IDancer {
void Sing(string title) { ... }
void Dance(string title) { ... }
}
public DancerAManager : IDancerManager {
bool CanDance(string title) { return title == "およげたいやきくん" || title == "コンピュータおばあちゃん"; }
bool CanSing(string title) { return title == "およげたいやきくん"; }
IDancer CreateDancer() { return new DancerA(); }
}
のようになります。(つづく)
191:デフォルトの名無しさん
07/07/09 17:53:37
(つづき)
これらを登録するためのクラスが別に存在し、IDancerManagerのインスタンスのリストmanagersを保持しています。
このクラスには、
public IDancer GetDancer(string title) {
foreach (IDancerManager manager in managers)
if (manager.CanDance(title)) return manager.CreateDancer();
return null;
}
のようなメソッドが存在し、外部に機能を提供します。
このIDancerManagerのManagerにあたる部分の名称に悩んでいます。
特に珍しい設計ではないと思うので定番めいた命名がないかと期待してるんですが、どうでしょう。
192:デフォルトの名無しさん
07/07/09 18:32:53
＞特に珍しい設計ではないと思うので
いやあすごく変な設計だと思う。悪いけど。
どう考えてもIDancerManager は冗長だし、単に見通しを悪くしてるだけ。
IDancerManagerの機能はIDancerのスタティックメソッドとして実装すれば
済むことだと思うけど。。
193:190-191
07/07/09 18:44:57
>>192
どうも。そのようなレスが来るとは何となく予想していました。
IDancerの静的メソッドとしてCanDanceなどを実装すると、後半で記述したような
ループでの一括処理ができませんよね。またインスタンスメソッドとして実装すると、
IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
（IDanceManagerはフィールドを持ちませんがIDancerのフィールドは処理に依存するので）
静的メソッドにしてリフレクションという実装もありますが、パフォーマンスクリティカルな処理なので
それは避けたいのです。
以上の点を踏まえると必然的に上のような設計になったわけです。
194:デフォルトの名無しさん
07/07/09 18:49:37
IDancerActivatorとかIDancerMetaInfo？
でもクラスごとに作るよりリフレクション的な仕組みを使うなり作るなりしてGeneric的にやるべきもんでしょ。
クラスごとに作るのは(/ω＼)ｲﾔﾝ
195:デフォルトの名無しさん
07/07/09 19:03:22
>>193
いやー言ってること全体的に変だと思うわ。
＞ループでの一括処理ができませんよね
Dancerは自分の型を知っているから、当然自分の型の静的メソッドは利用できるんじゃないの？
要は単に直接Dancerのコレクションを作ればよいということ。
＞IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
意味がわかりません。
無駄、というならそのIDancerManagerのリストを作る実装でもまったく同じことでしょ。
他の人はどう思う？
>>193の言ってることは変じゃないかい？
196:190=191
07/07/09 19:13:55
>>195
>＞ループでの一括処理ができませんよね
>Dancerは自分の型を知っているから、当然自分の型の静的メソッドは利用できるんじゃないの？
>要は単に直接Dancerのコレクションを作ればよいということ。
Dancerのコレクションを作ったところで、Dancerのインスタンスから静的メソッドは呼べませんよね？
従って静的メソッドによる実装ではループ処理はできません。
>＞IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
>意味がわかりません。
>無駄、というならそのIDancerManagerのリストを作る実装でもまったく同じことでしょ。
この文章のすぐ下に括弧づけで書いてありますが、IDancerManagerのインスタンスはフィールドを持ちません。
従って、IDancerManagerのリストならば余分なメモリ領域は消費しません。
それに対してIDancerのインスタンスは、Dance()やSing()で使うフィールドをそれぞれに持っているので、
余分なメモリ領域を消費してしまいます。
なんか設計に関する話題になってしまってますが、細かく説明するとこんな感じです。
197:デフォルトの名無しさん
07/07/09 19:22:10
いや、リストのメモリの消費量っていうのはリストのアイテムのメモリサイズに
まったく無関係だよ。。
Cの構造体配列じゃないんだから。
世の中の全部の言語知ってるわけじゃないけど、普通リストっていうのは
参照の配列みたいな形で実装されているだろうから、消費されるメモリ量は
リストの要素数nと参照型変数のサイズmの関数であって、要素の型のサイズは
関係ないよ。
それから、自分の型の静的メソッドにアクセスできない言語なんてあるの？
というか、言語は何をお使いで？
198:190-191
07/07/09 19:27:02
>>197
えーと・・・
もちろんリストそのもののサイズは同じです。
ですがリストに格納するのは「格納する型のインスタンス」ですよね？クラスではなくて。
インスタンスってのは「実体」なわけですから、フィールドのサイズと同じだけのメモリをヒープ上に消費するわけです。
言語は関係ないですが、上に書いたとおりC#です。
199:デフォルトの名無しさん
07/07/09 19:33:43
>>197
あと静的メソッドについてですが・・・
具体的な型名がわからないインスタンスからは静的メソッドは呼べません。
リフレクションでも使わない限り。
C++の例ですと、void *p = new HogeClass(); とした p を別のところに持っていったとき、
p だけの情報から HogeClass::HogaMethod() を呼べませんよね？p の型は単なる void* なので。
それと同じことです。
200:デフォルトの名無しさん
07/07/09 19:34:37
c#のList(of T)は、少なくともTが参照型の場合、
インスタンスへの参照が格納されるだけであってインスタンスそのものは格納されないよ。
だから型の大きさは関係ないって
201:190-191
07/07/09 19:39:25
>>200
>>198で言ったように、もちろん「リストそのもの」の大きさはかわりません。
ですが、その中身は「リスト以外のどこか」に確保されるわけです（具体的にはヒープ上）。
従って、ヒープ上で消費するメモリ量は型そのものの大きさに依存します。
202:デフォルトの名無しさん
07/07/09 19:57:18
>>201
やっと意味がわかった申し訳ない。
でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
静的メソッドへのデリゲートを持てば済む話だと思う。
203:190-191
07/07/09 20:19:19
>>202
こちらも説明が下手だったかも知れません。すみません。
>でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
>静的メソッドへのデリゲートを持てば済む話だと思う。
List<IDancerManager> managers; の代わりに
List<CanDanceDelegate>, List<CanSingDelegate>, List<CreateDancerDelegate> を保持するということですか？
それだと登録の際にメソッドごとにいちいち追加せねばならず、メソッドが多い場合相当面倒になると思います。
またリストの数自体も増えますので管理が面倒ですし。
204:190-191
07/07/09 20:30:14
>>194
設計論議に夢中になってレスを忘れてしまいましたがActivatorの命名いただきました。
どうもありがとうございます。
205:デフォルトの名無しさん
07/07/09 20:47:13
へたくそ
206:デフォルトの名無しさん
07/07/09 22:04:15
リフレクションっぽく
interface Dancer {
void inovke(Object action, Object[] args) throws ActionException;
}
interface DancerType {
boolean hasAbility(Object action, Object[] args);
Dancer getDancer();
}
207:デフォルトの名無しさん
07/07/12 01:52:24
age
208:デフォルトの名無しさん
07/07/16 05:23:09
age
209:デフォルトの名無しさん
07/07/16 11:23:55
どうでもいいけど>>203でデリゲート名にDelegateを付けてるのは
MS様のガイドライン違反
210:デフォルトの名無しさん
07/07/16 17:13:25
普通にDancerFactoryでいいような気がする。
配列っていうか簡易DBみたいなのに
各Dancerが受け入れられる処理を
書き込んでおけばいいのではないだろうか。
各Dancerにはintで一意のIDを持たせておいて
簡易DBを使ってIDを求めて
switch文で列記されたnewに飛べばいいと思う。
211:デフォルトの名無しさん
07/07/16 18:08:24
外からダンサーを追加できるようにしたいんじゃないの？
212:デフォルトの名無しさん
07/07/16 18:32:58
Factoryはないでしょ。
190の説明読む限り、目的のクラスの主眼はDancerを生成することにあるというより、
むしろDancerの能力を知っていることにあると思われる。
だから俺なら、
DancerProfile
DancerInfo
どうしてもというならこのあたりを提案する。
でも、そもそも190が言ってるような設計って個人的には大いに疑問。
213:デフォルトの名無しさん
07/07/16 21:17:47
DancerProduction
214:デフォルトの名無しさん
07/07/16 23:48:41
TalentAgency
215:デフォルトの名無しさん
07/07/17 13:36:13
>>210
そういうことするんだったら普通にリフレクションでいいと思う
216:デフォルトの名無しさん
07/07/19 02:30:26
ファイルを入れておくディレクトリは単数形と複数形どちらがベターですか？
controller or controllers
class or classes
217:デフォルトの名無しさん
07/07/19 05:00:09
controllerやclassを入れておくディレクトリってことなら複数形かな
ディレクトリの機能がcontrollerやclassを意味するのなら単数形か
218:デフォルトの名無しさん
07/07/20 00:50:10
俺のフォルダには doc がある。
たまに、Docs にしていることもある。
どうしたものか
219:デフォルトの名無しさん
07/07/20 01:05:13
dokyumento で解決
220:デフォルトの名無しさん
07/07/20 01:17:27
だからAnalysisをanalと略すなとあれほど
221:デフォルトの名無しさん
07/07/20 05:29:10
>>217
ありがとう
222:デフォルトの名無しさん
07/07/20 18:51:32
>>216
俺ルール
単数形を使う場合：
・中に入っているファイルが何かを指す名前であり、その名前を略す場合
・中に入っているもの自体を表すのではなくカテゴリを表す場合
複数形を使う場合：
・中に入っているファイルが何かを指す名前であり名前を略さないとき
単数の例：
src
java
複数の例：
Applications
ただ自分ルールを決めてもいつか破綻するので
普通に英文で名前をつけるという手や日本語にするという手もある。
そうすれば単数複数に悩まなくてすむ。
223:デフォルトの名無しさん
07/07/20 21:02:57
C言語で、長い文字列が保存されているファイルを先頭から解析していき、"hoge"が出ればhogeフラグを立て、"#hoge"文字が出ればフラグを下ろすとします。
"foo"や""#foo"も同様にします。
ここで、「今hogeフラグが立っている（つまり今hogeと#hogeの間を解析している）」状態を保存しておく変数を作りたいのですが、どんな名前がよいですか？
224:デフォルトの名無しさん
07/07/20 21:04:09
inHoge
225:デフォルトの名無しさん
07/07/20 21:40:52
>>223
日本語でお書き下さい。
それじゃエスパー相手にしか伝わらないんじゃないか？
226:デフォルトの名無しさん
07/07/20 21:58:23
前スレで変数名に迷いここで神の啓示を受け一気にプログラムを仕上げた俺様がきましたよ
又、迷っています誰か降臨してください
”銘柄グループ選択ボタン”という名前のメンバ変数名をお願いします
環境はVS2005 MFCです頭のm_は本当は無い方がかっこいいですが、他のメンバ変数に付けちゃってますんで
頭のm_も考えてください、ハンガリアン記法には少々こだわりますが無くてもOKです
227:デフォルトの名無しさん
07/07/20 22:02:10
GUIコントロールは基本的に表示名直訳でいいと思う
228:デフォルトの名無しさん
07/07/20 22:15:34
>>227
226>>ですどうもサンクス
エキサイトで直訳すると
Brand group selection buttonてな風で少々長い気がするんですが・・・・・？
いかがなものかと
229:デフォルトの名無しさん
07/07/20 22:17:40
m_btnSelectBrandGroup
230:デフォルトの名無しさん
07/07/20 22:20:04
>>229
おぉ～いいですね、神が降臨しそうです、いい変数名や関数名が思い浮かばないと
自分の趣味のプログラムはモチベーションが上がらないんですww
231:デフォルトの名無しさん
07/07/20 22:43:53
素朴な疑問。
そもそもその”銘柄グループ選択ボタン”という呼び方からして変じゃないか？
普通ボタンの動作というのはEnterとかApplyとかDoって感じで、「選択」はちょっと
違うんじゃないの？
それともドロップダウンボタンみたいな奴なのか
232:デフォルトの名無しさん
07/07/20 22:52:10
”銘柄グループ選択ボタン”を押したら"銘柄グループ選択ダイアログ"が開くんだろ多分
233:デフォルトの名無しさん
07/07/21 11:51:55
そもそも銘柄->Brandでいいのか？
234:デフォルトの名無しさん
07/07/21 12:29:34
何の銘柄かわからないしなぁ
たばこの銘柄 -> brand
株の銘柄 -> description
とか？
235:デフォルトの名無しさん
07/07/21 22:27:55
作成日時
更新日時
アクセス日時
データベースで使うのですが、WINDOWSのEXPROLERライクなネーミングにしようかと考えています。
どうぞよろしくお願いします。
236:デフォルトの名無しさん
07/07/21 22:37:05
英語版のWindowsからそのまま用語ひっぱってくればいいんじゃね？
237:235
07/07/21 22:48:41
英語版のWINDOWSを持っていればできるんですけどねえ・・・だめぽ。
238:235
07/07/21 23:07:26
WINDOWSライクにするには、情報が無いらしい・・・。
という事で、自分で考えた奴で行くしかないわけだけど、作成日時だけどういう名前にしていいかわからない。
MAKEなのかCREATEなのかも微妙にわからない。難しく考えすぎなのかな？
作成日時
更新日時======>LAST_UPDATE
アクセス日時===>LAST_ACCESS
239:デフォルトの名無しさん
07/07/21 23:13:01
名詞形はCREATION。
CREATIONだけだと意味不明なのでCREATION_TIMEとして
他の二つにも_TIMEをつけたら如何？
MAKEではないよ
240:デフォルトの名無しさん
07/07/21 23:13:38
Created
Last Modified
Last Accessed
とするのが常套。
241:235
07/07/21 23:16:58
>>239
ありがとうございます。
基本的過ぎてオリジナルの名前付けるのが怖かったので、アドバイスが受けれて心配しました。
242:235
07/07/21 23:18:25
>>240
ありがとうございます。
それで逝きます。
243:デフォルトの名無しさん
07/07/21 23:38:39
Rails なら、DBのカラムのネーミングはこんな感じ。
created_at
updated_at
accessed_at
DBの場合は、最終アクセス日時は普通はあまり更新しないけどね。
244:デフォルトの名無しさん
07/07/21 23:50:52
言語でも違うのか・・・。
汎用系、オープン系、WEB系とかて色々常套がありそうな感じですね。
245:デフォルトの名無しさん
07/07/22 00:25:48
typedef struct _WIN32_FIND_DATA { // wfd
DWORD dwFileAttributes;
FILETIME ftCreationTime;
FILETIME ftLastAccessTime;
FILETIME ftLastWriteTime;
DWORD nFileSizeHigh;
DWORD nFileSizeLow;
DWORD dwReserved0;
DWORD dwReserved1;
TCHAR cFileName[ MAX_PATH ];
TCHAR cAlternateFileName[ 14 ];
} WIN32_FIND_DATA;
246:デフォルトの名無しさん
07/07/25 18:09:26
二重起動してるかどうかを判定する関数の名前を教えてください。
247:デフォルトの名無しさん
07/07/25 18:11:13
SudeniKidouSareteiru
248:デフォルトの名無しさん
07/07/25 19:14:02
IsAlreadyRunning
249:デフォルトの名無しさん
07/07/25 20:14:22
isFiredUp
250:デフォルトの名無しさん
07/07/25 21:08:01
IsRunningAnotherInstance
251:デフォルトの名無しさん
07/07/25 21:14:57
IsOops
252:246
07/07/25 22:31:21
>>248氏のIsAlreadyRunningに決定いたしました。
皆様ご参加ありがとうございました。
253:デフォルトの名無しさん
07/07/25 23:44:36
>>252
言っとくけどその関数、「true/false を返す」なんていう単純な仕様じゃ役に立たない・・・
というかバグってるからな（低い確率で多重起動を許してしまう）。
>>247-251
初心者相手なんだからちゃんと説明してやれよ。スレ違いだけどさ。
254:デフォルトの名無しさん
07/07/25 23:50:30
また謎なことをw
自信がないから思わせぶりなことしか書けないんだろうけど、
自信がないならむしろ黙っているべきだろう。
255:デフォルトの名無しさん
07/07/25 23:55:20
ヒント：夏休み
256:デフォルトの名無しさん
07/07/25 23:58:39
中身がTest and Setになってて、Test結果を返すって仕様かもしれないじゃん
257:246
07/07/26 00:10:13
あーmutex使う定番のやり方なんでご心配なく
(mutexは広域オブジェクトで別管理です)
258:デフォルトの名無しさん
07/07/26 00:15:17
>>257
その関数内でmutexを取得するってこと？
Is～って命名の関数で状態を変更しちゃだめだよ
259:デフォルトの名無しさん
07/07/26 00:19:32
どこの村の掟だよそれw
同期オブジェクトでロックする事だって「状態の変更」とみなしうるわけだが、
じゃあそれもダメってのかね
260:246
07/07/26 00:28:38
なんでこんな突っ込まれてるのか判らない・・・
広域オブジェクトが状態持ってますんで、それ読みに行くだけのことです。
261:デフォルトの名無しさん
07/07/26 00:31:23
会話成り立ってるからええやん
262:デフォルトの名無しさん
07/07/26 00:32:05
例外で処理するほうがコードがすなおに読めるかも。
try {
AcquireInvocationLock();
} catch (AnotherInstanceRunningException& e) {
::ExitApplication(ERR_ANOTHER_INSTANCE_IS_RUNNING);
}
263:デフォルトの名無しさん
07/07/26 00:40:18
皆さん相当お暇な様ですね
264:258
07/07/26 00:51:57
>>260
二重起動防止のために使うんだよね。
読みにいくだけって処理になんの意味が？
「mutex確認」→「取得されてなければ作成」って流れだと
確認した直後に他のプロセスが作成したら二重起動になるよ。
>>259
Get～関数で状態を変更していいって教わったか？
同期ロックは帰る前にロック解除するわけで意味的には状態を変更してることにならないっしょ。
265:デフォルトの名無しさん
07/07/26 00:54:08
>>264
>>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
スレ違いじゃボケ。子ね。
266:デフォルトの名無しさん
07/07/26 00:58:13
パルプンテみたいな関数があります。
英語でパルプンテの綴りを教えてください。
267:デフォルトの名無しさん
07/07/26 00:59:55
>>264
MSDNでCreateMutexでも読んで消えてね
268:デフォルトの名無しさん
07/07/26 01:02:16
palpunte
269:デフォルトの名無しさん
07/07/26 01:03:42
>>266
Chance
270:デフォルトの名無しさん
07/07/26 01:05:41
今のはメラではない、メラゾーマだ！
みたいなド迫力な名前お願いします。
271:デフォルトの名無しさん
07/07/26 01:18:05
弱くなってんじゃねーか
272:デフォルトの名無しさん
07/07/26 01:24:46
perl ping tail
273:デフォルトの名無しさん
07/07/26 01:53:35
DemonsMayFlyOutOfYourNose
274:デフォルトの名無しさん
07/07/26 02:05:06
>>273
中身が未定義だらけで呼び出したくなくなるような名前だｗ
275:デフォルトの名無しさん
07/07/26 08:55:09
>>264
馬鹿どもの相手はするな、こいつらには理解できん。
276:デフォルトの名無しさん
07/07/26 10:17:49
(・∀・)
277:デフォルトの名無しさん
07/07/26 12:43:16
>>275
馬鹿は264でしょw
264が言ってるのはただの「ありがちなバグ」に過ぎず、
246のような事をした場合、不可避な問題というわけではない。
278:デフォルトの名無しさん
07/07/26 14:16:09
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>1すら読めない馬鹿はレスしないでください＞＜
279:デフォルトの名無しさん
07/07/26 18:41:27
またお前さんかw
俺に言わせれば、そもそもの「目的」に還元して物事の是非を考えられない
>>278のような馬鹿こそ出入り禁止にしたいよw
>>246以降の話題が誰かに不利益をもたらしたかのかよw
>>246以降の話題が誰の利益にもなってないか？
利益を得たものが仮にいたとして、そいつはこのスレにとって「場違いな奴」と断言できる？
280:デフォルトの名無しさん
07/07/26 19:18:20
設計の善し悪しは議論禁止だけど、
設計まずそうだなって直感的にわかるとやっぱり言いたくなるんだよな
281:デフォルトの名無しさん
07/07/26 19:39:24
>>279
還元の使い方を間違えてる
282:デフォルトの名無しさん
07/07/26 19:51:02
>>281
どこがどう間違ってるのか具体的に言ってみろよｗ
論理的な反論ができないから、
重箱の隅を突くような指摘をして話題を逸らそうとしているんだろ？
>>281みたいな空気の読めない馬鹿が１人いるだけで本当に疲れるよねｗ
話の流れと関係のない茶々を入れて有益な議論を一々妨害しないで欲しいな。
この手の輩は本人は気付いてないだろうけどね（多分、一生気付かない）
283:デフォルトの名無しさん
07/07/26 20:02:08
目的や意図を聞き出すのは名前を考える上で必要不可欠だろうけど
そうするとどうしても設計議論になっちゃうな
284:デフォルトの名無しさん
07/07/26 20:05:11
>>282
そもそもスレ違いのくせに有益とか自画自賛してんじゃねーよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
285:デフォルトの名無しさん
07/07/26 20:06:40
>>283
だから設計議論のどこが悪いんだよ。
それが誰かの利益になっているのなら何の問題もないだろ？
286:デフォルトの名無しさん
07/07/26 20:10:04
設計の良し悪しを議論するスレなら幾らでもあるので
こんなスレはブックマークから消してどこへなりと行くほうが楽しいよ
君にとっても
287:デフォルトの名無しさん
07/07/26 20:11:39
このスレは今から「絶対上がる株を紹介するスレ」に変わりました
288:デフォルトの名無しさん
07/07/26 20:12:47
>>287
それはとても有益だな
きっと>>285は参加する事だろう
俺はせんけど
289:デフォルトの名無しさん
07/07/26 20:27:04
変数名でnum_hogeとhoge_numって使い分けてる？
num_hogeだとnumber of hoge(≒総量)
hoge_numだとhoge number(≒インデックス)
と解釈してるんだけど。
290:デフォルトの名無しさん
07/07/26 20:33:19
俺は語順に意図を込めたりしないな
291:デフォルトの名無しさん
07/07/26 20:37:15
hoge_i
292:デフォルトの名無しさん
07/07/26 20:39:02
一度、それを考えてみようと思ったけど、今は、量を表すときは、count使って逃げてるな俺は。
293:デフォルトの名無しさん
07/07/26 20:41:09
似たような役割の変数がいくつかあればこんなふうに書くことが多いかなぁ
num_abcd
num_bcde
num_cdef
インテリセンスで見つけやすいから・・・ってだけなんだが
294:デフォルトの名無しさん
07/07/26 21:06:51
意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。
不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。
295:デフォルトの名無しさん
07/07/26 21:16:19
意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。
不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。
296:デフォルトの名無しさん
07/07/26 21:18:50
BitBltのことかあああああああああああああああ
297:デフォルトの名無しさん
07/07/26 21:19:27
creatのことです
298:デフォルトの名無しさん
07/07/26 21:20:05
って、まぁ、そうやって付けた俺のコードは識別子名長すぎでそれはそれでぱっと見
見苦しいな。
299:デフォルトの名無しさん
07/07/26 21:23:47
MSも.NETからは原則省略禁止の方向だしな。
300:デフォルトの名無しさん
07/07/26 21:26:00
短くて判りやすい単語を探し出す能力
長くてもよい変数名を判断する能力
301:デフォルトの名無しさん
07/07/26 22:37:28
VC#だと一文字目からいきなりインテリセンスが動くから長くても快適
302:デフォルトの名無しさん
07/07/27 02:30:01
生きててもろくなことがない
(>^o^)
＼('A`)×('A`)／ ( ／ ＼('A`)／
| | | | ／ く | |
< > ／ ＞ ／ ＼
独身男性
URLﾘﾝｸ(etc6.2ch.net)
303:デフォルトの名無しさん
07/07/27 06:15:31
>>289
意味を語順に依存させる事はしないな。取り違えやすいので。
それからnum（要素数）とi（インデックス）はオリジン（最小値）が違う。
混同すると境界エラーになりやすいから必ず意識的に区別するようにしてる。
304:デフォルトの名無しさん
07/07/27 06:25:33
>>1から始まる2chを使っといてなんだけど、
1から始まるインデックスはなんかキモいんだよなぁ
305:デフォルトの名無しさん
07/07/27 11:03:28
>>303
なるほどこういう流儀もあるのか。
とはいえオリジンが 1 であるものを取り扱うことって滅多にないな。
306:デフォルトの名無しさん
07/07/27 12:01:59
総量はCount.インデックスはIndex
自分のソースは InnerRectangleWithRootDeviceMarginAreaHandler
こんな名前のクラスばっかりだ･･･('A`)
307:デフォルトの名無しさん
07/07/27 12:18:40
それはさすがに長すぎるなぁ
詳細はコメントに書いたほうがいいと思う
308:デフォルトの名無しさん
07/07/27 12:29:46
コメントは書かない主義なんです
309:デフォルトの名無しさん
07/07/27 12:30:40
なんだ
ネタか
310:デフォルトの名無しさん
07/07/27 12:35:56
ネタではないと思うよたぶん。
俺もまれにそういうクラスを作っちゃったりする。
まあでも、そこまでジュゲムジュゲムになるなら、
名前空間使えるなら適当な名前空間に放り込むとかインナークラスにするとかした方がいいかもね。
311:デフォルトの名無しさん
07/07/27 13:11:51
インデックスはHogeIndex
要素数はHogeCount
固定な長さはHogeLength
312:デフォルトの名無しさん
07/07/27 17:24:58
値を外から受け取ってプロパティーにセットする（普通のセッター）んじゃなくて
値を内部で計算してプロパティーにセットするメソッドは何にすればいいの？
setHoge()だと、前者と混同してしまうし…
313:デフォルトの名無しさん
07/07/27 17:47:32
calc系ね
314:デフォルトの名無しさん
07/07/27 18:04:08
calcHoge()でいいんじゃね？
315:デフォルトの名無しさん
07/07/27 18:41:52
なんか頭悪そうな印象があるcalcXXX
316:デフォルトの名無しさん
07/07/27 18:42:21
あるある
317:デフォルトの名無しさん
07/07/27 18:47:21
別にcalcが頭悪そうとは俺は少しも思わないが、
名前をそうするのなら計算結果を返り値で返すようにした方がいいと思う。
で、>>312の回答としては、UpdateXXでいいんじゃない？
318:デフォルトの名無しさん
07/07/27 18:52:47
>>317
自分もそれに賛成
319:デフォルトの名無しさん
07/07/27 19:05:26
setHogeのオーバーロードじゃだめなのかと思ったが、
引数取らないのかな。
それならrefreshとかupdateか。
320:デフォルトの名無しさん
07/07/27 20:37:54
date で「年月日」を意味するように使ってきたんだけど、「月日」の場合はどうしようかな？
どうでも良さげなんだけど、ちょっと使い分けたくなってきたんだ。
知恵をお願いします。
321:デフォルトの名無しさん
07/07/27 20:44:17
リファクタリングして年月日のdateをdateYMDに、月日をdateMDに、とかどう？
322:デフォルトの名無しさん
07/07/27 21:20:51
>>321
それ採用させていただきます。
323:デフォルトの名無しさん
07/07/28 00:42:26
変数名が素直に決まらない、そんなときがリファクタリングどき。
324:デフォルトの名無しさん
07/07/28 12:58:40
リファクタリングというのは、むしろ（暫定的につけた名前が）本決まりに
なったときに行うものではないの？w
325:デフォルトの名無しさん
07/07/28 15:17:54
リファクタリングの1つである名前の変更は、だな。
326:名無しさん＠そうだ選挙に行こう
07/07/29 10:14:51
時々ここでインスピレーションを頂いている俺様がきましたYO！
今日は、マクロスイッチの名前で相談なんだけど
週明けから、Visual Studio 2005に、VC6で作った膨大なMFCのライブラリの
移植作業に取り掛かるんだけど、なかなか良いマクロスイッチ名が思い浮かびません
誰か閃いてください。
327:名無しさん＠そうだ選挙に行こう
07/07/29 10:28:01
まあ君が「エスパー依存型」の日本語しかかけない奴だということはよく分かった。
しかしこういう>>326みたいな人間の困るところは、自分の文章が読み手のESP能力を
前提としている、という自覚が皆無な点で、だからこうやって人にそのことを
指摘されてもおちょくられてるとか勝手に勘違いして逆切れしたりするんだよね。
328:名無しさん＠そうだ選挙に行こう
07/07/29 11:20:12
中身が全く無くスレの趣旨にも合わない典型的な糞レス乙。
329:名無しさん＠そうだ選挙に行こう
07/07/29 12:13:28
XXX_VC6_MFC_COMPATIBILITY
330:名無しさん＠そうだ選挙に行こう
07/07/29 12:14:27
自分で決めないでも既にありそうな飢餓
331:名無しさん＠そうだ選挙に行こう
07/07/29 13:19:34
マクロスイッチ？
332:デフォルトの名無しさん
07/07/29 14:07:10
ピタゴラスイッチ？
333:名無しさん＠そうだ選挙に行こう
07/07/29 15:48:18
アルゴリズム体操？
334:名無しさん＠そうだ選挙に行こう
07/07/29 15:52:21
>>326
そのマクロスイッチでどういう状態を切り替えるの？
335:名無しさん＠そうだ選挙に行こう
07/07/29 16:37:33
_326_WO_KOROSU_SUICCHI
336:デフォルトの名無しさん
07/07/29 21:03:16
dropTableAll
dropAllTable
メソッド名として
どっちがベターですか？
337:デフォルトの名無しさん
07/07/29 21:07:46
どっちも意味不明だと思いますが。。
338:デフォルトの名無しさん
07/07/29 21:11:28
ウチの会社では dropTable("ALL") などという訳の判らないリファレンスが降りてくるから困る
339:デフォルトの名無しさん
07/07/29 21:11:43
>>336
何をするメソッド？
340:デフォルトの名無しさん
07/07/29 21:20:26
すべてのテーブルをドロップする: DropAllTables
「All」という名前のテーブルをドロップする: DropTableAll
341:デフォルトの名無しさん
07/07/29 21:24:09
dropTable();//一つのテーブルをドロップ
dropTableAll();//全部のテーブルをドロップ
自分はこんな風にしてる
342:デフォルトの名無しさん
07/07/29 21:25:11
テーブルのすべてをドロップする: DropWholeTable
ドロップって何？
343:デフォルトの名無しさん
07/07/29 21:26:09
SQL
344:デフォルトの名無しさん
07/07/29 21:26:49
サクマ式？
345:342
07/07/29 21:33:07
テーブル単位の操作なのか。
じゃ>>342は見当違いだったな。ｽﾏｿ
346:デフォルトの名無しさん
07/07/29 23:02:45 0
エンコード（UTF-8やEUC-JP)を代入する変数は
encodeですか？encodingですか？
347:デフォルトの名無しさん
07/07/29 23:04:05 0
名詞: encoding
動詞: encode
348:デフォルトの名無しさん
07/07/29 23:05:43 0
>>347
ありがとうございました
じゃあ時々名詞的にエンコードと言っているのはジャップが馬鹿なんですね
349:デフォルトの名無しさん
07/07/30 05:07:03
まあ、英語にも kimono って動詞があるくらいには日本人が馬鹿なんじゃない？
350:デフォルトの名無しさん
07/07/30 05:11:03
＿__ ━┓
／ ―＼ ┏┛
／ノ (●)＼ ・
. ｜ (●) ⌒）＼
. ｜ （__ノ￣ |
＼ /
＼ _ノ
/´ ｀＼
| |
| |
＿＿＿ ━┓
／ ― ＼ ┏┛
／ (●) ＼ヽ ・
/ （⌒ (●) /
/ ￣ヽ__） ／
. ／´ _＿_／
| ＼
| |
351:デフォルトの名無しさん
07/07/31 00:03:27
登録日時を保存するカラム名にいつも迷う
registDateTimeにしてるけどなんか冗長な気がして
何かいいのない？
352:デフォルトの名無しさん
07/07/31 00:08:05
構造体、クラス、テーブルに
シンプルにDateだのTimeだのがあったら普通タイムスタンプだとおもわね？
区別する必要があるんだったらごめん
353:デフォルトの名無しさん
07/07/31 00:13:06
多少冗長でもやっぱり意味は明示されてたほうがいいと思うよ。
354:デフォルトの名無しさん
07/07/31 00:15:02
むしろそれを冗長と感じる感覚が理解できない。
冗長とは情報が重複していて無駄に長いこと。
重複してないし無駄に長くもないじゃん。
355:デフォルトの名無しさん
07/07/31 00:26:52
データベースだと、date型とかtime型とかあったりするし、
そういう意味で冗長なんじゃないのかなあ。
356:デフォルトの名無しさん
07/07/31 00:28:05
それだけ見ればそうだろうがね。
357:デフォルトの名無しさん
07/07/31 22:33:59
>>351
つ regist > register
resist という単語はあるが、registerという単語はないので。
358:デフォルトの名無しさん
07/07/31 22:39:53
？
説明逆じゃね
359:デフォルトの名無しさん
07/07/31 22:39:54
registerはあるがな
360:デフォルトの名無しさん
07/07/31 22:42:50
>>357はたぶんスペイン語とかスワヒリ語
361:デフォルトの名無しさん
07/07/31 22:45:45
うん。すげーはずかしいな俺。
resist という単語はあるが、registという単語はない
と言いたかったんだ。
362:デフォルトの名無しさん
07/07/31 22:49:11
いや言いたいことは分かったからおk
363:デフォルトの名無しさん
07/07/31 23:08:41
ＭＶＣ構造とかで作るときに、コントローラのクラス名なんにする？
-Controllerとか、-Ctrlとか
だと、WindowsにTreeCtrlとかなんやかんやあって被るので
嫌なんだけど。
（インスタンス名だって、xxxCtrlとかだと、ウインドウコントロール
なのか、もしくはそれ以外の物理的または
制御を担うコントローラなのかの区別が付かない・・
364:デフォルトの名無しさん
07/08/01 02:04:10
Ctrlって書いてあったら普通Controlと解釈するから
ControllerをCtrlと表記するのはやめた方がいいと思う
365:デフォルトの名無しさん
07/08/02 07:47:45
略すなバーロー
366:デフォルトの名無しさん
07/08/02 07:48:51
ber low
367:デフォルトの名無しさん
07/08/02 18:45:16
var6でおｋ
368:デフォルトの名無しさん
07/08/03 08:15:20
バーはアンダーバーにしよう。
_6
369:デフォルトの名無しさん
07/08/03 12:40:48
あー、でもローはノイズだから省略して…
_
370:デフォルトの名無しさん
07/08/03 13:20:36
ポロロッカで逆流する水の速度を時系列で格納しておく配列の名前をお願いします。
371:デフォルトの名無しさん
07/08/03 13:34:54
prws_chart
p:pororoca
r:reverse
w:water
s:speed
372:デフォルトの名無しさん
07/08/03 14:05:30
略すなバーロー
373:デフォルトの名無しさん
07/08/03 17:21:41
よくドロー系のアプリに実装してある
四角形や円や線を描く時にShiftキーを押しながらだと
正四角形や水平な線が描ける機能の名前がまったく見当付きません。
よろしくお願いします。
374:デフォルトの名無しさん
07/08/03 17:30:16
制限つき描画ってことでRestrictiveDrawとか。
375:デフォルトの名無しさん
07/08/03 17:36:15
ConstrainedDraw を推薦します。
376:デフォルトの名無しさん
07/08/03 17:42:02
stdauxのauxってどういう意味なんでしょう？
377:デフォルトの名無しさん
07/08/03 17:42:36
ごめん英辞郎で調べたらでてきた
AUX
【略-2】 ＝auxiliary
補助装置｛ほじょ そうち｝
378:デフォルトの名無しさん
07/08/03 18:22:49
stdauxなんてあるのかよ。って思ってググったら無くはないんだね。
ところでstdauxってどこにつながってんの？
379:デフォルトの名無しさん
07/08/03 18:30:59
ヤボなこと聞かないで
380:デフォルトの名無しさん
07/08/03 18:45:36
>>373
なんかよくよく読むとよくわからない質問だなあ。
質問は、そういう機能をなんと呼ぶべきか、なんだよねえ？
メソッドの名前なら普通にDrawRegularPolygonとかDrawCircleで済むわけだし。
なら当然日本語でいいわけだ。
「正規化の強制（補正）機能」とか「非扁平の強制（補正）機能」とかかなあ。
381:デフォルトの名無しさん
07/08/03 18:52:42
それに対するフラグやメニューアイテムオブジェクトを格納する変数の名前を聞いてるんだろ
日本語でいいんだったら日本語でもいいだろうけど
382:デフォルトの名無しさん
07/08/03 18:56:52
少なくとも373の文章にはそんなこと書いてないけど。
>>381のような解釈はもはや「意訳」じゃなくて、控えめにいってESP、
ありていに言えばただの妄想だよ。
383:デフォルトの名無しさん
07/08/03 19:45:03
擦れの内容考えればそれぐらいの推論しろよｗｗｗ
384:デフォルトの名無しさん
07/08/03 19:55:09
難癖付け君まだいたのか。
385:デフォルトの名無しさん
07/08/03 20:40:34
ある程度推測しろという意見には異論はないが、
曖昧な質問(質問になってないこともあるが)をすれば、
何の名前を聞いてる？変数？関数？クラス？
それの役割は？どういう機能を持ってる？どういう実装をした？
というようなレスが返ってくるのは目に見えてるから、
はじめから必要な情報は提供するべきだと思うが
前から思ってたんだが、質問時のガイドラインみたいなものは無いのか
386:デフォルトの名無しさん
07/08/03 21:04:26
あるよ。
URLﾘﾝｸ(www.redout.net)
387:デフォルトの名無しさん
07/08/03 21:09:16
ガイドラインのようなものは「最初から救われている人間しか救わない」
つまりガイドラインが仮に客観的に合意可能な類の合理性を備えているとしても、
それが読者の対象として想定しているタイプの人間はガイドラインなぞ読まないし、
読んでも理解して実践しない。
だから意味ないよ。
ガイドライン作る奴の達成感や他人を制御している、という妄想を満足させる以上には。
388:385
07/08/03 22:17:35
完全なガイドラインでなくとも>>373のような説明の下手な質問者のために、
質問者の意図が伝わり易くなるようなヒントがあると良いと思う
389:デフォルトの名無しさん
07/08/04 18:54:34
再帰的に空のディレクトリを削除する関数の名前は？
とりあえずdeleteEmptyDirRecursiveにしたんだけど
390:デフォルトの名無しさん
07/08/04 19:15:18
そんな関数必要ないだろ
391:デフォルトの名無しさん
07/08/04 19:18:52
ほんとだ…
気づかなかった
何しようとしてたんだ俺は
392:デフォルトの名無しさん
07/08/04 19:26:26
DEDR
393:デフォルトの名無しさん
07/08/04 19:27:30
いややっぱりいるわ
rmdir -p
だと最初に一番深いパスを指定しないといけないから。
トップのパスを指定して削除したいんだよ
それとも他にいい方法ある？
394:デフォルトの名無しさん
07/08/04 20:48:27
トップのディレクトリだけでいいんなら
findかなんかでファイル有無テストして
rmしちゃえば？
395:デフォルトの名無しさん
07/08/04 21:18:37
deleteEmptyDirRecursively
396:デフォルトの名無しさん
07/08/04 21:24:07
特定の環境でいるかいらないかはこのスレ的にはどうでもいいな。
389のいう機能がまったく荒唐無稽ならともかく、そんなことはないのだから。
名前はDirectory.DeleteEmptiesとかDeleteEmptyDirectoriesとかにして、
列挙値を引数で渡して削除方法を指定するようにしたらどうかな。
無理にメソッド名に削除方法を盛り込むと無駄に長くなりそうだ。
397:デフォルトの名無しさん
07/08/04 23:06:59
ファイルエントリとのマッチ条件を保持するクラスは何にしますか？
条件を設定して
matchメソッドでパス渡して判定する感じのクラスです
398:デフォルトの名無しさん
07/08/04 23:22:06
matchCondition
399:デフォルトの名無しさん
07/08/04 23:22:08
そのまんまMatchConditionとか。
400:デフォルトの名無しさん
07/08/04 23:26:22
保持しているものがマッチ条件なら、
マッチ条件を思わせる名前しかありえないとおもうが
401:デフォルトの名無しさん
07/08/04 23:28:16
.NETのPredicate<T>デリゲートは洒落てると思った
>>396に適用するのは不適切かもしれないけど
402:デフォルトの名無しさん
07/08/04 23:28:29
FileShowEntryFilter
403:デフォルトの名無しさん
07/08/04 23:29:45
ファンクタのことだったりしてね？＜>>401
404:デフォルトの名無しさん
07/08/04 23:29:58
シンプルに(XX)Judgeとか(XX)Evaluatorでいいんじゃない？
ところでファイルエントリって何？
ググるとjavaの用語みたいだけどようわからん。
405:デフォルトの名無しさん
07/08/04 23:30:29
ディレクトリエントリなら分かるけれども
406:デフォルトの名無しさん
07/08/04 23:40:19
ありがとうございます
fileMatchConditionにします
>>405
そうですね
407:デフォルトの名無しさん
07/08/04 23:48:11
用語もなにもそのままファイルのエントリでそ
408:デフォルトの名無しさん
07/08/05 04:40:16
>>389
removedirs
409:デフォルトの名無しさん
07/08/05 08:12:07
メモ帳的なアプリで起動すると前回のファイルが自動的に開いて
書き込み・修正を行うと一定間隔で保存され
閉じるときのも保存される、ロード･セーブという概念のないアプリはなんて名前がいいですか？
スクラッチパッド？
410:デフォルトの名無しさん
07/08/05 08:13:44
メニュー・ツールバー・コマンドラインでの保存ができないだけであって
「セーブできないアプリ」などというとニュアンスが違う希瓦斯
411:デフォルトの名無しさん
07/08/05 08:40:41
自動保存されるメモ帳
412:デフォルトの名無しさん
07/08/05 09:12:11
>>409
黒板、ホワイトボード、ちらうら、落書き帳、等々
適当でｲｲﾝじゃまいか
413:デフォルトの名無しさん
07/08/05 12:36:30
DirectRefrectiveNotepad
414:デフォルトの名無しさん
07/08/05 12:37:38
ごめんrとlを間違えた！
DirectReflectiveNotepad
415:デフォルトの名無しさん
07/08/05 12:41:48
>>409
電子粘土板
416:デフォルトの名無しさん
07/08/05 12:48:01
『データとコードが癒着した、利用価値の低いアホなエディタ』
（※ 要は問答無用でデータが自動保存されるドキュメントエディタであれば
必要十分なはずで、ファイルという概念をユーザーから隠蔽する必要があるとは
俺には思えないんだが。。）
417:デフォルトの名無しさん
07/08/05 12:56:35
付箋紙みたいなやつ？
418:デフォルトの名無しさん
07/08/05 14:38:36
>>416
>>1
419:デフォルトの名無しさん
07/08/05 16:32:44
粘着掲示板 -> PersistenceBBS
420:デフォルトの名無しさん
07/08/05 16:33:43
すまん間違った
PersistentNotePad
421:デフォルトの名無しさん
07/08/05 20:08:00
ループカウンタの名前お願いi,j,k以外で
422:デフォルトの名無しさん
07/08/05 20:22:47
何をカウントするんだよ
423:デフォルトの名無しさん
07/08/05 20:29:44
taro,jiro,saburo
424:デフォルトの名無しさん
07/08/05 21:49:38
LoopCounter1,LoopCounter2,LoopCounter3
425:デフォルトの名無しさん
07/08/05 21:52:32
ore,omae,aitsu
426:デフォルトの名無しさん
07/08/05 21:57:28
１． Ａ Ａｌｆａ（アルファ）
２． Ｂ Ｂｒａｖｏ（ブラボー）
３． Ｃ Ｃｈａｒｌｉｅ（チャーリー）
427:デフォルトの名無しさん
07/08/05 22:01:01
その調子でＺまでたのむ。
428:デフォルトの名無しさん
07/08/05 22:01:39
qwe asd zxc
たまに使う
429:デフォルトの名無しさん
07/08/05 22:01:52
みんなループカウンタにi,j,kみたいに意味のない名前を付けるとき
外から順？内から順？どっちもある？
たとえば外から順にi,jってつけてあるループの
さらに外にループを作る必要が出てくると無性に腹が立つｗ
430:デフォルトの名無しさん
07/08/05 22:04:40
for(しんぶんし)
for(んぶんしし)
for(ぶんししん)
431:デフォルトの名無しさん
07/08/05 22:25:29
そこでリファクタリングですよ
432:デフォルトの名無しさん
07/08/05 22:26:24
俺なら関数内でループが二重になった時点で黄信号
433:デフォルトの名無しさん
07/08/05 22:28:56
そこでgotoですよ
434:デフォルトの名無しさん
07/08/05 22:53:25
for(goto=0;goto<256;goto++)
for(i=0;i<16;i++)
for(j=0;j<8;j++)
?
435:デフォルトの名無しさん
07/08/05 22:56:33
>>427
26重ループとかあったら嫌すぎる
436:デフォルトの名無しさん
07/08/05 23:01:10
再帰をベタ展開したらそうなりそうだなあ
437:デフォルトの名無しさん
07/08/05 23:09:57
K1のKはKoreaというのはわかるんだけど1は何？
438:デフォルトの名無しさん
07/08/05 23:13:40
誤爆しました
439:デフォルトの名無しさん
07/08/05 23:15:34
何も言わなければスルーされたであろうに、
「誤爆しました」なんて言うから…
Kだけだと商標になれないから、数字と英字の組み合わせにしたんじゃないかな。
440:デフォルトの名無しさん
07/08/05 23:28:49
しかし、プログラマにもネトウヨというか嫌韓厨というか、そういう人種がいるんだねw
ああいうのは竹中平蔵の例のシンクタンクが「B層」と表象した、
知能も収入も低い不満層が陥るビョーキだと思ってたが。
でもまあ今日日プログラマっていってもいろいろだからなあw
441:デフォルトの名無しさん
07/08/05 23:44:29
ほれ、437が誤爆したせいで変な人も湧いてしまったではないか。
442:デフォルトの名無しさん
07/08/05 23:47:40
全ては夏のせい
443:373
07/08/06 00:06:30
>>375
有難うございます。
Constrainedいいですね。
自分ではkeep justぐらいしか思いつかなくて困っていました。
全然意味違いますよね。
>>380
すみません。わかりにくかったですね。
この機能のON/OFFフラグのプロパティ名です。
444:デフォルトの名無しさん
07/08/06 01:54:43
クラス名とメソッド名がかぶった時はどうしますか？
たとえばhogehogeBuilderというクラスに
buildメソッドを実装するのってなんか冗長な感じするんですが
445:デフォルトの名無しさん
07/08/06 01:56:23
そのままで使う
446:デフォルトの名無しさん
07/08/06 02:02:51
それはおかしくはないんじゃないかな
XmlWriter.WriteStringとかあるし
447:デフォルトの名無しさん
07/08/06 02:06:45
>>427
軍の呼び方だよ。Ｚまである
>>440
だってしょうがないじゃん。反日が韓国の
国策なんだから、
好きになれるわけがない
>>444
do_it()
work()/do_your_work?
execute()
448:デフォルトの名無しさん
07/08/06 08:09:22
VBで言うところの
デフォルトのプロパティならぬデフォルトのメソッドか。
C++なら()をオーバーロードして… だめ？
449:デフォルトの名無しさん
07/08/06 09:24:57
重複・冗長は気にする必要ないと思うが
そのクラスのほぼ唯一の機能を発動させる場合Execute使うな。
450:デフォルトの名無しさん
07/08/06 10:01:07
～BuilderならCreate/Create～/To～とか
451:デフォルトの名無しさん
07/08/06 12:16:44
ある条件を表すクラスXXConditionがあります。
こいつにあるオブジェクトを渡してそれが条件に当てはまるかどうかを判定するメソッド名は何が良いでしょうか。
452:デフォルトの名無しさん
07/08/06 12:34:37
Match
453:デフォルトの名無しさん
07/08/06 13:29:44
Is…Isなんとか
454:デフォルトの名無しさん
07/08/06 13:42:14
Satisfied
455:デフォルトの名無しさん
07/08/06 15:47:11
IsMatched
456:デフォルトの名無しさん
07/08/06 15:51:53
ed要らなかった。
457:デフォルトの名無しさん
07/08/06 15:54:19
それはおかしいだろ。Matchを使うなら、IsMatchedかMatches。
458:デフォルトの名無しさん
07/08/06 16:02:39
Matchは正規表現とかがあってそれに合致するかという条件ならいいが、
一般にConditionを満たすという意味ではおかしい。
SatisfiesXXCondition
IsXX
459:デフォルトの名無しさん
07/08/06 16:15:48
>>458
べつにおかしくないと思うけどな？
むしろXXをメソッド名に含めるのはまずいと思われ
>>457
.NETの正規表現だとIsMatchやね
460:デフォルトの名無しさん
07/08/06 16:43:32
matchは形容詞でもあるので間違いではない。
461:デフォルトの名無しさん
07/08/06 16:52:23
と思ったら勘違いだったｗ俺変な英語話してるかも。
462:デフォルトの名無しさん
07/08/06 17:35:48
「条件を満たすもの」→「Those which satisfy condition」(by Google Translate)
この機械翻訳あってんのかどうかしらんけど、これだと
isSatisfied...前置詞はなんだろ
463:デフォルトの名無しさん
07/08/06 18:27:04
cond->IsSatisfiedBy(obj)
もちっと、「条件」の具体例が欲しいな
464:デフォルトの名無しさん
07/08/06 18:35:03
Satisfiedってあまり「人」以外にはつかない形容詞だと思うけどw
少なくともコードの中ではあまり見かけない言葉だなあ。
普通にIsMatch以外にする理由が、書いている奴の偏屈以外に見当たらないと思う。
判定結果がbool以外なら、ちょっと前にも書いたJudgeとかEvaluateもありうるとは思うが。
465:デフォルトの名無しさん
07/08/06 19:09:26
「条件に合う」という意味だけでは抽象的過ぎるから
「条件」の内容に言及したネーミングがいいと思うんだけどな
466:デフォルトの名無しさん
07/08/06 19:15:40
accept とか
xxxCondition.accepts(obj)
xxxCondition.canAccept(obj)
xxxCondition.isAcceptable(obj)
467:デフォルトの名無しさん
07/08/06 19:26:39
>>465
本当にそうか？
じゃあ例えば人語（日本語でいい）で、「条件に合う」の<合う>の部分が
条件によって別の言葉に変わったりするか？w
条件という言葉自体が抽象名詞だから変わったりしないだろう。
468:デフォルトの名無しさん
07/08/06 19:33:51
>>467
日本語と英語は違う
469:デフォルトの名無しさん
07/08/06 19:36:53
acceptってのはカコイイかもしれない
470:デフォルトの名無しさん
07/08/06 19:42:36
acceptだと
if (xxxCondition.canAccept(obj))
xxxCondition.Accept(obj);//xxxCondition内のコレクションにobjを追加
とかできそう
471:デフォルトの名無しさん
07/08/06 19:49:56
isvalid
472:デフォルトの名無しさん
07/08/06 20:17:58
>>467
自然言語とプログラム時の名前付けは違う
473:デフォルトの名無しさん
07/08/06 20:19:23
ていうか>>467意味不明だ
474:デフォルトの名無しさん
07/08/06 20:30:50
馬鹿はスルーしようぜ
475:デフォルトの名無しさん
07/08/06 20:32:28
>>464
> Satisfiedってあまり「人」以外にはつかない形容詞だと思うけどw
なんかすごい俺常識だな。数学とか英語でやったことないだろ。
476:デフォルトの名無しさん
07/08/06 21:05:41
>>475
ん？satisfyと勘違いしてない？
477:デフォルトの名無しさん
07/08/06 21:06:17
外部クラスのインスタンスの参照を入れるための、内部クラスに定義されたインスタンス変数の名前を
統一しようと思うのですが、何がいいですか?
478:デフォルトの名無しさん
07/08/06 21:32:08
そこにどんなオブジェクトが入るのか、その共通点から
名前を付けるのが常道だと思う。
それだけの情報だと object ぐらいしか思いつかない。
479:デフォルトの名無しさん
07/08/06 21:34:10
ExternalClassInstanseReference
480:デフォルトの名無しさん
07/08/06 21:34:41
Instanceだorz
481:477
07/08/06 22:10:51
言語はC#です。Javaであればメンバクラスにするような場合は、
外部クラスのインスタンスの参照はキーワード風に名前を統一した方がわかりやすいかな、と思いました。
482:デフォルトの名無しさん
07/08/06 22:30:04
>>475>>476
俺も気になってたので確認してみた
[Oxford dictionaryより]
satisfy
4 comply with (a condition, obligation, or demand).
satisfied
adjective contented; pleased: satisfied customers.
一般的にsatisfiedは「条件を満たす」の受身の意味では使われないという解釈でいいと思うが
日本語でも条件*が*満たされるとはあまり言わないし、
satisfyを使うなら(>>451には合わないが)こんな感じか
something.satisfies(condition)
483:デフォルトの名無しさん
07/08/06 22:33:43
outer
484:デフォルトの名無しさん
07/08/06 22:36:09
>>482
普通に受動態で、the condition is satisfied.とか使うと思うんだが。
485:デフォルトの名無しさん
07/08/06 22:37:43
>>481
D言語では.outerだな。
486:デフォルトの名無しさん
07/08/06 22:41:55
本物の外人がいたら、おまえらの議論を見て笑うだろう。
以上。
487:デフォルトの名無しさん
07/08/06 22:42:31
>>482
他動詞の過去分詞をそのままの意味で受身の意味で使う場合の意味は普通は載せてないよ。
488:デフォルトの名無しさん
07/08/06 22:43:09
>>486
で結論は？
489:デフォルトの名無しさん
07/08/06 22:46:45
限定用法か叙述用法かの話をしたいのかもしれない。
the function "satisfies the condition". とか
the condition "is satisfied". とかいう風には言えるけど、
"the satisfied condition" みたいな使い方はない
（少なくとも一般的ではない）。
「限定用法」の対義語がなんだったかしばらく考えちまったぜ。
490:デフォルトの名無しさん
07/08/06 22:47:55
もうめんどいからsatisfyなしでいいじゃん
isMatchToでよくね？
491:デフォルトの名無しさん
07/08/06 22:49:12
>>486
情けないほどくだらない煽りではあるんだけど、
そういう発言が出てくる背景として、
やはり国際的な地位としては英語の方が日本語より上だという
厳然たる事実があるんだよな。悲しいことに。
今さらローマ字でプログラミングやる気にはならないし。
492:デフォルトの名無しさん
07/08/06 22:49:42
厳密に「ない」かどうかは知らんが、ほとんど見たことない
表現なのは確かだと思うけどな。
受動態の表現を好むのは日本人英語の一つの特徴らしいけど、
ネイティブはあまり使わない言い回しじゃないのかな？
まあ、全然自信はないが。
493:デフォルトの名無しさん
07/08/06 22:55:27
Google先生に聞いてみた。
Results 1 - 50 of about 1,480,000 for "condition is satisfied".
Results 1 - 50 of about 782,000 for "satisfies the condition".
Results 1 - 50 of about 36,000 for "satisfied condition".
Results 1 - 50 of about 1,380,000 for "satisfied customer".
3番目は "... satisfied. Condition 4 is..." みたいなのが混じってる。
>>464の言う通り（スペルはミスってるが）叙述用法のときは
「人」にしかつかない、ぐらいの理解でいいんだろうか。
494:デフォルトの名無しさん
07/08/06 23:13:34
そだね
"satisfied condition"だと日本人の直訳英作文みたいな印象を受けるね
495:デフォルトの名無しさん
07/08/06 23:18:46
>>486
外人ならみんな英語をしゃべるとでも思ってるのか
496:デフォルトの名無しさん
07/08/06 23:24:56
そのツッコミもどうかとｗ
497:デフォルトの名無しさん
07/08/06 23:25:08
中国人はイングリッシュ喋るあるよ
498:デフォルトの名無しさん
07/08/06 23:26:04
extrinsic
499:デフォルトの名無しさん
07/08/06 23:27:35
日本もエゲレスに占領されてればよかったのに
500:デフォルトの名無しさん
07/08/06 23:30:28
エゲレスなんかWW2の時点で落ち目って感じじゃん。
501:デフォルトの名無しさん
07/08/06 23:35:38
>>497
残念ながらそれはChinglishです。
502:デフォルトの名無しさん
07/08/06 23:36:37
香港人とか大学行くような一部のエリートは除いてほとんどの中国人は英語しゃべれないよ
503:デフォルトの名無しさん
07/08/07 00:08:05
その一部エリートだけでも日本の総人口より多い件
504:デフォルトの名無しさん
07/08/07 00:16:46
いや１割は多過ぎだろｗ
505:デフォルトの名無しさん
07/08/07 01:00:31
あのさ、安直に考えて the condition is true じゃダメなの？
506:デフォルトの名無しさん
07/08/07 01:04:36
だめぽ
507:デフォルトの名無しさん
07/08/07 01:07:10
なにがダメなの？
508:デフォルトの名無しさん
07/08/07 01:13:18
条件をチェックした後に何かの処理をするんだったらIsReadyToXXXXってのは？
509:デフォルトの名無しさん
07/08/07 23:51:52
>>409
1bitpaper
510:デフォルトの名無しさん
07/08/08 12:36:03
ダウンロードの待ち行列にURLを追加する関数なんだけど、
addURLToDownloadQueue()
でいいかな？
511:デフォルトの名無しさん
07/08/08 12:41:27
enqueueDownloadURL という案も
512:デフォルトの名無しさん
07/08/08 12:41:40
それでいいと思うけど、でもそういうのはOOPでやろうよ。
513:デフォルトの名無しさん
07/08/08 12:45:48
DownloadQueue.push(URLObject)みたいな構文にして超絶オナニーとか叩かれるのも(w
514:デフォルトの名無しさん
07/08/08 12:46:55
addURLToDownloadQueueだとqueueを引数にするかのように見える
515:デフォルトの名無しさん
07/08/08 13:04:00
いいんでね。
DownloadQｳｴｳｴに対する操作が複数あるなら
頭に持ってきちゃうけど。
516:デフォルトの名無しさん
07/08/08 13:10:10
汎用のキュークラスかもしれんし。
Queue<URL> downloadQueue;
downloadQueue.push(url);
別にいいんじゃ？
517:デフォルトの名無しさん
07/08/08 13:30:38
さらにテンプレート+=をレンジとその中の値を引数に取るように定義して
downloadQueue += url;
とかして読めねぇぞゴルスァと問い詰められたりqうえうえ
518:デフォルトの名無しさん
07/08/08 13:49:08
どうせなら
downloadQueue << url;
とか
519:デフォルトの名無しさん
07/08/08 13:51:30
C# の delegate なら += は普通だな。
520:デフォルトの名無しさん
07/08/08 14:34:37
>>519だと、a+=b → a=a+bと展開出来るけど
>>517では展開するとさらに意味不明になる
>>510
OOPじゃないなら、キューも引数にするというのは?
enqueue(QUEUE *queue, URL url)
521:520
07/08/08 14:39:28
念のために書いとく、>>520前半は、あくまで概念上の話ね
テンプレートの定義とか、書き換え可能かは置いといて
522:デフォルトの名無しさん
07/08/08 17:09:34
>>510
Queueにつけるメソッドなのだとしたら
addDownloadURL
でいいような気がする。
DownloadURL以外が入らないなら、addでクラス名側をDownloadQueueにするか、かな？
523:デフォルトの名無しさん
07/08/08 18:42:29
クラスとかお呼びじゃありませんから
524:デフォルトの名無しさん
07/08/08 18:46:05
machigyouretsunitsuika()
525:デフォルトの名無しさん
07/08/08 20:49:43
>>520
イベントに対する+=はa=a+bに展開できなかったりする
+=はaddアクセサを呼び出す特殊な演算子に変身
どうでもいいけど
526:デフォルトの名無しさん
07/08/08 23:13:16
根本的なこときくけど
member_max
それとも
max_member
それとも
memberMax
それとも
memberMAX
527:デフォルトの名無しさん
07/08/08 23:15:25
お前さんが何が訊きたいのかこっちが訊きたいよ。
528:デフォルトの名無しさん
07/08/08 23:15:27
煽り抜きで全部ありえないと思います。
だって何のことか意味わからないよw
529:デフォルトの名無しさん
07/08/08 23:50:05
文字列からファイル名で使えない文字を除去（置換）する関数を
ReplaceInvalidFileNameChars(str, chRepl);
だとして、
変数nameから、ファイル名で使えない文字を除去した
（ファイル名として使える文字列）の名前は
なんて付ける？ 13文字以内くらいがいいなぁ
530:デフォルトの名無しさん
07/08/08 23:52:24
>>526
稲垣メンバー
531:デフォルトの名無しさん
07/08/08 23:53:52
>>529
name = ReplaceInvalidFileNameChars(name, chRepl)
もしくはvalidName
532:デフォルトの名無しさん
07/08/08 23:54:05
validName
533:デフォルトの名無しさん
07/08/09 00:00:16
>>529
普通にValidatedFileNameだろうけど、そもそもそんな関数ナンセンスだと思うよ。
だってファイル名が有効かどうかは使用してる文字の種類だけで決まるわけじゃないからね。
534:デフォルトの名無しさん
07/08/09 00:08:37
たぶん、有効なファイル名を取得する関数内からさらに呼ばれるんじゃね？
他にも文字数制限つけたりする関数もあるとか
535:デフォルトの名無しさん
07/08/09 00:21:59
有効な名前？
536:デフォルトの名無しさん
07/08/09 05:59:03
例えばWMPではタイトル
Symphony No.9 "FROM THE NEW WORLD"
からファイル名
Symphony No.9 'FROM THE NEW WORLD'
を生成するな。そういうのだろ。
537:デフォルトの名無しさん
07/08/09 08:28:18
>>536
なるほど、そういう用途なら確かにありえるね
538:デフォルトの名無しさん
07/08/09 11:20:51
normalizeFileName
539:デフォルトの名無しさん
07/08/09 13:28:24
>>529
変換後の名前の方をfilenameにして、
変換前の方は
1. スコープがごく限られてる
=> strでもfilename_でも分かれば何でもいい(>>531のように置き換えでも)
2. そもそも>>536のようにファイル名としてつけた文字列でない
=> titlestrとかそれなりの名前があるはず
大局的に見てfilenameという変数に有効でない文字が入ってるのはおかしいし、
普通はどこかでチェックしてるはずだから
540:デフォルトの名無しさん
07/08/09 14:51:53
ｳｾﾞｪ
541:デフォルトの名無しさん
07/08/09 21:41:34
C++ で任意のシーケンスコンテナを任意のページ単位でナビゲートする
テンプレートクラスを検討中です。グっとくる名前ありませんか?
542:デフォルトの名無しさん
07/08/09 23:49:41
ページ単位って？ナビゲートって？
543:529
07/08/09 23:56:30
㌧クス
参考にしまつ
544:デフォルトの名無しさん
07/08/10 00:00:28
>>539
えーっと
ユーザーが設定した表示名ってのがあって、
それをファイル名（出力ファイル名）に埋め込んだファイルへ出力するような場合など
（中間ファイルとかも含めるなら それなりになくもない話でしょう）
そのままファイル名にすると、問題起きるからねぇ。
蛇足だが、スペースは大丈夫だとしても、スペースの連続とかは
ﾀﾞﾒだったよーな
545:デフォルトの名無しさん
07/08/10 00:25:21
ドトネト前提で頼みたいんですが、
(1) 実数を小数点以下任意桁までに四捨五入で丸める静的メソッドの名前
Roundは却下。また2.0からはMath.Roundのオーバーロードで四捨五入が
可能になっていることは知っていますが、指定する列挙値のスペルが長く見づらくなるので
専用のメソッドを作成したい。
(2) 実数xを、xより0から遠い整数のうち最もxに近い整数値に変換する静的メソッド名と、
xより0に近い整数のうち最もxに近い整数値に変換する静的メソッド名
CeilingとFloorは、同名の似て非なるメソッドがSystem.Mathに存在するため
なしでお願いします。
546:デフォルトの名無しさん
07/08/10 00:35:11
適当に思いついたもの。
(1) RoundTo(Specified)Places
(2) RoundOuter, RoundInner
547:デフォルトの名無しさん
07/08/10 00:35:54
(2) nearestUpperInteger、nearestLowerInteger
548:デフォルトの名無しさん
07/08/10 01:15:25
> xより0に近い整数のうち最もxに近い整数値に変換する静的メソッド名
C (C99) では trunc(), ruby では truncate()
549:デフォルトの名無しさん
07/08/10 06:41:18
>>542
ページ単位=要素数=移動幅、ナビゲート=前後に移動、です。
550:デフォルトの名無しさん
07/08/10 09:48:36
>>545
(1) fix45
(2) fixup, fixdown
551:545
07/08/10 19:30:29
みなさんレスどうも。
この手のメソッドってなかなか命名が難しいね。
処理の微妙さを明示的に表現するコンパクトな言葉がなかなか見当たらないことが多い。
結局四捨五入はHalfAdjust、0から遠い方の整数を求めるメソッドは
FartherFromZeroにしました。
うっかりしてましたが、0に近いほうを求める奴は標準のライブラリに
既に存在してました。(Math.Truncate)
552:デフォルトの名無しさん
07/08/11 23:20:28
HaflAdjustとかFarterFromZeroとか見慣れない名前使うより素直にtructateとかround
の方が身のため
553:デフォルトの名無しさん
07/08/11 23:37:23
>>552
悪いけど頭の悪い意見だなあ
truncateという言葉の意味は「切り捨て」。（ついでに551をよく読んでほしい）
roundはドトネトでは既に偶数丸めとして使われている。
仮にそれは許容するとしても、四捨五入のようなどちらかというと「特殊な」丸めを
roundと表現するのは、20年前ならともかく今日的なセンスではまずいでしょう。
554:デフォルトの名無しさん
07/08/11 23:55:22
>>553
四捨五入だろうがなんだろうがあらゆる丸めはroundでしょ？
その単語を使うことに何の問題があるの？
555:デフォルトの名無しさん
07/08/12 00:04:20
では三角関数だろうと常用対数だろうとあらゆる関数はfunctionだから、
明日からすべての算術関数はfunctionとすることにしましょうか。
556:デフォルトの名無しさん
07/08/12 00:07:06
あたまわるそうだなあ
557:デフォルトの名無しさん
07/08/12 00:12:45
>>554
じゃあround使うとして偶数丸めと四捨五入の名前を考えると建設的なんじゃないかな
つか今回の全部roundがついちゃうじゃん
558:デフォルトの名無しさん
07/08/12 00:19:21
同じクラスにほかのメソッドがほとんど無いのでなければ、全部付いてたほうがわかりやすいと思う
559:デフォルトの名無しさん
07/08/12 01:08:41
わろたｗ そっち派はfunctionにしろよｗ
560:デフォルトの名無しさん
07/08/12 01:09:29
だいたいなんのためにこのｽﾚがあるか・・・・
561:デフォルトの名無しさん
07/08/12 01:12:57
そうだいいことかんがえた
function1 variable1から順に番号をふっていこう
562:デフォルトの名無しさん
07/08/12 01:14:40
四捨五入に対応する英単語ってないのかな
round_sishagonyu？
563:デフォルトの名無しさん
07/08/12 01:16:01
昔どこかで見たhalfup
564:デフォルトの名無しさん
07/08/12 01:26:27
なるほどRound HalfUpで検索すればでてきますしこれがそのものズバリなんでしょうね
あと、それを受けて、ライブラリを作るときにはround<HalfUp>( val )のように引数で
丸め方を指定できるようにするのがいいのかな？とか思いつきましたが
この辺の話題はスレ違いってことで
565:デフォルトの名無しさん
07/08/12 01:37:40
＞round<HalfUp>( val )
ポカミス？
よく意味がわからないけど。。
566:デフォルトの名無しさん
07/08/12 01:42:54
テンプレート引数だろ。
567:デフォルトの名無しさん
07/08/12 01:47:03
同種のメソッドに同一の単語を含めるのはごく自然だと思うんだけど
なんでfunction1がどうのみたいな煽りになるのか。
DrawRectangle、DrawCircle、…みたいな名前付けも否定するの？
568:デフォルトの名無しさん
07/08/12 01:58:09
>>566
だから何故？
569:デフォルトの名無しさん
07/08/12 02:02:49
>>567
場合によっては冗長だから否定するかも
クラス名で描画するのがわかってるような場合とか
今回の場合は>>552>>554の書き方があまり上手くなかった気がする。
truncateは質問の読み違えだったし、
他でroundがあるのにround単体しかだしてない。
最初からround-half-upがでてればこの流れはなかったんじゃないかな。
570:デフォルトの名無しさん
07/08/12 02:04:17
>>567
誰も一概にRoundXXというメソッド名をつけることそのものは否定してないでしょ。
四捨五入をただシンプルに"round"（丸め）と命名する命名センスは今日的ではないし
勘弁してくれ、と言ってるだけだよ。
571:デフォルトの名無しさん
07/08/12 02:26:20
URLﾘﾝｸ(java.sun.com)
こういうセンスもあると参考まで。
572:デフォルトの名無しさん
07/08/12 06:55:20
ちゃちゃ入れてる奴はただのノイズだから気にすること無いよ。
573:デフォルトの名無しさん
07/08/12 08:09:32
Father From ZeroとかGoogleても1件もヒットしないんだけど。
574:デフォルトの名無しさん
07/08/12 10:39:41
そりゃあ「ゼロから来た親父」ではそうだろうねw
575:デフォルトの名無しさん
07/08/12 10:45:35
2件ヒットしたよ
576:デフォルトの名無しさん
07/08/12 11:26:54
>>574
ﾚｽはえーなおいｗ
577:デフォルトの名無しさん
07/08/12 11:42:11
farther from zeroって名前だと、ある数と比較してゼロからの距離が遠ければ真を返す関数を想像するな。
578:デフォルトの名無しさん
07/08/12 12:04:31
それは頭の中で無意識にいったん日本語訳をやって、その翻訳された日本語文の
意味の振り幅に引っ張られるからだと思うよ。
英語で考えればたいていの人はそうは考えないと思う。
だって明らかに「名詞句」の一部だからね。
579:デフォルトの名無しさん
07/08/12 12:21:05
明らかに名詞句じゃないだろ
fartherは形容詞だ
580:デフォルトの名無しさん
07/08/12 12:36:23
だから名詞句の一部、といっているんだけどね。。。
要するに文脈上明らかな部分が省略されているんだ、と読めるわけね。
このあたりはそれこそ語学のセンス（といっても中学英語だけど……）だから
なかなか説明するのが難しいな。
581:デフォルトの名無しさん
07/08/12 12:38:34
プログラミングの命名法として、メソッド名が形容詞で始まるのはおいしくない。
582:デフォルトの名無しさん
07/08/12 12:44:12
それはそう（といっても、繰り返すようにこれは名詞句の一部と見るべきなんだけど。。）
なんだけど、ドトネトのSystem.Mathの命名がこういう「体言止め」方式だからね。
確かに本当は、GetFartherFromZeroみたいにするべきかもしれない。
583:デフォルトの名無しさん
07/08/12 12:52:48
名詞句の一部ってたとえば何が省略されてるの？
584:デフォルトの名無しさん
07/08/12 12:56:25
>>578
(XX is) farther from zero (than YY)だと思っただけが。
そんなにおかしいか？
585:デフォルトの名無しさん
07/08/12 12:59:25
i.e.) the number (which is) farther from zero
586:デフォルトの名無しさん
07/08/12 13:01:18
なんで比較級にするの？
比較しないならおかしいでしょ
587:デフォルトの名無しさん
07/08/12 13:03:53
>>584
普通はそんはとらないよw
読み手にそういう風にとってほしければ、基本
IsFartherFromZeroThan
とするだろう。
IsとThanの片方を省略することは考えられるが、両方とることはありえない。
588:デフォルトの名無しさん
07/08/12 13:05:36
だいいち、インスタンスメソッドにしろ静的メソッドにしろ、
引数が違ってくるじゃないw
589:デフォルトの名無しさん
07/08/12 13:47:21
つ [the farther from zero]
590:デフォルトの名無しさん
07/08/12 13:56:21
.Netのクラスとかメソッドで冠詞使ってるのってあったっけ
普通にGetで始めるのがいいでしょ
591:デフォルトの名無しさん
07/08/12 14:27:28
適当にいくつかの表現を集めてみた
wikipedia(en)とかを参照
切り上げ=round up/round away from zero
切り捨て=round down/truncate/round towards zero
天井関数=ceiling/round towards positive infinity
床関数=floor/round towards negative infinity
その他に、
round half up
round half down
round to even/round half even
592:デフォルトの名無しさん
07/08/12 14:33:23
Getが有るにしろないにしろFartherFromZeroって気持ち悪いな
＞xより0から遠い整数のうち最もxに近い整数値
これじゃ前半部しか表してない
593:デフォルトの名無しさん
07/08/12 14:43:40
じゃあどうすべきかね？
ここはそういう建設的なことをいうスレだよ。
594:デフォルトの名無しさん
07/08/12 14:45:28
RoundZerowardとRoundCounterzerowardでいいよ。
595:デフォルトの名無しさん
07/08/12 14:46:39
RoundHalfUp
596:デフォルトの名無しさん
07/08/12 16:47:57
>>590
それのtheを抜いたらいい
597:デフォルトの名無しさん
07/08/12 19:19:55
FartherFromZero が自然だなんて、どんな感覚してんだよ。
英語ができないにも、ほどがある。
語学のセンスとか言っちゃって臍が茶を沸かすぜ。
598:デフォルトの名無しさん
07/08/12 19:26:28
少なくともプログラマとしての神経を疑う
599:デフォルトの名無しさん
07/08/12 20:39:44
>>597
だから、であるなら対案は？
まあ、それが提案できない低能のくせに、一人前に人のことに口出ししたい
欲求だけはあるからそういう恥ずべき「煽り口調」になるんだろうけどね。
と、俺がこういう奴をあえて「煽る」のは、こういう馬鹿はコテンパンに
自分の無能を思い知らされないと決して悔い改めることはないだろうと思うからだ。
600:デフォルトの名無しさん
07/08/12 20:53:33
対案なんて上にいくらでもあるじゃん。
センスがどうこう言ってる奴がFartherFromZeroみたいな名前つけてるから叩かれてるだけだろ
601:デフォルトの名無しさん
07/08/12 21:00:35
繰り返そう。
だから「君の対案」は？
あるいは、英語的により正しい表現は？
中学英語もわからないなら、そういう自分を恥じるべきであって
逆切れはみっともないよw
602:デフォルトの名無しさん
07/08/12 21:02:15
それに、そもそもこちらとしては、ことさら侮蔑したわけでも煽るような表現をしたわけでもないのにねえ。
603:デフォルトの名無しさん
07/08/12 21:07:21
結局どれがちゃんとしてるのか解る人書いてー
突込みばっかりで何がなにやら
604:デフォルトの名無しさん
07/08/12 21:14:30
自分でどれが適切か考えて
好きなのを選べ
605:デフォルトの名無しさん
07/08/12 21:28:45
どれもダメそうにみえてよくわからない
質問者じゃないから答えわからなくてもいいんだけど
606:デフォルトの名無しさん
07/08/12 22:03:04
もう変数名なんてどうでもよくなってるだろ
607:デフォルトの名無しさん
07/08/12 22:15:38
メソッド名だしな
608:591
07/08/12 22:27:27
まじめに答えた俺がバカみたいじゃないか
お前ら俺に謝れよ
609:デフォルトの名無しさん
07/08/12 23:53:08
>>591
よくまとめてくれた
感謝してる
610:デフォルトの名無しさん
07/08/13 00:40:44
>>597=601
>>591 がきちんとした回答をしているのに、
それ以上につけ加える必要があるとでも？
611:デフォルトの名無しさん
07/08/13 00:55:49
無いね
612:デフォルトの名無しさん
07/08/13 04:03:28
>>609=610=611
613:デフォルトの名無しさん
07/08/13 04:11:46
はずれ
>>609=>>611=俺だが
>>610は別人
614:デフォルトの名無しさん
07/08/13 08:43:33
迷ったときは日本語で書く。
後でこれはいかんと思った上司にまるっと置換させりゃいいのよ
それで動作に不都合が生じても知らんがな
615:デフォルトの名無しさん
07/08/13 11:18:12
>>614 俺が上司ならふざけた日本語つけた奴にまるっと置換させるがな(´・ω・｀)
616:デフォルトの名無しさん
07/08/13 11:30:22
迷ったらすぐ相談
617:デフォルトの名無しさん
07/08/13 11:34:45
そうだ置換しやすい名前を付けよう 9je8ckq45guvrm
618:デフォルトの名無しさん
07/08/13 11:35:20
失敗したorz
619:デフォルトの名無しさん
07/08/13 11:38:46
なんで数字で始まっとんねん
620:デフォルトの名無しさん
07/08/13 12:38:32
Tclだからだよ
621:デフォルトの名無しさん
07/08/13 13:17:41
置換なんてしてないでリファクタリング支援ツール使えよ
622:デフォルトの名無しさん
07/08/13 13:19:14
痴漢は犯罪です
623:デフォルトの名無しさん
07/08/13 14:23:28
画像の縦横の比を固定するかどうかを示すプロパティってどんな感じ？
isFixedProportionじゃ変だよね？
624:デフォルトの名無しさん
07/08/13 14:26:29
isFixedAspectRatioはどう？
625:デフォルトの名無しさん
07/08/13 14:49:33
それだ
626:デフォルトの名無しさん
07/08/13 15:10:54
ありがとう。
それでいきます。
627:デフォルトの名無しさん
07/08/13 15:15:18
isAspectRatioFixedじゃないの？
別にそれでも通じるけどさ。
628:デフォルトの名無しさん
07/08/13 15:36:48
fixesAspectRaito
629:デフォルトの名無しさん
07/08/13 16:12:29
>>614
上司は英語を使いたがるが、その英語力が赤面では足りないくらい恥ずかしいものなので
どうしたものかと悩んでいます。
それなら日本語で付けてもらえないでしょうか・・・・・
630:デフォルトの名無しさん
07/08/13 18:32:01
つ[TOEIC入門]
631:デフォルトの名無しさん
07/08/16 22:35:11
日本語だと「アスペクト」って言葉は意味がはっきりしてる（というか、
かなり特定の文脈でしか普通使われない）けど、英語のaspectっていうと
多義的でかえって読む人間を惑わせる可能性がないか？
fixも「修正する」という意味と紛らわしい気がする。（これは考えすぎか？｝
なのでLocksXYRatioを提唱してみる
632:デフォルトの名無しさん
07/08/16 22:43:17
AspectRaitoって言ったらアスペクト比のことに決まってるだろ。アホか。
633:デフォルトの名無しさん
07/08/16 22:50:27
631は何か勘違いしてるだけだと思うよ。
634:デフォルトの名無しさん
07/08/16 22:59:44
>>632
だからそれは日本語の世界だけだって
635:デフォルトの名無しさん
07/08/16 23:06:38
URLﾘﾝｸ(en.wiktionary.org)
aspect ratio で問題ないみたいだが
636:デフォルトの名無しさん
07/08/16 23:14:44
うーん、だから確かに英語にも"aspect retio"っていう熟語（？）が存在するのは確かなんだけど、
その意味は日本人が「アスペクト比」という言葉から想像するようなはっきりとした意味じゃないと思うんだけど。
そのwikipediaからのリンクでもいいと思うし、英語の辞書引いてaspectの意味を
確認してもらってもいいんだけど。
637:デフォルトの名無しさん
07/08/16 23:22:14
画像関連のクラスでAspectRatioって名前についたプロパティが、
いわゆる「アスペクト比」と関係がないはずがない。
638:デフォルトの名無しさん
07/08/16 23:24:08
つまり、読む人間がDQNだったため"aspet ratio"という熟語を知らずに
"aspect" "ratio"と解釈してしまうかもしれない、と言いたいの？
そこまで面倒見なくてもいいんじゃないかなあ。
639:デフォルトの名無しさん
07/08/16 23:24:42
まあそう言われると確かにそうですね
640:デフォルトの名無しさん
07/08/16 23:25:29
aspect ratio を Concise Oxford Dictionary で引いてみた。
1. the ratio of the width to the height of an image on a
televition screen.
これは問題ないでしょ。aspect にはいろんな意味があるのはわかるが、
aspect ratio の意味は充分限定的だと思うぜ。
641:デフォルトの名無しさん
07/08/17 09:03:45
ジャップのEngrishなんて誰も気にしてないから
論拠が英語では云々というのは意味を持たないのではないだろうか。
642:デフォルトの名無しさん
07/08/17 09:34:58
自分と周りの日本人を一緒にしないでくれ（笑）
643:デフォルトの名無しさん
07/08/17 12:07:27
>>630
うん、すまない。英語力が赤面なのは俺じゃなくて上司なんだ。
でも、せっかくだからTOEIC入門はもらっておく。
頑張ってHarryPotterより難しいのも読めるように上を目指すよ。
644:デフォルトの名無しさん
07/08/17 17:28:22
>>643
目標が欲しいだけなら新聞とかの方が有用だと思う
小説だと表現が特殊で実用的でない気がするから
お前さんが読みたいだけなら別に構わんが
645:デフォルトの名無しさん
07/08/17 17:45:47
英語の専門書を読むってのは
第一歩にしていいくらい簡単なんだってね
英語って奥が深いわぁ
646:デフォルトの名無しさん
07/08/17 17:59:12
そりゃそうだ。
砕けてないし、語彙も偏ってるしね。
647:デフォルトの名無しさん
07/08/18 02:10:14
研究室配属されたばっかりの学部４回生でも何ヶ月か頑張れば
自分の専攻分野の論文ぐらい辞書なしでも読めるようになるし。
ハリポタ読めるようになるのはいつのことやら……
648:デフォルトの名無しさん
07/08/18 16:52:36
>>644
>>643はイヤミを言ってるんだよ？
児童文学程度の英文なら普通に読めるんだが、って。
649:デフォルトの名無しさん
07/08/21 11:07:49
あるテーブルがあるか否かを調べるメソッド名は何にする？
650:デフォルトの名無しさん
07/08/21 11:15:10
tables.Contains
651:デフォルトの名無しさん
07/08/21 11:50:58
table.exists
652:デフォルトの名無しさん
07/08/21 11:55:35
hasTable
653:デフォルトの名無しさん
07/08/21 11:58:14
TeburuAruka
654:デフォルトの名無しさん
07/08/21 13:07:36
>>650
主語が複数形なのに動詞が三単現なのは変な感じ
655:デフォルトの名無しさん
07/08/21 13:29:30
主語はコレクションであって中身じゃないので単数なのでは。
Javaや.NETはみんなそんな感じ。
656:デフォルトの名無しさん
07/08/22 13:29:47
>>649
そんなのnullかどうか普通に判定すりゃいいじゃん
if(tables.table[index] == null)
657:デフォルトの名無しさん
07/08/22 13:36:18
>>656
ズレ過ぎててわろたｗ
>>649
checkExistence
658:デフォルトの名無しさん
07/08/22 13:37:33
>>656
tablesがコレクションだったらそれだと例外出るのが普通だよ
だからって例外チェックで判定するのは論外
659:デフォルトの名無しさん
07/08/22 14:06:56
>>658
いやいやつっこみどころはチェック方法ではなくて
その判定法に名前を付ける、という話なんだということです。
660:デフォルトの名無しさん
07/08/22 14:20:33
コレクションのfindメソッドつかえばいいんじゃないの？
661:デフォルトの名無しさん
07/08/22 18:11:48
まぁ、読むだけじゃなく俺みたいに会話できんと役に立たんわけだが
662:デフォルトの名無しさん
07/08/23 17:12:26
売上・請求・入金・仕入・支払とかの処理名とかってどうしてますか？
663:デフォルトの名無しさん
07/08/23 17:27:17
売上 sales
請求 claim,demand
入金 deposit（入金する）,receive（入金される）
仕入 stock,buy
支払 payment
664:デフォルトの名無しさん
07/08/23 19:53:54
請求 billing
仕入 purchase
665:デフォルトの名無しさん
07/08/23 20:13:53
辞書引けば済むようなことに答えちゃうってどんな「お人よし」なんだ
というより「教えたがり屋」さんなのかなw
666:デフォルトの名無しさん
07/08/23 21:51:32
claimは使いたくないな…
667:デフォルトの名無しさん
07/08/23 22:08:35
クレームって日本語になったら元と意味がずれちゃってるんだよな
668:デフォルトの名無しさん
07/08/23 22:09:58
claim は、経費精算なんかに。
客先への請求は bill で。
669:デフォルトの名無しさん
07/08/23 22:28:12
謝罪と賠償を要求する
670:デフォルトの名無しさん
07/08/24 00:21:41
>>665
人のやることに批判しかしないお前のような奴よりましだとおもうよｗ
671:デフォルトの名無しさん
07/08/24 00:57:07
変なヤツはスルーで
672:デフォルトの名無しさん
07/08/27 14:43:20
マウスが上に乗っているノードのインデックスていうとどんなだしょ?
GetIndexOfNodeMouseIsOn ?
673:デフォルトの名無しさん
07/08/27 15:04:38
PointedNodeIndex
674:デフォルトの名無しさん
07/08/27 15:10:51
そういうのはHitTestって単語が一般的な気がする。座標を引数にして。
675:デフォルトの名無しさん
07/08/27 15:44:14
>>674 同意
676:デフォルトの名無しさん
07/08/27 17:46:24
nodeIndexAt
677:デフォルトの名無しさん
07/08/27 18:12:08
更にもう一層上の羅列項目の番号を取るんだったらHitTestだとちょっと簡潔過ぎるんじゃ？
getNodeIndexAt(Point)
678:デフォルトの名無しさん
07/08/27 18:33:29
もう一層上の羅列項目って？
679:デフォルトの名無しさん
07/08/27 18:36:16
簡素以前に意味不明だと思うけどw
HitTestっていうのは文字通り「当たり判定」でっせ。
というわけでGetIndexOfNodeUnderMouse(Pointer)
680:デフォルトの名無しさん
07/08/27 18:42:15
当たり判定以外の何物でもなくない？
少なくともWindows系のGUIではHitTestが標準的だよ
681:デフォルトの名無しさん
07/08/27 18:46:47
activeNode().index();
682:デフォルトの名無しさん
07/08/27 18:48:24
HitTestでインデックス返すなよ
683:デフォルトの名無しさん
07/08/27 18:49:16
>>680
全然違うでしょw
当たり判定は内部（恐らくOSの）で使用するかもしれんが、672のやりたいことは
「当たり判定」そのものではない。
人の話ちゃんと聞こうよ。
684:デフォルトの名無しさん
07/08/27 19:22:26
Windowsでもこんなそのまんまなのがあるよ
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
685:デフォルトの名無しさん
07/08/27 19:34:52
なんというか
ずいぶんニッチな関数があるもんだなー
686:デフォルトの名無しさん
07/08/28 01:45:56
>>684
ノードのインデックスからはかなり遠いな。
687:デフォルトの名無しさん
07/08/28 01:57:50
ノードのイテレータを返せばいいんだよ:-)
688:デフォルトの名無しさん
07/08/29 23:03:47
Hogeオブジェクトを作るために必要なパラメータをまとめたクラスの名前はHogeInfoでいい?
689:デフォルトの名無しさん
07/08/29 23:10:48
HogeTrait
HogeConcept
690:デフォルトの名無しさん
07/08/29 23:15:50
HogeBuilder
パラメータまとめるだけじゃなくてcreateメソッドも持たせれば？
691:デフォルトの名無しさん
07/08/29 23:18:26
HogeMaster
692:デフォルトの名無しさん
07/08/30 07:29:24
>>688
Win32APIにはProcessInfoとかあるな
693:デフォルトの名無しさん
07/08/31 00:27:49
>>688
HogeSrc
＞HogeTrait
Traitってちょっと違わなくね？
特徴とかを抽出したような感じだろ。
さらにC++世界ではテンプレートな印象も。
694:デフォルトの名無しさん
07/08/31 00:46:34
HogeBlueprint
695:デフォルトの名無しさん
07/08/31 01:31:58
HogeParameter
Hogeのクラス変数で十分な気が
696:デフォルトの名無しさん
07/08/31 08:57:24
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
697:age
07/08/31 09:33:45
698:デフォルトの名無しさん
07/08/31 16:39:55
どーでもいい質問だけど、
FileName と Filename、どっちを使ってる？
もしくはどっちを使うべき？
699:デフォルトの名無しさん
07/08/31 16:46:50
fileName
700:デフォルトの名無しさん
07/08/31 16:48:11
FileNameはプロパティ名に、fileNameは変数名に使ってる。
Filenameは使わない。
701:デフォルトの名無しさん
07/08/31 16:49:45
fairumei
702:デフォルトの名無しさん
07/08/31 17:21:49
ローカル変数は filename
定数は FILENAME
もうちょい広いと fileName
頭が大文字ってのが座り悪くて・・・
703:デフォルトの名無しさん
07/08/31 19:47:00
>>699-702
ｻﾝｸｽｺ
かなり人それぞれっぽいね
filenameって、fileとnameを合わせた熟語なのか、filenameという単語なのかどっちだろう。
俺は後者だと勝手に思ってるので、newFilenameはあってもnewFileNameはないと思ってたりする。
704:デフォルトの名無しさん
07/08/31 21:25:42
熟語
705:デフォルトの名無しさん
07/09/01 00:55:37
google codesearchでググってみると。
filename 約2,500,000件
FileName 約614,000件
Filename 約458,000件
fileName 約276,000件
706:デフォルトの名無しさん
07/09/01 00:57:39
newFilename 約2,000件
newFileName 約28,900件
707:デフォルトの名無しさん
07/09/01 01:03:30
毎度今更の話だが、ここ数年のググルはよく分からないロジックで
検索結果を「水増し」してるから件数の表示にはあまり意味がないと思うよ。
708:デフォルトの名無しさん
07/09/01 01:09:45
codesearchはそんなことない
709:デフォルトの名無しさん
07/09/01 01:11:44
検索結果にフィルタ掛けてるだけなのに？w
有り得ない話だ
710:デフォルトの名無しさん
07/09/01 05:54:01
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
711:デフォルトの名無しさん
07/09/01 09:23:00
テーブル名なんですが、あるサービスを提供している会社があるとして
成約見込みのある案件を管理するシステムで、
「契約出来そうな案件」を格納するためのテーブル名はどんな名前がよいでしょうか。
712:デフォルトの名無しさん
07/09/01 10:00:59
MikomiAnkenTbl
713:デフォルトの名無しさん
07/09/01 10:27:53
案件に期待値を付けるようにしなさい
>>709
そうだったのか・・・
714:デフォルトの名無しさん
07/09/01 10:36:30
>>713
一定の期待値を超える案件を抽出して格納するための一時テーブルの名前とかなんじゃないの？
715:デフォルトの名無しさん
07/09/01 14:38:12
>>711
probable_cases
716:デフォルトの名無しさん
07/09/01 14:48:18
>711
prospects
717:デフォルトの名無しさん
07/09/01 15:01:24
AlmostOrder
718:デフォルトの名無しさん
07/09/01 23:28:01
>>711
wakuteka_table
719:デフォルトの名無しさん
07/09/02 04:00:42
すべてのkeyを取得するメソッドは
getAllKey
or
getAllKeys？
単数形か複数形かって結構迷うわー
720:デフォルトの名無しさん
07/09/02 04:31:35
単数形にする意味が分からん
721:デフォルトの名無しさん
07/09/02 04:42:49
ですよね^^;
722:デフォルトの名無しさん
07/09/02 05:41:45
All your base are belong to us
723:デフォルトの名無しさん
07/09/02 06:10:22
How are you gentleman?
724:デフォルトの名無しさん
07/09/02 06:23:01
負荷を軽減する(ようにWaitを置く)処理ってどう名前を付けますか
725:デフォルトの名無しさん
07/09/02 06:26:04
allow
726:デフォルトの名無しさん
07/09/02 07:35:05
Sleep
727:デフォルトの名無しさん
07/09/02 07:47:55
>>724
Wait