- 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/
- 159 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 19:46:44 ]
- 要は複数の引数を渡したときに、対になってる二つの
パネルのどちらから適用していくか定義したいんだよ。
何か他にセンスの良い方法があるなら教えてくれ。
- 160 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:00:26 ]
- >>159
2つなら AThenB BThenA だけで足りるはずなのに
CThenDが出ているということは、渡すモノ自体も変わっていくということか？
それとも引数は4つ？
前者なら設計に問題ありだが、>>1なのでもう目をつぶって >>156で行ってしまえ。
- 161 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:06:28 ]
- パネルが二つでも、そのどちらかを決める条件は状態によって
いろいろ考えられるだろ。
具体的には位置によるのか、あるいはそれがアクティブが否か、とか。
- 162 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:07:09 ]
- で、結局>>156の命名でいいのか悪いのかが聞きたいんだが。
- 163 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:27:30 ]
- >>162
だから良いも悪いも意味わからんってw
端的に理解不能。プログラミングの前に説明能力を磨く必要がある。
- 164 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:57:36 ]
- 英語としては、Thenより、FollowedByだな
- 165 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:58:31 ]
- >>162
日本語喋れ
何が「聞きたいんだが」だ
- 166 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 22:14:13 ]
- 俺からしてみれば何が理解不能なのか理解不能だ。
「Aの後B」というのを、「AThenB」と命名するのは適切か否か、
それを聞いてるだけなんだが？
実装内容が理解不能というなら分かる。
ここで書いても書き切れんだろうし。
もちろん実装内容によって適切な命名というのは変わるだろうが、
ここでは措いておく。
- 167 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 22:19:38 ]
- >>164
AのちBとかAに続いてBって感じ？
㌧ｸｽ
- 168 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 23:06:52 ]
- 設計の善し悪しは議論禁止だけど、
設計まずそうだなって直感的にわかるとやっぱり言いたくなるんだよな
- 169 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 23:15:02 ]
- 設計なんてレベルじゃないね。
むしろプログラミングの基礎が分かってない。
それ以前に、>>156のような日本語で他人に自分の考えが伝わる、
とどうやら本気で思っているらしい点が推測される知能の低さもからかいたくなる。
まあからかうだけではアレだから一応内容のあることも書くと、
処理の順序を指定したいなら普通に順序をもつデータ構造を引数に渡すだけだろう。
それは配列でもいいし、単に引数の順序を利用してもいい。
順序をenumで指定するなんて愚の骨頂。
P(n,n) = n!が計算できないのか156は
- 170 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 23:24:32 ]
- おまえの質問への読解力は知らんが（つかなんでn個の順列が出てくるよ）、
俺の理解では、
(A,B), (C,D)とかのペア内でしか順序が問題にならないという仕様と感じた。
ただ、要素数が本当に固定ならいいが、
将来の追加とか考えたらenumはまずいだろとは思う。
- 171 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 23:36:12 ]
- よく詳しい実装内容もわからんでそこまで言えるもんだ。
あっぱれ。
複雑な手続きの順序を決めようなんてしてない。
2 * 条件 通り。
逆に連結リストにするとA→AとかA→Cみたいになって
意図しない動作になる可能性もあるんだが。
(AとB、CとDは互いに対になっている条件、
LeftとRight、ActiveとInactiveとか)
- 172 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 23:36:56 ]
- >>170
そう。先にそう書いとけば良かったな…。
- 173 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 06:43:12 ]
- 言語の「予約語」の英語をお願いします。Reserved Wordでいいですかね？Keywordって単語も
見かけますが、この場合、Reseverd Wordの方が適切ですかね？
- 174 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 09:38:18 ]
- >>173
てか、"reserved word" という用語の日本語訳が「予約語」だから。
- 175 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:08:46 ]
- ModuleManager(仮)というオブジェクトがあります
クライアントコードではこいつにモジュールをregist()で登録し、release()で登録削除する事が出来ます
このオブジェクトはupdate()メンバを呼び出される度に追加したモジュール全てののupdate()メンバを呼び出します
つまり各モジュールに対するfacadeなわけですが
このModuleManager(仮)のクラスに対する一般的なネーミングはどういうものがあるでしょうか？
- 176 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:19:55 ]
- >>175
登録メソッドは regist じゃなくて register にしろ。
- 177 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:26:48 ]
- >>175
Managerでいいんじゃないでしょうか？w
というか、あんまり自身ないけどそれファサードというよりメディエーターの
特殊形態とみなした方がわかりやすいと思う。
>>176
余計なお世話にしか思えんな。
好みの問題以上の理由があって言ってるとは思えない。
- 178 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:42:52 ]
- >>175
窓口となる機能群を適切に表現するしかないのでは
例がFacadeかどうかは疑問があるが
>>177
「registという単語は無い」のは理由にならないと?
>>176を意訳すると「勝手な単語作るなボケ」
- 179 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:45:49 ]
- 漏れも特に理由がなければregisterにすべきだと思う
- 180 名前：175 mailto:sage [2007/07/08(日) 15:52:11 ]
- 言われていればMediatorな気がしてきたので
それを意識して機能を再構成してみます
あとはregisterですね^^
- 181 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:56:05 ]
- >>178
ああすまん、registって英単語は存在しないんだったねw
それなら確かにregisterとすべきだ。
申し訳ない
- 182 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 16:04:20 ]
- >>175
おれなら、Observerで書き換えるかも。
- 183 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 16:11:09 ]
- 別に管理してなくね？
モジュールの生成、破壊を行うわけでもないし、ただupdateするだけ
ModuleUpdaterじゃね？
- 184 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 16:41:51 ]
- managerは結局何をするものか判らないから、
良くない名前付けの例だってどこかで見た
- 185 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 17:50:53 ]
- そんじゃあ明示的にUpdateMethod(Command)Distributerとでもしますか
- 186 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 18:09:53 ]
- 「英単語なんて勝手に作ってもいいじゃないか、ボケ」
と言ってるのかと思った。
- 187 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 21:21:56 ]
- >>186
場合によってはそうなんだけどね。
例えばsetの過去分詞とかさ。
でも、昔のcのコードの文化にありがちだった意味のない省略とかは
すくなくともエディタの入力支援とか使える現在では無意味だし、俺は否定的。
- 188 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 21:26:49 ]
- MS様的には略語以外の省略名は不許可だが
Mathは過去の流儀に従ってSqrtとかだぬ。
- 189 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 23:06:25 ]
- 数学ってEとかmとかπとかΣとかNewtonとかEulerとか悪名の宝庫だよな。
…と書いてから思ったけど数学は純粋に理論的な学問だから、
その概念を現実の物事に例えるのはそれはそれで一面的かもしれない。
- 190 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:32:53 ]
- ＞特に珍しい設計ではないと思うので
いやあすごく変な設計だと思う。悪いけど。
どう考えてもIDancerManager は冗長だし、単に見通しを悪くしてるだけ。
IDancerManagerの機能はIDancerのスタティックメソッドとして実装すれば
済むことだと思うけど。。
- 193 名前：190-191 mailto:sage [2007/07/09(月) 18:44:57 ]
- >>192
どうも。そのようなレスが来るとは何となく予想していました。
IDancerの静的メソッドとしてCanDanceなどを実装すると、後半で記述したような
ループでの一括処理ができませんよね。またインスタンスメソッドとして実装すると、
IDancerのインスタンスのリストを保持しなければならなくなり、メモリ使用量の点で冗長となります。
（IDanceManagerはフィールドを持ちませんがIDancerのフィールドは処理に依存するので）
静的メソッドにしてリフレクションという実装もありますが、パフォーマンスクリティカルな処理なので
それは避けたいのです。
以上の点を踏まえると必然的に上のような設計になったわけです。
- 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
同期オブジェクトでロックする事だって「状態の変更」とみなしうるわけだが、
じゃあそれもダメってのかね
|
 |
