- 1 名前：ネミ子 [2007/05/26(土) 11:25:15 ]
- クラス名、変数名のつけ方に悩んだら書き込むスレです。
質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>2 英和・和英・英英など各国語辞書と翻訳サイト。
>>3 類義語(シソーラス)辞書、図形・数式・数学用語の英単語。
>>4 関連スレと、いろいろな言語規約。
>>2-10 諸事情によりリンクがずれた場合。
前スレ。
◆ネーミング倶楽部◆: pc3.2ch.net/tech/kako/1035/10353/1035362308.html
Part1: pc5.2ch.net/tech/kako/1046/10465/1046541730.html
Part2: pc5.2ch.net/tech/kako/1058/10582/1058213523.html
Part3: pc5.2ch.net/test/read.cgi/tech/1067171530/
Part4: pc5.2ch.net/test/read.cgi/tech/1087209526/
Part5: pc8.2ch.net/test/read.cgi/tech/1109330204/
Part6: pc8.2ch.net/test/read.cgi/tech/1128266018/
Part7: pc8.2ch.net/test/read.cgi/tech/1144978008/
Part8: pc10.2ch.net/test/read.cgi/tech/1154448184/
Part9: pc11.2ch.net/test/read.cgi/tech/1168356029/
- 194 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:49:37 ]
- IDancerActivatorとかIDancerMetaInfo？
でもクラスごとに作るよりリフレクション的な仕組みを使うなり作るなりしてGeneric的にやるべきもんでしょ。
クラスごとに作るのは(/ω＼)ｲﾔﾝ
- 195 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 19:03:22 ]
- >>193
いやー言ってること全体的に変だと思うわ。
＞ループでの一括処理ができませんよね
Dancerは自分の型を知っているから、当然自分の型の静的メソッドは利用できるんじゃないの？
要は単に直接Dancerのコレクションを作ればよいということ。
＞IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
意味がわかりません。
無駄、というならそのIDancerManagerのリストを作る実装でもまったく同じことでしょ。
他の人はどう思う？
>>193の言ってることは変じゃないかい？
- 196 名前：190=191 mailto:sage [2007/07/09(月) 19:13:55 ]
- >>195
>＞ループでの一括処理ができませんよね
>Dancerは自分の型を知っているから、当然自分の型の静的メソッドは利用できるんじゃないの？
>要は単に直接Dancerのコレクションを作ればよいということ。
Dancerのコレクションを作ったところで、Dancerのインスタンスから静的メソッドは呼べませんよね？
従って静的メソッドによる実装ではループ処理はできません。
>＞IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
>意味がわかりません。
>無駄、というならそのIDancerManagerのリストを作る実装でもまったく同じことでしょ。
この文章のすぐ下に括弧づけで書いてありますが、IDancerManagerのインスタンスはフィールドを持ちません。
従って、IDancerManagerのリストならば余分なメモリ領域は消費しません。
それに対してIDancerのインスタンスは、Dance()やSing()で使うフィールドをそれぞれに持っているので、
余分なメモリ領域を消費してしまいます。
なんか設計に関する話題になってしまってますが、細かく説明するとこんな感じです。
- 197 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 19:22:10 ]
- いや、リストのメモリの消費量っていうのはリストのアイテムのメモリサイズに
まったく無関係だよ。。
Cの構造体配列じゃないんだから。
世の中の全部の言語知ってるわけじゃないけど、普通リストっていうのは
参照の配列みたいな形で実装されているだろうから、消費されるメモリ量は
リストの要素数nと参照型変数のサイズmの関数であって、要素の型のサイズは
関係ないよ。
それから、自分の型の静的メソッドにアクセスできない言語なんてあるの？
というか、言語は何をお使いで？
- 198 名前：190-191 mailto:sage [2007/07/09(月) 19:27:02 ]
- >>197
えーと・・・
もちろんリストそのもののサイズは同じです。
ですがリストに格納するのは「格納する型のインスタンス」ですよね？クラスではなくて。
インスタンスってのは「実体」なわけですから、フィールドのサイズと同じだけのメモリをヒープ上に消費するわけです。
言語は関係ないですが、上に書いたとおりC#です。
- 199 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 19:33:43 ]
- >>197
あと静的メソッドについてですが・・・
具体的な型名がわからないインスタンスからは静的メソッドは呼べません。
リフレクションでも使わない限り。
C++の例ですと、void *p = new HogeClass(); とした p を別のところに持っていったとき、
p だけの情報から HogeClass::HogaMethod() を呼べませんよね？p の型は単なる void* なので。
それと同じことです。
- 200 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 19:34:37 ]
- c#のList(of T)は、少なくともTが参照型の場合、
インスタンスへの参照が格納されるだけであってインスタンスそのものは格納されないよ。
だから型の大きさは関係ないって
- 201 名前：190-191 mailto:sage [2007/07/09(月) 19:39:25 ]
- >>200
>>198で言ったように、もちろん「リストそのもの」の大きさはかわりません。
ですが、その中身は「リスト以外のどこか」に確保されるわけです（具体的にはヒープ上）。
従って、ヒープ上で消費するメモリ量は型そのものの大きさに依存します。
- 202 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 19:57:18 ]
- >>201
やっと意味がわかった申し訳ない。
でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
静的メソッドへのデリゲートを持てば済む話だと思う。
- 203 名前：190-191 mailto:sage [2007/07/09(月) 20:19:19 ]
- >>202
こちらも説明が下手だったかも知れません。すみません。
>でもそれならGetDancerメソッドを持つクラスがIDancerを実装したクラスの
>静的メソッドへのデリゲートを持てば済む話だと思う。
List<IDancerManager> managers; の代わりに
List<CanDanceDelegate>, List<CanSingDelegate>, List<CreateDancerDelegate> を保持するということですか？
それだと登録の際にメソッドごとにいちいち追加せねばならず、メソッドが多い場合相当面倒になると思います。
またリストの数自体も増えますので管理が面倒ですし。
- 204 名前：190-191 mailto:sage [2007/07/09(月) 20:30:14 ]
- >>194
設計論議に夢中になってレスを忘れてしまいましたがActivatorの命名いただきました。
どうもありがとうございます。
- 205 名前：デフォルトの名無しさん [2007/07/09(月) 20:47:13 ]
- へたくそ
- 206 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 01:52:24 ]
- age
- 208 名前：デフォルトの名無しさん [2007/07/16(月) 05:23:09 ]
- age
- 209 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 11:23:55 ]
- どうでもいいけど>>203でデリゲート名にDelegateを付けてるのは
MS様のガイドライン違反
- 210 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 17:13:25 ]
- 普通にDancerFactoryでいいような気がする。
配列っていうか簡易DBみたいなのに
各Dancerが受け入れられる処理を
書き込んでおけばいいのではないだろうか。
各Dancerにはintで一意のIDを持たせておいて
簡易DBを使ってIDを求めて
switch文で列記されたnewに飛べばいいと思う。
- 211 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 18:08:24 ]
- 外からダンサーを追加できるようにしたいんじゃないの？
- 212 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 18:32:58 ]
- Factoryはないでしょ。
190の説明読む限り、目的のクラスの主眼はDancerを生成することにあるというより、
むしろDancerの能力を知っていることにあると思われる。
だから俺なら、
DancerProfile
DancerInfo
どうしてもというならこのあたりを提案する。
でも、そもそも190が言ってるような設計って個人的には大いに疑問。
- 213 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 21:17:47 ]
- DancerProduction
- 214 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 23:48:41 ]
- TalentAgency
- 215 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 13:36:13 ]
- >>210
そういうことするんだったら普通にリフレクションでいいと思う
- 216 名前：デフォルトの名無しさん [2007/07/19(木) 02:30:26 ]
- ファイルを入れておくディレクトリは単数形と複数形どちらがベターですか？
controller or controllers
class or classes
- 217 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 05:00:09 ]
- controllerやclassを入れておくディレクトリってことなら複数形かな
ディレクトリの機能がcontrollerやclassを意味するのなら単数形か
- 218 名前：デフォルトの名無しさん [2007/07/20(金) 00:50:10 ]
- 俺のフォルダには doc がある。
たまに、Docs にしていることもある。
どうしたものか
- 219 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 01:05:13 ]
- dokyumento で解決
- 220 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 01:17:27 ]
- だからAnalysisをanalと略すなとあれほど
- 221 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 05:29:10 ]
- >>217
ありがとう
- 222 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 18:51:32 ]
- >>216
俺ルール
単数形を使う場合：
・中に入っているファイルが何かを指す名前であり、その名前を略す場合
・中に入っているもの自体を表すのではなくカテゴリを表す場合
複数形を使う場合：
・中に入っているファイルが何かを指す名前であり名前を略さないとき
単数の例：
src
java
複数の例：
Applications
ただ自分ルールを決めてもいつか破綻するので
普通に英文で名前をつけるという手や日本語にするという手もある。
そうすれば単数複数に悩まなくてすむ。
- 223 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 21:02:57 ]
- C言語で、長い文字列が保存されているファイルを先頭から解析していき、"hoge"が出ればhogeフラグを立て、"#hoge"文字が出ればフラグを下ろすとします。
"foo"や""#foo"も同様にします。
ここで、「今hogeフラグが立っている（つまり今hogeと#hogeの間を解析している）」状態を保存しておく変数を作りたいのですが、どんな名前がよいですか？
- 224 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 21:04:09 ]
- inHoge
- 225 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 21:40:52 ]
- >>223
日本語でお書き下さい。
それじゃエスパー相手にしか伝わらないんじゃないか？
- 226 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 21:58:23 ]
- 前スレで変数名に迷いここで神の啓示を受け一気にプログラムを仕上げた俺様がきましたよ
又、迷っています誰か降臨してください
”銘柄グループ選択ボタン”という名前のメンバ変数名をお願いします
環境はVS2005 MFCです頭のm_は本当は無い方がかっこいいですが、他のメンバ変数に付けちゃってますんで
頭のm_も考えてください、ハンガリアン記法には少々こだわりますが無くてもOKです
- 227 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:02:10 ]
- GUIコントロールは基本的に表示名直訳でいいと思う
- 228 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:15:34 ]
- >>227
226>>ですどうもサンクス
エキサイトで直訳すると
Brand group selection buttonてな風で少々長い気がするんですが・・・・・？
いかがなものかと
- 229 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:17:40 ]
- m_btnSelectBrandGroup
- 230 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:20:04 ]
- >>229
おぉ〜いいですね、神が降臨しそうです、いい変数名や関数名が思い浮かばないと
自分の趣味のプログラムはモチベーションが上がらないんですww
- 231 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:43:53 ]
- 素朴な疑問。
そもそもその”銘柄グループ選択ボタン”という呼び方からして変じゃないか？
普通ボタンの動作というのはEnterとかApplyとかDoって感じで、「選択」はちょっと
違うんじゃないの？
それともドロップダウンボタンみたいな奴なのか
- 232 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 22:52:10 ]
- ”銘柄グループ選択ボタン”を押したら"銘柄グループ選択ダイアログ"が開くんだろ多分
- 233 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 11:51:55 ]
- そもそも銘柄->Brandでいいのか？
- 234 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 12:29:34 ]
- 何の銘柄かわからないしなぁ
たばこの銘柄 -> brand
株の銘柄 -> description
とか？
- 235 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 22:27:55 ]
- 作成日時
更新日時
アクセス日時
データベースで使うのですが、WINDOWSのEXPROLERライクなネーミングにしようかと考えています。
どうぞよろしくお願いします。
- 236 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 22:37:05 ]
- 英語版のWindowsからそのまま用語ひっぱってくればいいんじゃね？
- 237 名前：235 mailto:sage [2007/07/21(土) 22:48:41 ]
- 英語版のWINDOWSを持っていればできるんですけどねえ・・・だめぽ。
- 238 名前：235 mailto:sage [2007/07/21(土) 23:07:26 ]
- WINDOWSライクにするには、情報が無いらしい・・・。
という事で、自分で考えた奴で行くしかないわけだけど、作成日時だけどういう名前にしていいかわからない。
MAKEなのかCREATEなのかも微妙にわからない。難しく考えすぎなのかな？
作成日時
更新日時======>LAST_UPDATE
アクセス日時===>LAST_ACCESS
- 239 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 23:13:01 ]
- 名詞形はCREATION。
CREATIONだけだと意味不明なのでCREATION_TIMEとして
他の二つにも_TIMEをつけたら如何？
MAKEではないよ
- 240 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 23:13:38 ]
- Created
Last Modified
Last Accessed
とするのが常套。
- 241 名前：235 mailto:sage [2007/07/21(土) 23:16:58 ]
- >>239
ありがとうございます。
基本的過ぎてオリジナルの名前付けるのが怖かったので、アドバイスが受けれて心配しました。
- 242 名前：235 mailto:sage [2007/07/21(土) 23:18:25 ]
- >>240
ありがとうございます。
それで逝きます。
- 243 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 23:38:39 ]
- Rails なら、DBのカラムのネーミングはこんな感じ。
created_at
updated_at
accessed_at
DBの場合は、最終アクセス日時は普通はあまり更新しないけどね。
- 244 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 23:50:52 ]
- 言語でも違うのか・・・。
汎用系、オープン系、WEB系とかて色々常套がありそうな感じですね。
- 245 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん [2007/07/25(水) 18:09:26 ]
- 二重起動してるかどうかを判定する関数の名前を教えてください。
- 247 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 18:11:13 ]
- SudeniKidouSareteiru
- 248 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 19:14:02 ]
- IsAlreadyRunning
- 249 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 20:14:22 ]
- isFiredUp
- 250 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 21:08:01 ]
- IsRunningAnotherInstance
- 251 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 21:14:57 ]
- IsOops
- 252 名前：246 [2007/07/25(水) 22:31:21 ]
- >>248氏のIsAlreadyRunningに決定いたしました。
皆様ご参加ありがとうございました。
- 253 名前：デフォルトの名無しさん [2007/07/25(水) 23:44:36 ]
- >>252
言っとくけどその関数、「true/false を返す」なんていう単純な仕様じゃ役に立たない・・・
というかバグってるからな（低い確率で多重起動を許してしまう）。
>>247-251
初心者相手なんだからちゃんと説明してやれよ。スレ違いだけどさ。
- 254 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 23:50:30 ]
- また謎なことをw
自信がないから思わせぶりなことしか書けないんだろうけど、
自信がないならむしろ黙っているべきだろう。
- 255 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 23:55:20 ]
- ヒント：夏休み
- 256 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 23:58:39 ]
- 中身がTest and Setになってて、Test結果を返すって仕様かもしれないじゃん
- 257 名前：246 [2007/07/26(木) 00:10:13 ]
- あーmutex使う定番のやり方なんでご心配なく
(mutexは広域オブジェクトで別管理です)
- 258 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:15:17 ]
- >>257
その関数内でmutexを取得するってこと？
Is〜って命名の関数で状態を変更しちゃだめだよ
- 259 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:19:32 ]
- どこの村の掟だよそれw
同期オブジェクトでロックする事だって「状態の変更」とみなしうるわけだが、
じゃあそれもダメってのかね
- 260 名前：246 mailto:sage [2007/07/26(木) 00:28:38 ]
- なんでこんな突っ込まれてるのか判らない・・・
広域オブジェクトが状態持ってますんで、それ読みに行くだけのことです。
- 261 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:31:23 ]
- 会話成り立ってるからええやん
- 262 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:32:05 ]
- 例外で処理するほうがコードがすなおに読めるかも。
try {
AcquireInvocationLock();
} catch (AnotherInstanceRunningException& e) {
::ExitApplication(ERR_ANOTHER_INSTANCE_IS_RUNNING);
}
- 263 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:40:18 ]
- 皆さん相当お暇な様ですね
- 264 名前：258 mailto:sage [2007/07/26(木) 00:51:57 ]
- >>260
二重起動防止のために使うんだよね。
読みにいくだけって処理になんの意味が？
「mutex確認」→「取得されてなければ作成」って流れだと
確認した直後に他のプロセスが作成したら二重起動になるよ。
>>259
Get〜関数で状態を変更していいって教わったか？
同期ロックは帰る前にロック解除するわけで意味的には状態を変更してることにならないっしょ。
- 265 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:54:08 ]
- >>264
>>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
スレ違いじゃボケ。子ね。
- 266 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:58:13 ]
- パルプンテみたいな関数があります。
英語でパルプンテの綴りを教えてください。
- 267 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:59:55 ]
- >>264
MSDNでCreateMutexでも読んで消えてね
- 268 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:02:16 ]
- palpunte
- 269 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:03:42 ]
- >>266
Chance
- 270 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:05:41 ]
- 今のはメラではない、メラゾーマだ！
みたいなド迫力な名前お願いします。
- 271 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:18:05 ]
- 弱くなってんじゃねーか
- 272 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:24:46 ]
- perl ping tail
- 273 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:53:35 ]
- DemonsMayFlyOutOfYourNose
- 274 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 02:05:06 ]
- >>273
中身が未定義だらけで呼び出したくなくなるような名前だｗ
- 275 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 08:55:09 ]
- >>264
馬鹿どもの相手はするな、こいつらには理解できん。
- 276 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 10:17:49 ]
- (・∀・)
- 277 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 12:43:16 ]
- >>275
馬鹿は264でしょw
264が言ってるのはただの「ありがちなバグ」に過ぎず、
246のような事をした場合、不可避な問題というわけではない。
- 278 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 14:16:09 ]
- > 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>1すら読めない馬鹿はレスしないでください＞＜
- 279 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 18:41:27 ]
- またお前さんかw
俺に言わせれば、そもそもの「目的」に還元して物事の是非を考えられない
>>278のような馬鹿こそ出入り禁止にしたいよw
>>246以降の話題が誰かに不利益をもたらしたかのかよw
>>246以降の話題が誰の利益にもなってないか？
利益を得たものが仮にいたとして、そいつはこのスレにとって「場違いな奴」と断言できる？
- 280 名前：デフォルトの名無しさん [2007/07/26(木) 19:18:20 ]
- 設計の善し悪しは議論禁止だけど、
設計まずそうだなって直感的にわかるとやっぱり言いたくなるんだよな
- 281 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 19:39:24 ]
- >>279
還元の使い方を間違えてる
- 282 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 19:51:02 ]
- >>281
どこがどう間違ってるのか具体的に言ってみろよｗ
論理的な反論ができないから、
重箱の隅を突くような指摘をして話題を逸らそうとしているんだろ？
>>281みたいな空気の読めない馬鹿が１人いるだけで本当に疲れるよねｗ
話の流れと関係のない茶々を入れて有益な議論を一々妨害しないで欲しいな。
この手の輩は本人は気付いてないだろうけどね（多分、一生気付かない）
- 283 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:02:08 ]
- 目的や意図を聞き出すのは名前を考える上で必要不可欠だろうけど
そうするとどうしても設計議論になっちゃうな
- 284 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:05:11 ]
- >>282
そもそもスレ違いのくせに有益とか自画自賛してんじゃねーよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 285 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:06:40 ]
- >>283
だから設計議論のどこが悪いんだよ。
それが誰かの利益になっているのなら何の問題もないだろ？
- 286 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:10:04 ]
- 設計の良し悪しを議論するスレなら幾らでもあるので
こんなスレはブックマークから消してどこへなりと行くほうが楽しいよ
君にとっても
- 287 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:11:39 ]
- このスレは今から「絶対上がる株を紹介するスレ」に変わりました
- 288 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:12:47 ]
- >>287
それはとても有益だな
きっと>>285は参加する事だろう
俺はせんけど
- 289 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:27:04 ]
- 変数名でnum_hogeとhoge_numって使い分けてる？
num_hogeだとnumber of hoge(≒総量)
hoge_numだとhoge number(≒インデックス)
と解釈してるんだけど。
- 290 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:33:19 ]
- 俺は語順に意図を込めたりしないな
- 291 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:37:15 ]
- hoge_i
- 292 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:39:02 ]
- 一度、それを考えてみようと思ったけど、今は、量を表すときは、count使って逃げてるな俺は。
- 293 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 20:41:09 ]
- 似たような役割の変数がいくつかあればこんなふうに書くことが多いかなぁ
num_abcd
num_bcde
num_cdef
インテリセンスで見つけやすいから・・・ってだけなんだが
- 294 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 21:06:51 ]
- 意味不明な俺様省略は、それで得られるゲイン（タイプ時間と指の労力の削減？）
よりも失われるもの（コードの自明性または可読性）またはコスト（それを補うために
費やされる時間と思考力）の方が高くつくと思うけどね。
不思議と何年やっててもこの事実に覚醒（そんな大げさなものでもないが）して
学ばない奴が多いよね。
|
 |
