- 1 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 00:20:32 ]
- クラス名、変数名のつけ方に悩んだら書き込むスレです。
質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>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/
Part10: pc11.2ch.net/test/read.cgi/tech/1180146315/
Part11: pc11.2ch.net/test/read.cgi/tech/1191250784/
Part12: pc11.2ch.net/test/read.cgi/tech/1206118762/
Part13: pc11.2ch.net/test/read.cgi/tech/1222661623/
- 348 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 19:54:53 ]
- >>347
ではCustomer.MailAddress1のIsRequiredはtrueであって欲しいとして、
Customerの外のクラスから
MailAddress ma = new MailAddress();
ma.IsRequired = true;
Customer.MailAddress = ma;
とかされた場合、どうするの？
- 349 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 19:55:40 ]
- ごめん
ma.IsRequired = false;
に訂正
- 350 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 19:57:14 ]
- っていうか、ここまで言ってまだ分からんかなあ。。
- 351 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:01:53 ]
- 横に長いコード書くなよ。うちの専ブラの使い方で見づらい
- 352 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:05:16 ]
- >>348
trueであって欲しいのに、
ma.IsRequired = true;
をし、さらに
Customer.MailAddress = ma;
をすることが間違い
じゃあ、
Form.TextBox1のVisibleはtrueであって欲しいとして、
Formの外のクラスから
TextBox tb = new TextBox();
tb.Visible = false;
Form.TextBox = tb;
とかされる可能性は問題ないの？
むしろ、そんな設定をするほうが悪いんじゃないの？
- 353 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:07:53 ]
- >>348
IsRequiredをtrueなりfalseと設定したいから、そう記述するんだろ？
お前はいちいちプロパティが改変されることを予見してすべてプログラムするのか？
- 354 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:09:51 ]
- >>352
おいおい何を言ってるんだよトチ狂ったかw
そもそも外（UI）から操作される値の話をしてるのに、
外から操作してはダメな値を操作するのがおかしい、ってどういう意味だよ。
もう一度>>230から読んで話の文脈をちゃんと理解して何かいってよ。
- 355 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:12:13 ]
- >>353
それこそOOPを理解してる？
普通に考えれば、IsRequiredは外から操作されたくない値だろう。
>>230の意図はそうじゃないよ、って言いたいの？
じゃあまあ>>230の意図はおくとして、IsRequiredが外から操作されたくない
値だったら（普通にありふれたシナリオだと思うが）どうするの・
- 356 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:15:42 ]
- >>354
おいおい、お前頭がおかしいんじゃないか？
なら、絶対に表示しなければならないGUI部品のTextBoxがあったとして、
そのTextBox.Visibleを絶対に変更されないような仕組みをわざわざ作る必要なんてないだろ？
使う本人が分かればいいんだから。IsRequiredも同じだろ。
- 357 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:17:19 ]
- >>355
>普通に考えれば、IsRequiredは外から操作されたくない値だろう。
いや、汎用のクラスライブラリとしては、普通に操作できて当たり前だろ。
- 358 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:18:12 ]
- っていうか、正直>>230のような目的で>>251式にデータ自身に
メソッドやプロパティを持たせるかどうかは意見が分かれるところだとは思うけど、
IsRequiredはクラスメンバの値を公開するようにすべき、ってのは
まともなプログラマが100人いたら100人が同意する話だと思うぜ。
- 359 名前：デフォルトの名無しさん [2009/02/17(火) 20:19:25 ]
- 質問
bool値を返す関数ってよくIs〜って名前付けるよね？
でも『Ａ君はＢ君の方を見ていますか？』みたいな文の場合、
英語にするとDoes〜で始まると思うんだけど、
こういうときの関数名はどうするべき？
- 360 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:21:00 ]
- >>359
CanASeeB
- 361 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:25:25 ]
- >>360
それ可能・不可能の意味合いに変わってるじゃないですか
- 362 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:25:53 ]
- >>356
外から変更されたくない値は変更できないようにしておくのが当たり前。
君は「アクセス修飾なんてぜんぶpublicでいいじゃん」っていう初心者様？
>>357
汎用クラスライブラリの話なんかしてないの。
ベタベタに特定用途専用のクラスの話をしてるんでしょ。
だいじょうぶかよ。
CustomerクラスのMailAddress1プロパティが必須かどうか、なんて値を
外から操作できてどうするんだよw
もちろんそういう用途が皆無とはいえないはずだが、普通はないよ。
- 363 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:31:54 ]
- >>362
変更されたくない値かどうかは、設計者次第
汎用クラスとして設定できるようにしておいて、その継承クラスで隠蔽しておけばいいだけでしょ。
>>230の使い方もわからないのに、勝手に変更されたくないと決めつけて意見するほうが間違い。
とはいえ、汎用的に利用するために、IsRequireのようなプロパティは公開しとくのが当たり前だろな。
>汎用クラスライブラリの話なんかしてないの。
>ベタベタに特定用途専用のクラスの話をしてるんでしょ。
ユーザが入力した文字列のバリデーションなら汎用だろ。
勝手に特定用途専用なんて決めつけるほうがおかしい。
>CustomerクラスのMailAddress1プロパティが必須かどうか、なんて値を
>外から操作できてどうするんだよw
CustomerクラスのMailAddressプロパティなんて>>230は話してないだろ？
何で勝手に自分の都合のいい解釈してんの？
それに>>317をみれば、それぞれのデータにIsRequiredプロパティがあるほうが
わかりやすいだろ？
- 364 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:32:26 ]
- >>359
A.IsLook( B );
でいーんじゃないかなぁ。もしくは
A.IsLooking( B );
これで伝わると思うんだけど。。。
- 365 名前：デフォルトの名無しさん [2009/02/17(火) 20:44:00 ]
- >>362
業務ソフトは入力値のvalidationばかりだから
それにリソースを取られないようにクラスライブラリ化するのは当たり前でしょ
mailaddressの未入力を許可するみたいなのこそベタベタの汎用処理だと思うぞ
- 366 名前：デフォルトの名無しさん [2009/02/17(火) 21:02:15 ]
- ToN敗走
- 367 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:10:43 ]
- >>363
んもー鳥頭さん？
＞それに>>317をみれば、それぞれのデータにIsRequiredプロパティがあるほうが
＞わかりやすいだろ？
まず最初に、そこは異論ないよ。
何度も言うように、意味論的にはオカシイんだけど。（正直これに違和感感じない人間にOOP論じる資格なし）
ただ、何度も言うようにデータにIsRequiredがあるのは意味論的には間違ってるから、
（それは本来Customerクラスが知っているべきことだ）その当然の帰結として、IsRequiredを
フールプルーフに出来なくなっちゃうよ、これって問題じゃないのかい、と言ってるの。
フールプルーフに出来なくなっちゃ、とは
Customer.MailAddress1に触るコードを書くときは、MailAddress.IsRequiredの値を間違って
破壊しないようにCustomerクラスを使う人が注意を払わなきゃならんということ。
どっかのトンマがIsRequiredを間違って破壊しちゃう可能性が機構的に排除できないってこと。
>>365
自分で自分の足を（撃とうと思えば）撃てるのはかまわないが、
安全装置を（組み込もうと思っても）組み込めないようなライブラリなんかに価値はないよ。
- 368 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:12:58 ]
- つーか、だからそもそもライブラリの話してないしさ。
- 369 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:18:57 ]
- >>367
>何度も言うように、意味論的にはオカシイんだけど。
おかしくないよ。これをおかしいと思うひとにオブジェクト指向を語る資格なし。
>どっかのトンマがIsRequiredを間違って破壊しちゃう可能性が機構的に排除できないってこと。
だからフールプルーフについては既に記述してるじゃん。
お前は絶対に表示しなければ成り立たないGUI部品があったとして、
そのVisibleをfalseにできないようわざわざ設定しているのか？
>安全装置を（組み込もうと思っても）組み込めないようなライブラリなんかに価値はないよ。
継承して隠蔽すればいいじゃん。
汎用的に使えないライブラリなんかに価値はないよ。
- 370 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:23:10 ]
- はいはい、そうだねお前らが正しいよ
お前ら釣られまくりでバカじゃねーの？ｗｗｗｗｗｗ
しねばいいよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 371 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:25:56 ]
- >>370
ton氏ね
- 372 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 21:40:06 ]
- 230は
foreach(inputField in Fields){
if(inputField.IsRequired && inputField.IsMissin){
// なんかする。メッセージのappendとか。
}
}
ってことだろうとふつーに思った。ふつーに思った。（IsRequiredは冗長かもしらんが。）
238を読んで、あーこういう脳みそがななめってるうざいやつってうちの現場にもいるなーって
オレも思ったし、お前も思っただろう。そいつは多分今も仕事中ｗｗ
- 373 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:01:53 ]
- >>372
>>238は
bool tmpBool = false;
tmpBool = MailAddressCheck(mailText);
tmpBool = MailAddressCheck(mailText1);
tmpBool = PostalCodeCheck(postalText);
tmpBool = PostalCodeCheck(postalText1);
tmpBool = TelCheck(telText);
とか、オブジェクト指向がわからず、いちいち関数で処理しちゃう奴だろ？
しかも、tmpBoolが最後のTelCheck()だけで決定されてしまってバグに気づかず大慌てするタイプ。
もっというと、tmpBoolとか死ねって感じのタイプ。
- 374 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:04:43 ]
- いくらバカでもせいぜいflagとかにしちゃうぐらいだと思うがなぁ
- 375 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:12:16 ]
- IsRequiredプロパティ設定可否だの、定数での設定だの、
方法論はいろいろあるけど、変更できる人には、変更できちゃうんだから、
定数値でも意味がないだろ。
変更したくなければプロパティを隠蔽すりゃいいんだから。
- 376 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:14:58 ]
- なんかへそ茶だな。
2chで（馬鹿な）君に賛同してる奴なんて君と同じレベルの馬鹿なのに。
「オブジェクト指向が分からない」とは、>>230のいうIsRequiredのような値は
データの所有者に属する情報であってデータ自身に属する情報ではないことが
理解できない人間の事を言う。
- 377 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:15:56 ]
- >>375
だから、どうやって？
- 378 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:20:34 ]
- >>377
隠蔽する方法の言語仕様を知りたいの？
private new string MethodName();
で隠蔽できるじゃん
- 379 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:27:59 ]
- 言い争ってるやつらは経験不足なんじゃないかな。決め付け多いし。
いつの世も理想主義と現実主義の話は平行線。
極論ばかりだと現実社会では生きていけないように
プログラマーとしても成長できませんよ。
ここから上から目線のやつが現れてもっと解説
↓↓
- 380 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:30:48 ]
- ＿＿＿
／::::::::::::::::＼
／:::::─三三─＼
／:::::::::（○）三（○）.＼
/⌒)⌒)⌒.:::::::::: （__人__） :::::: ＼ /⌒)⌒)⌒)
| / / /.. ｀ ⌒´ | (⌒)/ / / /,,-''ヽ､
| :::::::::::(⌒) ／ ゝ ::::::.,,-''" ＼
| ノ ＼ /_,-'" ＼
ヽ / ヽ /＼ ＼
| | ＿＿ //＼＼ ＼
／|[]::::::|_ / ＼/＼＼ ／
.／|￣￣￣￣ //＼ ＼/ ＼ ／/ ＿＿＿
| |:::「「「「「「 / ＼/＼ /＼＼ ／:::/ .／| |＿＿
＿..| |:::LLLLL//＼ ＼/ ＼/＼＼／::::::/ ／ | ロ .|lllllllllllll
／ llllll| |:::「「「「 / ＼/＼ /＼ .＼/ ./::::::::/ ／ .／ .| |lllllllllllll
＿＿ llllll| |:::LLL.//＼ ＼/ ＼/＼ /::::::::/ | ／ .| ロ .|lllllllllllll
| |:::「./ .＼/＼ /＼ ＼/ /::::::::/⌒ヽ､| ||／ ..|
| |:::l//＼ ＼/ ＼/＼_, -― ､ ''"⌒ヽ,_
(⌒ヽ､_,ノ⌒Ｙ" Y .....⌒)
(⌒ヽーﾞ ....::（ ..::....... .__人.....::::::::::::::::::::
- 381 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:31:31 ]
- >>376
データ所有者が欲しいから、データそのものと、IsRequiredプロパティを同時に所有しているんだろ
「オブジェクト指向が分からない」とは、データが様様な属性を所有していることを理解できない人のことを言う。
- 382 名前：デフォルトの名無しさん [2009/02/17(火) 22:33:12 ]
- >>379
ToNさんお疲れ
決めつけじゃなくて言語仕様そのものの理解が間違ってるんですよ。
それを他人のせいにしたら、一生、オブジェクト指向が理解できないっすよ？
- 383 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:37:12 ]
- この手の話は結局、どっちのオブジェクト指向論が正しいのかニュートン法で収束
- 384 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:39:00 ]
- >>379
極論ばかりだと生きていけない＝ToNみたいな存在も許容しろ
言い争ってる＝喧嘩両成敗＝ToNみたいな無理難題な喧嘩を売られても認めろ
っていいたいのか？
お前こそ人間として最低だろう
- 385 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:39:29 ]
- C#って日本語のプロパティ名使えたのな。結構いいかもしれんわ。
大体「中途受任日」って英語でなんていうねん。
- 386 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:41:29 ]
- >>383
いやオブジェクト指向論にすらなってない
>>321
>例えば同じ型のデータが2つ以上必要で、それぞれ入力必須かどうかが
>違ってたらどうするの？
を読めばオブジェクト指向すら理解できていないことがわかる。
- 387 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:48:33 ]
- >>386
あのさあw
なんか本当に鳥頭の人がいるな。
どうして「同じ型のデータが2つ以上必要で、それぞれ入力必須かどうかが違ってたら」
問題かさっき説明したでしょ。
それは、IsRequiredをデータ自身に持たせて、かつフールプルーフに実装しようと思ったら
クラスメンバの値を返すようにする必要があるから（すくなくともそれが一番簡単で
標準的なやり方だから）だよ。
こんな馬鹿にOOP云々言われたくないわまったく。
- 388 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:54:00 ]
- >>387
>それは、IsRequiredをデータ自身に持たせて、かつフールプルーフに実装しようと思ったら
>クラスメンバの値を返すようにする必要があるから
隠蔽できるから返されないって言ってるじゃん。
- 389 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:56:09 ]
- メアド交換して当事者同士でやってくれよ。たまらん。
- 390 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:56:31 ]
- >>388
ごめんどういう意味？
真面目にわかりません。
具体的なコードで説明してくれると助かるかも。
- 391 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:58:41 ]
- >>390
>>378
- 392 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:59:49 ]
- >>384
そんなんだからお前はいつも底辺で働いているんだろ
まぁがんばれよ
- 393 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:00:42 ]
- >>392
そんなんだからお前はいつも底辺で働いているんだろ
まぁがんばれよ
- 394 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:02:34 ]
- >>393
言うことなくなったか。責めてごめんな。
みんな怒ってるから空気読んで、もうやめとこうな？
- 395 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:04:44 ]
- >>393
相手のレスが無くなるまでレスしたほうが勝ちですか？ｗ
- 396 名前：デフォルトの名無しさん [2009/02/17(火) 23:05:45 ]
- そうとう口惜しかったんだろ許してやれよ
- 397 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:10:24 ]
- >>395
勘弁してやれよ
- 398 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:12:08 ]
- >>359
if (aHash.containsKey(aKey)) { ... } みたいな例が一杯あるし、
a.looksAt(b) みたく、三単現の動詞を使えばいいと思うよ。
- 399 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:03:11 ]
- さっきから意味論意味論恥ずかしい奴が居るなｗ
- 400 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:04:18 ]
- 意味論＝自分が理解できる範囲の論
- 401 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:07:35 ]
- 汎化とか、意味論とか言うところをみると、
情報処理関連の専門、短大、大学を出たが実際に設計をしたこともない池沼という感じだな
- 402 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:17:05 ]
- >>364
あと A.Looks(B); もあり
- 403 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:21:08 ]
- >>398
すまんこのレスで既出な上に、Atまできっちり付いてたアル
- 404 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:28:58 ]
- オブジェクトが主語にならないときに、O.SIsCとするかO.IsSCとするか悩む。
例えば「Ｏの髪が金色か否か？」みたいな。
あー、もちろん「髪が金色」に相当する１単語の形容詞があるのは知ってるぜ。
ただ「そもそもＯが主語にならないようなプロパティはおかしい」とか言ってしっちゃかめっちゃかにされるのを避けてみた。
- 405 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:35:57 ]
- 「値」から「ユーザーの入力した値」が派生しているだけの話なのに、意味論的におかしいの？
- 406 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:41:03 ]
- 値←ユーザの入力した値←ユーザの入力した文字列値←ユーザの入力した文字列であるメアドの値
というクラス階層が大真面目に書いてあったら
絶対笑うか泣く。
- 407 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:48:02 ]
- >>340-341
吹いたｗｗｗｗ
- 408 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:49:52 ]
- 局所的にバリデートの手間をすっ飛ばせればそれで良いリーマンと
意味論を重要視し、体系的に完璧でなければ許し難い無収入者の戦い
- 409 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:13:38 ]
- >>405
まったくおかしくないよ
ユーザが入力できる値は基本的に文字列だからな
基本的に文字列から派生することになる
直接に数値として得られるのは配列の要素だけ。
- 410 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:31:54 ]
- >>367
包丁も車も完璧な安全装置を組み込めないから価値は無いよね。
マグカップでも人が死ぬ事もあるから使えないよね。
どこかのトンマがPC投げつけてきたら危ないからPCも捨てようね。
- 411 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:38:13 ]
- TONの定義するTONMAが空想上の動物で無いとすると
PI=3.14159って定数が勝手にPI=3に書き換えられてもおかしくないな
さて、これをフールプルーフするには一体どうすれば良いのだろうか
- 412 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:40:39 ]
- >>359
A is looking at B
A.isLookingAt(B)
this.AisLookingAtB()
好きにしろ。
- 413 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:04:44 ]
- >>411
TONからPCを取り上げる
- 414 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 07:56:30 ]
- >>412
嫌だね
- 415 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 11:11:40 ]
- >>404
凄くわかるｗ
お前って俺なの？
- 416 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 11:23:01 ]
- Webアプリなんですが、
仮登録中のユーザー（users）を格納しておくテーブル名、
あるユーザーのプロフィールを見たユーザーの「足あと」を格納しておくテーブル名、
ある記事を見た人（ユーザーに限らない）の日時やIPを格納しておくテーブル名。
それぞれ、なんかいいのないですか？
- 417 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 12:02:37 ]
- >>385
いちいち変換しないといけないからめんどくさい事この上ないよ。
- 418 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 15:01:05 ]
- >>416
Pre Signup Users
Profile Footprints :: user_id -> footprint
Article Viewer Infomations :: article_id -> viewer_info
てきと。
- 419 名前：416 mailto:sage [2009/02/18(水) 15:23:36 ]
- >>418
おおぉ、いい感じです！
ありがとうございます！
- 420 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 18:44:24 ]
- お題を出した人が満足してからが本番！
- 421 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 21:17:40 ]
- さあ、TONさんの出番です
- 422 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 16:58:41 ]
- >>419
まちがえた。
infomationじゃねえ、
informationだ。
恥ずかしい。
- 423 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 18:55:13 ]
- >>418
Web的？にはviewerよりvisitorのがよくね？
>>421
悪魔召還すな。
- 424 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 20:08:28 ]
- >>423
あー。そういやWebはVisitだなー。
もう質問者いないだろうけどｗ
- 425 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 20:38:29 ]
- そりゃ違うだろう。
visitor or not： （ウェブサイトの）中に入ったかどうかの違い
viewer or not： (記事を）見たかどうかの違い
>>416が求めているものがどちらか言うまでもない。
- 426 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 21:36:34 ]
- visitor or not （笑）
viewer or not （笑）
- 427 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 21:55:54 ]
- >>425
英語圏のソースを片っ端から見てきた方がいいよ
間違ってるから
- 428 名前：デフォルトの名無しさん [2009/02/19(木) 22:02:05 ]
- ToN改めVoNさんｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
- 429 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 22:02:57 ]
- 失せろゴミ
- 430 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 22:55:51 ]
- VoNw
w
ww
wwww
さすがにネタだろ
- 431 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 22:57:09 ]
- >>425
具体的に例えばどのコード？
というか、もし仮に記事を見た人間のことをvisitorと呼ぶのなら（どう考えても変過ぎるが…）
ウェブサイトの訪問者はそれと区別してなんと呼ぶの？
- 432 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 22:58:19 ]
- アンカミス？
- 433 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:00:50 ]
- >>432
うん。
>>427のつもりだった。。
- 434 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:09:01 ]
- ToNさん お疲れ また来たの？
- 435 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:35:36 ]
- >>431
www.google.co.jp/codesearch
この辺りで[web visitor]とか[web viewer]とか検索して
それぞれどんなのが引っかかってくるか比べてみたら。
- 436 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:54:13 ]
- みんなTONに優しいな
- 437 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 00:16:18 ]
- TONさんのプロフィール
・40過ぎ
・英語は苦手
・リーダークラスSE
- 438 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 00:19:23 ]
- >・リーダークラスSE
オブジェクト指向しらなくて、それはない
VB6しか触ったことないならあり得るが
- 439 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 00:38:27 ]
- >>438
×Leader
○Reader
ソースは読んだ事しかありません
- 440 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 06:41:45 ]
- 連鎖あぼーんって便利だなｗｗｗｗｗｗｗｗｗ
- 441 名前：234 [2009/02/21(土) 00:34:22 ]
- 参考にさせてもらおうと、またきてみたのですが、
なんか私のせいで荒れてしまったみたいですいません。
あれから、設計をいろいろ見直しまして、そこそこのものができたかなぁと思っています。
まだ足りない部分があるので、考えているのですが、また迷ったらよろしくお願いします。
- 442 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 11:31:07 ]
- 誰がどんなお題を出してもその後の流れは決まってるからまったく気にする必要なす
- 443 名前：デフォルトの名無しさん [2009/02/23(月) 20:36:08 ]
- 送信したパケット群でACKが受信できていない最初のパケットを返す関数
の名前を募集中です
- 444 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:57:20 ]
- FirstPacketAtCantRecvACKOfSendedPacket
- 445 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 20:58:21 ]
- NACK、ではなくて「ACKではない」なのか。
Packet FindNotAcknoledged(Packet[] packetsSent)
とか。
二つ目以降を探すときは、
Packet FindNotAcknoledged(Packet[] packetsSent, int startIndex)
- 446 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 21:05:18 ]
- NAKは今のところ存在しません。
判りやすいところでFindNotACKにします。
ありがとうございました。
- 447 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 21:08:11 ]
- いちおう訂正
Acknoledged ⇒ Acknowledged
- 448 名前：416 mailto:sage [2009/02/24(火) 10:29:03 ]
- たくさんレスが付いててびっくりしました！
みなさんありがとうございます。勉強になります。
またWebアプリで考えて欲しい名前があるのですが・・・
・ユーザーがメールアドレスを変更するときに、
アドレスの存在確認のために、一時的にそのアドレスとランダムな文字列、期限を保存しておくテーブルの名前。
（そのアドレスに確認メールを出して、記載されているURLをクリックすると変更完了というやつです。）
・プライベートメッセージ機能で、拒否したいユーザーを記録しておくテーブル名。
blacklistとかだと複数・単数の扱いがややこしいので・・・
（block_usersとかでいいのかな。reject_users？）
こういうの、さらっと考えられるようになりたいです；
よろしくお願いします！
- 449 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 12:06:07 ]
- てきと。
interim registration information
メアドにこだわる必要ないかなと。
新規登録時にも使えそうだし。
private blacklist
とりあえずprivateを付けてみるメソッド。
- 450 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 20:37:46 ]
- - tempUsers, provisionals, moratoriums, unapprovedProfiles
- ignoreList, denyList, uceList, ignorables, rejects
- 451 名前：416 mailto:sage [2009/02/25(水) 11:48:52 ]
- >>449
>>450
ありがとうございます。
新規登録時にはプロフィールの入力などもあるので、
テーブルは分けようと思ってます。
なので、もう少しメールアドレス変更用というニュアンスが欲しいです。
個人的に、名詞の複数形がいいです。
拒否ユーザーの方は、
テーブルに入っているのは、あくまで個々のユーザーなので
〜listというのは避けたいです。
blacklist_itemsなどとすればよいのかもしれませんが、くどいですし・・・
ignorables、rejectsはいいかもしれませんね！
もう少しいろいろなネーミングが知りたいです。
よろしくお願いします。
- 452 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 13:43:23 ]
- 正規化できるときはしといたほうがいいけど、
1対1の時は一つのテーブルのほうが便利だけどね
- 453 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 19:02:19 ]
- C++で座標を扱うクラス名についてです
基底は２軸、その派生で３軸の座標のみのクラス(構造体？)、
それらにアクセッサ等を加えたクラス、
さらにベクトル計算のメンバ関数を持つ派生クラス
を作るところです
基底クラスとその次のアクセッサを持つクラスで
上下関係が持てそうな名前はないでしょうか
coordinate,position,point,vertex、どれもis a なイメージなんですが・・・
ちなみに上記３種のクラスで、親子関係を持たせる場合
２軸なら２軸だけで、(基底除く)３軸は３軸だけで親子関係を結んだ方がいいのか
それとも３軸の上に、１軸アクセッサをprivateにした２軸派生、さらに３軸派生、と１本の線にしたほうがいいのか、
はたまた多重継承がいいのか、アドバイスもできればお願いします
- 454 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 19:43:03 ]
- >>451
難しいなあ。じゃああとxxxMailInfosとか。
unverifiedMailInfos, unapprovedMailInfos
>>453
個人的には次元が違えば基本的に完全に別物だと思う。
そっち方面やったことないんで自信はないけど。
あと、単純な座標クラスをベースクラスにするのはいいとして、
「その次のアクセッサを持つ」の必要性がよくわからない。
いや、必要なのかもしれんけどどういう機能をもたせるつもりかわからないと
名前の付けようが・・・
- 455 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 20:09:08 ]
- >>454
基底クラスの2軸と3軸を親子関係を結んで、
それ以降2軸は2軸、3軸は3軸と派生させたとして、
3軸の子・孫から2軸の子・孫へdynamic_cast、という手段を確保するつもりでこうなりました
その際、基底クラスには仮想関数も持たせず
単純なデータ群としてやり取りできるようにし、
普段扱う際は子クラスを、と思ったのですが…
今作ってるのは箱庭空間？の基本的な環境を目指しているところです
ですので、基底は座標として、ベクトルとして、等
とにかく2要素・3要素まとまった箱が欲しいな、と
>個人的には次元が違えば基本的に完全に別物だと思う。
確かにそんな気もしますが、こっち方面どころか全方面において経験がないので
設計で四苦八苦しています(ﾉ∀`)
- 456 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 20:14:53 ]
- ねみい
- 457 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 13:19:51 ]
- >>455
単純な値クラスはむやみに継承関係に
しないほうが一般に望ましい。
継承というものを知り、金槌を持って
何でも釘に見えてるような状態かも？
ちょっと考え直したほうがいい。
もちろん、スレの趣旨的には、一切
考え直さずに突っ張って、命名を
求め続けてもかまわないけど。ｗ
- 458 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 13:56:40 ]
- >>455
三次元から二次元に変換するときは、基本的に写像が必要になるから、
dynamic_castでなんとかしようとすると後で困るよ。
- 459 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 13:57:50 ]
- 写像、つまりは変換関数
- 460 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 14:27:16 ]
- 変数じゃなくてテーブル名なんですが。
予約テーブルがあって、そのうち、（実際の来店などで）受付した物を保持するテーブルで、
受付済みテーブルってのを作ろうとしたんですが、
ACCEPT
APPOINTMENT_ACCEPT
ACCEPTED_APPOINTMENT
どれが良いと思います？
もっとよいのがあれば教えてください。
- 461 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 14:48:00 ]
- >>460
普通にorderじゃ駄目なの？
order_historyとか
- 462 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 14:50:24 ]
- >>461
ありがとう。
だけど、Orderだと「注文」的な意味が強くないですかね？
- 463 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 15:03:12 ]
- >>451
じゃあ名前を変えずに解釈を変えて、
新規のほうはSignupXXXInfoとかにすれば区別はつくんじゃない。
>>455
キャストはそんなことに使うべきではないと思うぞ。
>>460
受付したものってなんよ。人なの？物なの？
- 464 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 15:05:49 ]
- >>463
それだいじですね。人です。
- 465 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 15:19:31 ]
- 人を受け付けるなら Reception
- 466 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 16:05:49 ]
- >>460
reserved
ひょっとすると誤解されやすいかも。
- 467 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 17:25:58 ]
- >>465,464
ありがとうございました。
Receptionにしようと思います。
- 468 名前：デフォルトの名無しさん [2009/02/27(金) 01:02:28 ]
- 汎用的な質問でごめんなさい
例えば、関数 f を呼び出すための条件を関数 n に渡し、
その関数 n から True が返ってきたら f を呼び出したいんですが、
そういう、条件を判定させる関数の名称でいい感じのがないんです。
if (p (v1, v2, v3) == TRUE){
f();
}
のような、この関数「p」の名前を模索しております。
- 469 名前：468 [2009/02/27(金) 01:03:45 ]
- しまったーorz
>>468 の「p」、コード上の p (v1... の p は、文中の n の意味です。
すみません。
- 470 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 02:23:06 ]
- >>468
predicate (述語) が一般的だと思う。
あとは condition (条件) とか criterion (基準) とか。
- 471 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 06:47:08 ]
- 〜かどうかを判定する関数に、「〜p」ってつけるのはLISPの常識。ってのはもう古いのか？
- 472 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 07:06:32 ]
- その条件が何かによって変わると思う。
is条件()みたいなメソッド名ってjavaとかじゃよくあるけど。
- 473 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 14:46:31 ]
- キューにたまったメールに名前をつけるとしたら、どんな感じになりますか？
行列（キュー）全体ではなく、行列に並んでる個々のメールに命名したいのですが・・・
queued_mails みたいな感じでしょうか？
- 474 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 14:51:55 ]
- そのアホな名前を誰が読むのか知らないけど
通し番号でいいと思わないか
- 475 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 19:50:52 ]
- >>468
批判されてるのに追い討ちかけるようだけど、
そんなあいまいな条件だけで命名しようとか命名できるはずだか考えてるのなら
そのセンスはヤバ過ぎると思う。
- 476 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 01:31:31 ]
- >>468
おれなら〜trapとかにしそう
- 477 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 01:51:11 ]
- >>473
perlのforeachで$_の代わりに使う変数かな？
ならフォーカスドメールとかでいいんじゃね
- 478 名前：476 mailto:sage [2009/02/28(土) 02:18:52 ]
- あー通すのは引値か…
trap_whithout(条件)とかは？
- 479 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 16:32:35 ]
- >>473
個々のメールに命名したいのになんで複数形なんだろう？
どうでもいいけどmailはuncountableな名詞なのでふつうはmailsって書かないらしいよ。
emailsはアリらしいけど。
- 480 名前：473 mailto:sage [2009/02/28(土) 17:10:36 ]
- 説明が足りずすみません。
キューからメールを取り出して、
foreach ($queued_mails as $queued_mail) {
みたいな処理をしたいのです。
そのときに、行列待ちのメールであることを分かりやすくしたかったのです。
mailsと書かないというのは知りませんでした；
- 481 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 17:29:11 ]
- >>480
普通に考えれば特に「行列待ちの〜」なんて意味を名前にこめる必要はないと思う。
処理待ち用のキューの中から取り出したんだから処理待ちに決まってる。
処理の文脈をみればそんなの自明かと。
どうしてもって事情があるのならbacklogとか？
- 482 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 17:31:20 ]
- $mailとか$iで十分じゃね。
わかんなくなるならブロックがメソッドが長すぎる。
- 483 名前：473 mailto:sage [2009/03/02(月) 07:45:44 ]
- メールキューをデータベースのテーブルに格納しているので、
そこでの命名にも使いたくて・・・
backlogというのはいいですね。
mailをどうしても複数・単数で扱いたい場合は、
message（s）とかにするのが普通なのでしょうか？
- 484 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 08:05:45 ]
- mqueueとくればmessageに一票。
ただ、そのメールで何を送るか、例えば注文を送るんだったらorderとかでもいいわけでしょ。
- 485 名前：473 mailto:sage [2009/03/02(月) 08:25:39 ]
- なるほど。
たしかに、内容に即した名前の方がわかりやすくていいですね。
ただ今回は、オーダーやお知らせなどのあらゆるメールを一箇所に集約するので、
もっと普遍的なネーミングが欲しいのです。
となると、やっぱりmessageになるんでしょうかね・・・
英語うまくなりたい；
- 486 名前：デフォルトの名無しさん [2009/03/06(金) 07:30:53 ]
- C++で型FooをBarに変換する関数を
Bar ConvFooToBar(Foo foo);
のように書いています。
変換する型が複雑になると
Hoge ConvFooBarToHoge(FooBar foobar);
のようにToが見つけにくくなり、読みにくく感じます。
が、読めないこともないのでこれで妥協すべきでしょうか。
- 487 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 07:40:20 ]
- hoge = ToHogeFrom(fooBar)
- 488 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 07:54:06 ]
- Toを2にしてみるとか駄目？
- 489 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 07:57:38 ]
- オーバーロード可なら
元の型を関数名に含める意味なくね？
- 490 名前：486 [2009/03/06(金) 08:35:26 ]
- >>489
あ、たしかにそうですね。いわれてみれば冗長。
>>487みたいに、
引数を関数名の一部にするようなアイデアは考え付きませんでした。
残る問題は、自分が>>486のスタイルになれきっていることなので、
それから脱却できるようがんばります。
どうも朝早くありがとうございました。
- 491 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 08:51:20 ]
- キャスト用の1引数コンストラクタじゃだめなん?
- 492 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 14:58:03 ]
- >>491
Barクラスに手を入れるのは普通いやじゃない?
そもそもその権限がないかもしれないし。
便乗質問。
487の "Hoge ToHogeFrom(const FooBar &)"の.hファイルと.cppファイルの名前って
どうするのが一般的?
ToHogeFrom_FooBar.cpp あたりかと思うんだけど…
- 493 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 15:51:32 ]
- 一関数、一コンパイルにするのか。
別にダメだとは言わんが。
- 494 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:00:17 ]
- そもそも、（どうしてこれまで誰も指摘しないのか不思議でならないんだけど）
なんでC++なのにそんなユーティリティ関数みたいな書き方するんだろう。
Foo ⇒ BarなのにどうしてFooのインスタンスメソッドとして書かないの？
意味わかんない。
- 495 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:20:39 ]
- >>494
> どうしてこれまで誰も指摘しないのか不思議でならないんだけど
>>1
> 設計の善し悪しについて議論するのは基本的に禁止。
- 496 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:24:19 ]
- >>494
クラスのメンバ関数は最小限のインターフェースにとどめ、
メンバ関数を使って可能なことは大域関数で実現するのがよろしい、という考え方がある
cf. C++ Coding Standards 44項 「非メンバーかつ非friendの関数を書くようにしよう」
Javaに慣れてると何でもかんでもインスタンスメソッドにしたくなるんだけどね
- 497 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:32:16 ]
- >>496
なんらかの深い考察が背景にあるのかわからんけど、
ぱっと聞き同意しがたい考え方だな。
- 498 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:45:11 ]
- >>494
委譲
- 499 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:49:00 ]
- >>496
> Javaに慣れてると何でもかんでもインスタンスメソッドにしたくなるんだけどね
最近のJavaは知らないけど、Javaはグローバル関数が作れないから仕方ないのかな。
C#を最近勉強し始めたけど、C#も同じらしいのでちょっとがっかり。
- 500 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 16:50:37 ]
- staticでいいじゃん
- 501 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 19:11:57 ]
- C++なら foo_cast<Bar>(foo) だろ
変換先が一つだけならBarのコンストラクタでFooを受け取る
それが無理ならto_bar(foo)
barが一般的なクラスならbar(foo)でもいい
変換処理がFooの内部構造に依存したり仮想関数にする場合
Fooに変換メンバ関数bar()を作ってフリー関数bar(foo)から呼び出させることもよくある
- 502 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 19:39:34 ]
- >なんでC++なのにそんなユーティリティ関数みたいな書き方するんだろう。
>Foo ⇒ BarなのにどうしてFooのインスタンスメソッドとして書かないの？
なわけで、やり方はいくらでもあるだろうが、委譲という考え方がある限り
そういうメソッドを作ることは何ら不思議じゃないが結論だろ
- 503 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 19:45:59 ]
- はいはい
あれないうちにやめてくれよ。
- 504 名前：デフォルトの名無しさん mailto:sage [2009/03/09(月) 22:56:38 ]
- C++なら bar = foo;
- 505 名前：デフォルトの名無しさん mailto:sage [2009/03/09(月) 23:14:52 ]
- >>504
氏ね
- 506 名前：デフォルトの名無しさん [2009/03/14(土) 08:54:31 ]
- よし、こんどのプロジェクトの変数は、
Nobunaga Hideyosi Ieyasu Masamune 武将シリーズでいくぞ。
- 507 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 09:08:37 ]
- >Masamune
惣無事令に反して蘆名領に攻め込んだり、葛西大崎一揆を扇動して天下人を困らせた
つまり、管理者の意図に反した入力を受け入れるわけですね、分かります
- 508 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 13:31:57 ]
- 平気で2chジャゴンを使える、使う気になる奴の神経が理解できん。
自分で自分が気持ち悪いと思わないんだろうか。
ひょっとしてこういう奴のアイデンティティって「2ちゃんねら」なのか？w
まともな精神構造してたら耐えられないよな。
- 509 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:24:23 ]
- ジャゴンなんて初めて見る単語だな
- 510 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:29:07 ]
- 双頭怪獣 ジャゴン
- 511 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:29:19 ]
- ほらあの人魚伝説の元になった海獣
- 512 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:33:04 ]
- ダゴンか
- 513 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:33:31 ]
- それジュゴン
- 514 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:34:18 ]
- それ古代パレスチナにおいてペリシテ人が信奉していた神。
名前の由来はヘブライ語のダーグ（魚）ともダーガーン（穀物）ともいわれる。 父親はエル。
伝承によってはバアルの父とされる。魚の頭をもつ海神と考えられてきたが、近年の研究では農耕神であった可能性も強い。
ガザとアシトドに大きな神殿があった。
- 515 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:34:34 ]
- jargon
- 516 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:36:15 ]
- >>515
それmora.jp/artist/80328008/DKSLG0613/
- 517 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:45:00 ]
- Jargon - Wikipedia, the free encyclopedia
en.wikipedia.org/wiki/Jargon
- 518 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:45:33 ]
- RGM-89 ジェガン
- 519 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 20:03:08 ]
- >>517
それterminology which has been especially defined in relationship to a specific activity
>>518
それモビルスーツ GMの後継
- 520 名前：デフォルトの名無しさん [2009/03/14(土) 20:16:53 ]
- SQLでカラム名を変更する際に前のカラム名と変更後のカラム名を変数に保持したいんですが、こういうと時って変数名どうすればいいでしょうか？
pre_column
modified_colomun
？
何かいいアドバイスあったらいただきたく。。
- 521 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 20:28:08 ]
- suffixで_oldと_newを付けるとか。
- 522 名前：デフォルトの名無しさん [2009/03/14(土) 22:04:45 ]
- そーか、old&new良いですね。
ありがとうございましたm(__)m
- 523 名前：デフォルトの名無しさん [2009/03/16(月) 11:27:12 ]
- たとえばRPGなんかで敵味方のデータの基底になるクラスの名前って、なんか定番ある？
Character や CharaObject では、なんかしっくりこない。
- 524 名前：デフォルトの名無しさん [2009/03/16(月) 13:10:21 ]
- 和英辞書との一致 (1〜1件目 / 1件) 検索辞書：プログレッシブ和英中辞典 提供：JapanKnowledge
じんぶつ【人物】
1〔人〕a person，((口)) a character; 〔重要な人〕a figure; 〔小説などに描かれた人間〕a character 危険人物 a dangerous person [char... [さらに]
- 525 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 13:20:15 ]
- char
- 526 名前：523 mailto:sage [2009/03/16(月) 13:59:01 ]
- >>525
いちおC++なんで、予約語は勘弁してください
>>524-525ありがとう。
とりあえずだけど、personで進めていくことにしまふ
- 527 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 14:14:18 ]
- 出演者は人物だけなのか？
はぐれメタルとか登場予定なし？
- 528 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 14:22:33 ]
- じゃあ「生物」はどうかなと思ったけど、はぐれメタルは「無生物」に近いよね・・・「神霊」ってタイプのキャラもいるかもしれないし
「化身」ってどうだろう？avatar、ちょっと違和感ある？
- 529 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 14:36:48 ]
- object
- 530 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 15:21:37 ]
- actor
- 531 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 15:29:33 ]
- じゃあunit
- 532 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 15:44:39 ]
- actorいいね！次からそれ使う
- 533 名前：デフォルトの名無しさん [2009/03/16(月) 19:35:33 ]
- creature
- 534 名前：デフォルトの名無しさん [2009/03/16(月) 19:57:33 ]
-
無理矢理英語にする
無理矢理日本語にする
どっちも嫌なので難しい。
Get_User_Inputs_4_Process_that_DA_First_Pass
User_no_Key_nyuuryoku_wo_Uketoru
見てるだけでムカつく。
特に4とか2とかDAとか
- 535 名前：デフォルトの名無しさん [2009/03/16(月) 20:02:08 ]
- なんでこう、英語をちょっとくさ知るとDAとか黒人スラング使いたがるのか。
おなじ「だ」でもTHEでいいじゃん。
THE・埼玉はTHE・埼玉だからいいのであって、
DA・埼玉だとヒネリも何もなく、したがって味わいも何もないではないか。
THEが付いてるから、「並ぶもののない」「他に2つとない」というポジティブな意味と
「ダサイ」というネガティブな意味両方あるからTHE・埼玉という表記がすぐれているのに
DAにしたら英語知らない奴からするとストレートな悪口にしか見えん。
- 536 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 20:19:49 ]
- 坊やだからさ
- 537 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 20:26:25 ]
- // get user inputs for process that the first pass
// ユーザーのキー入力を受けとる
完璧にコメントの形式ですね
- 538 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 22:45:08 ]
- 意味が変わっとる
- 539 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 13:31:39 ]
- 意味もなく冠詞とか接続詞とか前置詞とかは付けないものだと思ってた
- 540 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 09:44:43 ]
- Levensteinのアルゴリズムに手を加えて、
二つの配列間の挿入、置換、置換、移動による最短編集距離を求めて
それぞれ変更のあった位置と類似度も返す関数を作ったんだけど
なんて名前にすればいいだろう。
- 541 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 10:50:52 ]
- changeset
- 542 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 13:21:52 ]
- 自分の名前つけとけば
- 543 名前：540 mailto:sage [2009/03/20(金) 00:17:50 ]
- >>541
順序も考慮するからsetは違う気がする。
圧縮ファイルの中身を比較するのに作った関数だけど
一応他の用途でも使いまわせるような感じにしたいので
汎用性がある名前にしたいなぁとか。
>>542
機能に即した名前がいい。
- 544 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 04:06:18 ]
- >>543
function_that_returns_position_and_degree_of_similarity_it_arranges_ones_verbs_and_objects_to_algorithm_of_Levenstein_and_with_each_change_for_the_shortest_edit_distance_by_the_insertion_between_two_arrays_substitution_substitution_and_movement()
- 545 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 05:17:16 ]
- >>544
じゃあそれにするわ！
- 546 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 05:34:50 ]
- MyLevensteinDistance()
- 547 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 07:26:49 ]
- >>544
英語でおｋ
- 548 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 13:16:56 ]
- マイクロソフトに倣ってLevensteinDistanceExでいいじゃん。
- 549 名前：デフォルトの名無しさん [2009/03/20(金) 17:26:10 ]
- non_power_of_2
「なんで2の力なんですかね？」
って聞いてきた奴もいたものである。
- 550 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 21:18:29 ]
- >>540
まず、そのアルゴリズムを論文発表して、自分の名前を定着させるんだ。
- 551 名前：デフォルトの名無しさん [2009/03/21(土) 18:17:00 ]
- XMLで
<a>hoge</a>
<b length="10">
みたいなを読んで処理をしたいのですが
a...tag
hoge...value
length...attribute
10...parameter
でいいですか？
2つ目と4つ目が何か違う気がして・・・
- 552 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 18:27:12 ]
- >>551
DOMやSAXパーサのソースコードを見て、使われている用語を参考に
すればいいんじゃないだろうか。
tag→a は要素(名)(element (name))
<a> は開始タグ(start tag)
</a> は終了タグ(end tag)
名前空間を考慮する場合、local name とか qualified nameという言い方も目にする。
value→(要素のネストを考慮して)content もしくは (inner) text
attribute→これはOK
parameter→(attributeの)value
あたりじゃないかな。
- 553 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 18:41:55 ]
- >>552
ありがとうございます。
そんな感じでやってみます
- 554 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:13:35 ]
- ブログツール作ってるんですけど
記事一つがEntryクラスで
それの集合がEntryListクラスなんですが
記事を追加したり削除したり
条件を指定してEntryクラスやEntryListクラスを返す
みたいなものを一括するクラスの名前はどうしたらいいでしょうか？
- 555 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:35:33 ]
- EntryManager
- 556 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 02:43:32 ]
- EntryRepository
- 557 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 03:25:02 ]
- >>554
EntlyList.add
EntlyList.delete
EntlyList.find
EntlyList.filter
メソッドじゃね？
- 558 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 18:12:32 ]
- スレ違い
- 559 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 21:31:42 ]
- EntryStore
- 560 名前：デフォルトの名無しさん [2009/03/23(月) 11:20:29 ]
- ビットマップの透過色を指定して32ビットのビットマップにする関数
- 561 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 21:12:19 ]
- create transparent image(source image, transparent color) とか。
新しいビットマップを返すのか、所与のビットマップを変換するのか
で多少変わるだろうけど。
alpha値を変更するという観点での命名もありえるかもね。
- 562 名前：デフォルトの名無しさん [2009/03/25(水) 12:32:57 ]
- 新人にありがちな例
クラスなに？
↓
1年のときはAでした。
- 563 名前：デフォルトの名無しさん mailto:sage [2009/03/25(水) 12:37:30 ]
- vipでやれ
- 564 名前：デフォルトの名無しさん mailto:sage [2009/03/25(水) 17:04:05 ]
- おお、こんなスレあったんだな
今度困ったときに相談するよ
余談だが俺の後輩は全部ローマ字読みで命名するんだよね・・・
でも意外だが一部では肯定派もいるらしいね
- 565 名前：デフォルトの名無しさん mailto:sage [2009/03/25(水) 17:47:43 ]
- 後輩に和英辞書をプレゼントしてあげてください
- 566 名前：デフォルトの名無しさん mailto:sage [2009/03/25(水) 18:26:14 ]
- でも勘定科目の英訳とか、普通の辞書には載ってないよね……
|
 |
