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

1 ：デフォルトの名無しさん：2007/01/10(水) 00:20:29

クラス名、変数名のつけ方に悩んだら書き込むスレです。

質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

>>2 英和・和英・英英など各国語辞書と翻訳サイト。
>>3 類義語(シソーラス)辞書、図形・数式・数学用語の英単語。
>>4 関連スレと、いろいろな言語規約。
>>2-10 諸事情によりリンクがずれた場合。

前スレ。
◆ネーミング倶楽部◆: http://pc3.2ch.net/tech/kako/1035/10353/1035362308.html
Part1: http://pc5.2ch.net/tech/kako/1046/10465/1046541730.html
Part2: http://pc5.2ch.net/tech/kako/1058/10582/1058213523.html
Part3: http://pc5.2ch.net/test/read.cgi/tech/1067171530/
Part4: http://pc5.2ch.net/test/read.cgi/tech/1087209526/
Part5: http://pc8.2ch.net/test/read.cgi/tech/1109330204/
Part6: http://pc8.2ch.net/test/read.cgi/tech/1128266018/
Part7: http://pc8.2ch.net/test/read.cgi/tech/1144978008/
Part8: http://pc10.2ch.net/test/read.cgi/tech/1154448184/

2 ：デフォルトの名無しさん：2007/01/10(水) 00:21:20

英和・和英など各国語辞書と、翻訳サイト。

英和・和英辞典。
http://dictionary.goo.ne.jp/
http://www.excite.co.jp/dictionary/

英英辞典のリンク集。
外国語広場：英語：オンラインで使える英英辞典英和・和英辞典
http://www.gaikoku.info/english/dictionary.htm

英語←→各国語辞典。(英語)
Dictionaries
http://www.freedict.com/

日英・英日、日中・中日、日韓・韓日翻訳。
http://www.excite.co.jp/world/

POP jisyo.com
http://www.popjisyo.com/WebHint/Portal.aspx

訳GO YAKUGO.COM
http://www.yakugo.com/WebHint/Quick.aspx

3 ：デフォルトの名無しさん：2007/01/10(水) 00:22:17

専門語、類語辞書。

シソーラス（類語）検索
http://www.gengokk.co.jp/thesaurus/
Thesaurus - Yahoo! Reference (英語)
http://education.yahoo.com/reference/thesaurus/

図形や数式などの英単語。

すうがく探検隊・数式と図形の英語
http://i.lekton.co.jp/ara/tanken/english/
リスコレ No.24 図形の名前を英語で……
http://homepage1.nifty.com/tadahiko/LISTCOLE/024-FIGURE.HTML

4 ：デフォルトの名無しさん：2007/01/10(水) 00:22:56

関連スレ。

変数名って、どの位こだわりますか？
http://pc.2ch.net/prog/kako/1038/10383/1038306623.html
ローマ字変数を使う奴は馬鹿
http://pc8.2ch.net/test/read.cgi/prog/1054319927/l50
ゲーム内で使う長い変数を縮めてあげるスレ
http://pc10.2ch.net/test/read.cgi/gamedev/1024902432/l50
★★★コーディングマナー★★★
http://pc5.2ch.net/test/read.cgi/tech/1056508692/l50
ちょっと待て！ハンガリアン
http://pc8.2ch.net/test/read.cgi/tech/1011026963/l50
Cのマナーいろいろ
http://pc8.2ch.net/test/read.cgi/tech/1029584140/l50
Cのマナー
http://pc.2ch.net/test/read.cgi/prog/1030001269/l50
バカなコーディング規約
http://pc.2ch.net/tech/kako/1012/10127/1012715148.html

いろいろな言語規約。
Hungarian Notation(英語)
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs600/html/hunganotat.asp

Java言語規定。6.8 名前付け規約
http://www.y-adagio.com/public/standards/tr_javalang/6.doc.htm#11186

参考書籍
翻訳に役立つGoogle活用テクニック
http://www.amazon.co.jp/exec/obidos/ASIN/4621072943/

5 ：デフォルトの名無しさん：2007/01/10(水) 00:25:12

以上。テンプレ終了
>>1の前スレ部は行数制限のため構成を変更させていただいた。
また、>>3にあった専門語辞書参照サービスはサービス終了のため撤去しました。

6 ：デフォルトの名無しさん：2007/01/10(水) 00:29:37

>1
乙であります！

7 ：デフォルトの名無しさん：2007/01/10(水) 01:52:39

>>1
ｲｹﾒﾝ

8 ：デフォルトの名無しさん：2007/01/10(水) 08:32:13

ClHoge
ClHage

9 ：デフォルトの名無しさん：2007/01/10(水) 23:21:03

【ネガティブ派遣根性チェック】

3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。

□派遣先の社員の意見にはたとえ間違っていても反対しない
□派遣先から「いつまでもここで仕事してくださいね」と言われるようになりたい
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣/受託の差異を指摘する人間はムカつく
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも一緒に仕事をすることが大切だ
□今のプロジェクトが終わっても同じ派遣先に常駐したい

10 ：デフォルトの名無しさん：2007/01/10(水) 23:28:17

class Pasta {
public Sauce sauce;
public Firm firm;
}

11 ：前スレ985：2007/01/11(木) 13:39:36

前スレのキャラクターのインターフェース名のつづき
http://pc10.2ch.net/test/read.cgi/tech/1154448184/985-987
http://pc10.2ch.net/test/read.cgi/tech/1154448184/995-999
995：TRPGCharacter
996：アバター（Avatar）
995：C（PCとNPCの共通部分から）
998：chara, performer, CharacterElement/CharacterCore
999：Game～と接頭辞、例えばGameCharacter

アバターは985で書いたとおりビデオ・ゲーム界では自キャラを表すのに良く使われていますが、
TRPG世界ではいま一つ定着してない気がして…。
あと問題のインターフェースは自キャラ以外のNPCも含むし…。

Cは実は自分も一瞬思ったんですが、さすがにちょっと情報量少なすぎかも…。
それと987で書いたように継承ではなく集約（Playerオブジェクトの違い）で
PCとNPCの違いを実装する予定なのでそうなると将来もPCクラスやNPCクラスが
できることはなくいっそう意味不明に…。

接頭辞方式は実は最初対象のTRPGの略称2文字を使ってたんですが、
他の要素に接頭辞がないのにCharacterだけ接頭辞が付くのがどうも個人的にしっくりこず…。
あと綴りが長くなり勝ちなのも若干…（ある程度はIDEが補完してくれるんですが）。

とはいえ一般的な接頭辞（Game、TRPG、RPGなど）なら
対象のTRPGの略称2文字と違って合成名詞っぽくなるのでまだ多少未練はありますね。
CharacterやめてCharくらいにしておけばつづりも短くできる余地は有るし…。
迷いますなぁ。

12 ：デフォルトの名無しさん：2007/01/11(木) 14:05:03

Performerと似たところでActor
あとPersonとかEntityとか

13 ：前スレ985：2007/01/11(木) 14:32:26

>>12
前スレ985で書きましたように現在のインターフェース名はActorです。
人外のもの（動物とか精霊とかなんかよくわからないものとか）もいるのでPersonは不向き。
Entityはキャラクターとアイテムの共通インターフェースに使うかもしれません。
（死んだり気を失ってるキャラクターを物扱いできるように。）

14 ：デフォルトの名無しさん：2007/01/11(木) 18:21:03

ていうか面倒くさくなるんだよな
わかりやすいように

GetUserInformations0001()

とか付けたのに、これを手打ちするのが面倒。
コピペしようと思ってもそこまで移動させてコピーしペースト位置まで戻すのが面倒

かといってA0001とかだとサッパリわからんし

15 ：デフォルトの名無しさん：2007/01/11(木) 19:10:33

＞前スレ985さん
ところで、板違いスレ違いなのは百も承知ですが、卓上ゲーム板にはこんなところもあります。
http://game12.2ch.net/test/read.cgi/cgame/1131506735/
既に住人の方だったら申し訳ないですが。

16 ：デフォルトの名無しさん：2007/01/11(木) 20:04:58

更新日を更新する関数名よろしく

17 ：デフォルトの名無しさん：2007/01/11(木) 20:26:50

setLastModifiedとか？

18 ：デフォルトの名無しさん：2007/01/11(木) 21:19:47

updateModifiedDate

19 ：デフォルトの名無しさん：2007/01/11(木) 21:46:02

touch だろ。

20 ：デフォルトの名無しさん：2007/01/11(木) 22:02:01

numeric,numberの使い分けはどうすればいい？
isNumeric , isNumber とか。

21 ：デフォルトの名無しさん：2007/01/11(木) 22:15:32

バイト数を取得する関数って
calcNumberOfBytes(...)
getNumberOfBytes(...)
でおｋ？
getBytesだとバイトの配列返しそうだし。名前の長さはあんま気にならないんだけど
なんかぱっと見きにくわん。誰かカッチョヨク命名してくれ

22 ：デフォルトの名無しさん：2007/01/11(木) 22:15:34

>>20
numeric は形容詞、 number は名詞じゃないの？

23 ：デフォルトの名無しさん：2007/01/11(木) 22:16:41

>>21
個人的にbyte countのほうがしっくり来るのだが。

24 ：デフォルトの名無しさん：2007/01/11(木) 22:17:04

>>21 byte size(count)

25 ：デフォルトの名無しさん：2007/01/11(木) 22:23:42

前スレかなんかで日本人はcount と number of がどうとかって書いてあったやん。
あれからするとbyte countはどうなの？

26 ：デフォルトの名無しさん：2007/01/11(木) 22:33:03

別になんら問題ないと思うが。
byte sizeだとそのままとると1バイトのサイズを返しそうな気がする

27 ：デフォルトの名無しさん：2007/01/11(木) 22:36:59

じゃ size in byte で。

28 ：デフォルトの名無しさん：2007/01/11(木) 22:42:06

size by byte は？

29 ：デフォルトの名無しさん：2007/01/11(木) 22:44:52

>>28
そんな用法はない

30 ：デフォルトの名無しさん：2007/01/12(金) 00:18:10

>>29
なくはないみたいよ。普通 in だけど。

31 ：デフォルトの名無しさん：2007/01/12(金) 00:43:12

いや、「～の単位で」とか「～ベースで」という場合の英語としてより普通なのは
by ～の方だと思うが。

32 ：デフォルトの名無しさん：2007/01/12(金) 01:04:31

>>31
"size in kb" の検索結果約 879,000 件
"size by kb" の検索結果約 18 件

33 ：デフォルトの名無しさん：2007/01/12(金) 01:09:54

CountBytesでいいやんけ。

34 ：デフォルトの名無しさん：2007/01/12(金) 01:25:21

いや、サイズを持つクラスのメソッドor somthingならsizeInBytesの方がいいな。

35 ：デフォルトの名無しさん：2007/01/12(金) 03:16:50

>>15
紹介ありがとう。

でもマが本業で趣味のプログラミングの対象がＴＲＰＧツールなだけなんで
ザっと見たところそのスレはあんまり住み心地が良くなさそうだ。
そこどうもまともなマ人口が少なそうで。

36 ：デフォルトの名無しさん：2007/01/12(金) 17:15:18

いつも迷うのが個数の変数名

37 ：デフォルトの名無しさん：2007/01/12(金) 19:36:21

>>11
Actorでいんじゃね？もしくはActableとかIActorとか。
インタフェースにサフィックス～ableやプレフィックスIを付ける流儀はよく見かける。

それから、Charにすると、意識せずに変数作るとcharになって、予約語とかぶる。
Eclipse使ってるとちょっと困るよ。
また、パッケージ共通のプレフィックスは、だんだんタイピングが面倒くさくなるから止めといた方が無難。
そもそも、そんなの付けたらパッケージの意味がない。

38 ：デフォルトの名無しさん：2007/01/12(金) 19:46:49

>>35
＞そこどうもまともなマ人口が少なそうで。
それはそうかも。CVSリポジトリにclassファイルを見つけたときは目を疑った。

39 ：デフォルトの名無しさん：2007/01/12(金) 19:53:59

ウィンドウを閉じるときとか、
なにか編集中のファイルがあるのに、さらにファイルメニューから「開く」とか、
あとは今のファイルを保存しないと出来ない処理とかで、
選んだときに、「編集中のファイルを保存するか？」を聞く処理を

bool ●●● {
　if (modified) {
　　// "編集中ファイル保存汁？" のメッセージボックス
　　// ボタンは YES, NO, CANCEL

　　if (canceled)
　　　return false;

　　if (Yes)
　　　ファイルを保存
　}
　return true;
}

ていうふうにまとめたんだけど、この関数につける名前に困ってます。
お知恵をおかりしたく。

40 ：デフォルトの名無しさん：2007/01/12(金) 21:00:09

confirmExit

41 ：デフォルトの名無しさん：2007/01/12(金) 21:02:14

ensureSaved かな、と思ったが、cancelがあるから違うな。
>>40のがイイと思う。

42 ：デフォルトの名無しさん：2007/01/12(金) 21:08:57

>>39
っていうか、そんなの無理に括り出しても可読性下げるだけだと思うが。。
どうしても括り出すとしてもその処理の括り方は直観的じゃないだろう。

どうしても括り出すなら俺ならユーザーに保存するかどうかを確認する
部分だけにするね。
QueryUserToQuitWithoutSaveとかにして。

43 ：デフォルトの名無しさん：2007/01/12(金) 21:18:10

でもちょっと長い気がするなぁ
悪くはないと思うけど

44 ：デフォルトの名無しさん：2007/01/12(金) 21:27:50

isSaved

45 ：デフォルトの名無しさん：2007/01/12(金) 21:40:36

>>42
Win32 API的な名前の付け方だよね

46 ：デフォルトの名無しさん：2007/01/12(金) 23:43:40

isSavedっていうとどっちかっていうと状態を表すニュアンスがあるから、その
中で、ダイアログ出してとかアクション起こされると困っちゃうなボク。

47 ：デフォルトの名無しさん：2007/01/13(土) 00:47:49

tryToSave

48 ：デフォルトの名無しさん：2007/01/13(土) 00:49:45

confirmAbandon

49 ：デフォルトの名無しさん：2007/01/13(土) 01:17:49

DoYouWantToSave

ってネタのつもりで考えたら、ぐぐったら引っかかった。

50 ：デフォルトの名無しさん：2007/01/13(土) 08:49:30

confirmSaving

51 ：デフォルトの名無しさん：2007/01/13(土) 20:36:00

ToBeOrNotToBe

52 ：デフォルトの名無しさん：2007/01/13(土) 20:54:09

WhatTimeIsItNow()

53 ：デフォルトの名無しさん：2007/01/13(土) 21:13:07

以下のを使え。

/*内容が変更された*/
bol変数010_内容変更_された=1
bol変数020_内容変更_されてない=0
bol変数015_内容変更_された_念のためもう一つ=1

54 ：デフォルトの名無しさん：2007/01/13(土) 21:15:47

>>53
それ、質問なの？
それとも回答？

55 ：デフォルトの名無しさん：2007/01/14(日) 00:35:40

どっちにしても何の面白みもないな。

56 ：デフォルトの名無しさん：2007/01/14(日) 04:26:42

愛

57 ：デフォルトの名無しさん：2007/01/15(月) 02:19:25

英会話教室だと>>49ぐらい易しい言葉使いでもぜんぜん大丈夫！って言われそうだなあ

58 ：デフォルトの名無しさん：2007/01/17(水) 08:47:37

>>46
状態の関数ならIsSavedよりIsModifiedの方が効率いいなｗ

59 ：デフォルトの名無しさん：2007/01/17(水) 09:02:48

効率？

60 ：デフォルトの名無しさん：2007/01/17(水) 14:47:12

confirmStore
confirmOnExit
confirmOnQuit

61 ：デフォルトの名無しさん：2007/01/17(水) 22:21:15

EnsueSaving

62 ：デフォルトの名無しさん：2007/01/17(水) 23:38:32

DOM風の文書ノードクラスのメソッドについて相談です。
「自分の直後に兄弟ノードを挿入するメソッド」なんですが、どんなのがいいでしょう？
DOM風ということで Node#next_sibling という直後の兄弟ノードを取得するメソッドは
既にあるので、これに近い形だと助かります。

63 ：デフォルトの名無しさん：2007/01/17(水) 23:47:01

insert_adjacent_sibling

64 ：デフォルトの名無しさん：2007/01/18(木) 02:08:16

insert_after_me
insert_after_self

65 ：デフォルトの名無しさん：2007/01/18(木) 20:23:42

insert_next

66 ：デフォルトの名無しさん：2007/01/18(木) 20:27:02

insert_next_sibling

67 ：62：2007/01/18(木) 23:17:11

>>63-66
ありがとう。>>66が一番しっくり来たというか目から鱗です。

68 ：デフォルトの名無しさん：2007/01/19(金) 19:53:57

insert_from_back ってｴﾛｽ

69 ：デフォルトの名無しさん：2007/01/19(金) 20:46:07

やねなんとかを思い出した。sakura.InsertMyStick()とかそんなん。

70 ：デフォルトの名無しさん：2007/01/19(金) 23:35:32

ある条件flagが成り立つとき、ユーザはHoge（名詞形はHoging）という動作を省略できるとします。
flagが真かどうかを調べ、省略可能かどうかを取得する関数名はどのようなものが良いでしょうか。

動作Hoge_1を省略するためには条件flag[1]が、
動作Hoge_2を省略するためには条件flag[2]が、…（略）…それぞれ成り立っている必要があります。

(1) 引数で番号を指定し、flag[番号]の内容に応じてtrue/falseを返す
(2) 全てのflagを調べ、配列resultに結果を代入して返す

(1)と(2)の両方について、お願いします。

71 ：デフォルトの名無しさん：2007/01/19(金) 23:51:29

>>70
何をお願いされてるのかわからんが。
(1) flag[番号]
(2) copy(result, flag)
って感じ？

72 ：デフォルトの名無しさん：2007/01/20(土) 00:26:43

>>70
(1) bool can_bypass_hoge(int n)
(2) bool[] get_hoge_bypass_flags()
skipとかでもいいかな

73 ：デフォルトの名無しさん：2007/01/20(土) 00:33:24

>71
関数名です。
すっかり書き忘れていましたが、flagの中身はDBから取得するんで、関数の外には出したくないんですよね。

>72
ありがとうございます。そんな感じで行こうかと思います。
そういえばそんな単語もありましたね。＜bypass、skip

74 ：デフォルトの名無しさん：2007/01/20(土) 15:24:33

>>70
素朴な疑問だが
その5行くらいで済みそうな処理を
いちいち関数化する必要はあるのか？

75 ：デフォルトの名無しさん：2007/01/20(土) 15:35:15

>>74
その処理が随所に登場するとか。

76 ：デフォルトの名無しさん：2007/01/20(土) 15:48:16

そんなでかいシステム組むの？

再資源化とか考えたら
関数化必要かも知れないけど
DBアクセスする時点で
その処理は別システムと連携してるから
今のプログラム以外では意味なさないと思う。
詳細は分からんが。

77 ：デフォルトの名無しさん：2007/01/20(土) 17:04:48

>74
実際にはflagの判定はもーちょっと複雑なのですよ。

>75
今ざっと調べたところ、7箇所に登場した。

>76
そ、そこは考えないことにするっ！（笑）
……先輩……もうちょっと保守作業を考えて組んでくれ……。

78 ：先輩：2007/01/22(月) 17:21:31

>>77
保守が自分じゃないからそう組んだんだよーんｗｗ

省略できるのが毎回なら、関数の中に判定を組み込んで
関数名は何も気にせずつければいいんじゃない？

79 ：先輩：2007/01/22(月) 17:27:42

>>78
か、若しくはその関数(Hoge)が複数あって
頭で行うチェックをまとめたいというなら・・・
isOmissible
とか？

80 ：デフォルトの名無しさん：2007/01/24(水) 19:32:29

□□□□■■■■■□□□□
　　　　　↑　　　　　　↑
　　　開始位置　　　終了位置

こんな感じのリストデータ構造の名前はなんてつけたらいいでしょう？

あらかじめ、十分な大きさの配列を確保しておき、
開始位置と、終了位置を記録して、速度低下を招かず、
・先頭、終端要素の削除
・終端への要素の追加
ができる。

一般的な名前はさすがに、ないのでしょうか？

81 ：デフォルトの名無しさん：2007/01/24(水) 19:34:00

ちなみに今は、開始地点をスライドさせていくので、
SlideListと勝手につけています。

82 ：デフォルトの名無しさん：2007/01/24(水) 19:37:31

>>80
リングバッファ

83 ：デフォルトの名無しさん：2007/01/24(水) 19:42:05

>>82
soreda!!
サウンドデバイスのバッファとかも、その構造でしたね。
そういえば、忘れてました。

84 ：デフォルトの名無しさん：2007/01/24(水) 20:09:40

用途によってqueue/stackと呼ぶことが多いと思う

85 ：デフォルトの名無しさん：2007/01/24(水) 20:14:00

俺は、この構造に名前を付けるならリングバッファとしか覚えてないなぁ
stack/queueはこの構造を利用して実装するアプリケーション、という位置づけのものだと思う

86 ：82：2007/01/24(水) 20:30:12

実装：リングバッファ
機能：キュー（両端キュー）
って感じかな。
モダンな実装隠蔽のプログラミングスタイルからいうとキューのほうがいいかもね
スタックは違わない？

87 ：85：2007/01/24(水) 20:34:07

>>86
＞・先頭、終端要素の削除
＞・終端への要素の追加

追加する側と削除する側を同じに使えばスタックにできるよ
追加する側と削除する側を別にしたらキューになる
どっちも混在させたら、キューともスタックとも言えないものになる
上の仕様だと、使い方を決めて初めてキューだとかスタックになるわけ。

だからあくまで、リングバッファと言ったのです

88 ：80：2007/01/24(水) 20:40:41

soreda!とか言っておいて、よくよく考えると、
実際のリングバッファのように、終了位置 < 開始位置となることがなく
（なくというか、実装が面倒なのでなしに)

実際に使う場合は、FIFO的に、
・先頭削除
・終端追加
しか使わないようなので、
キュー(queue)の方がいいかもと思いました

89 ：デフォルトの名無しさん：2007/01/24(水) 21:02:35

キューの実装手段としてリングバッファを用いる、という感じだね。

90 ：デフォルトの名無しさん：2007/01/24(水) 21:15:27

>>88
お節介ながら、最後までいったらどうしちゃうのﾄﾞｷﾄﾞｷｸﾏｸﾏ

91 ：80：2007/01/24(水) 22:25:30

>>90
最後までいったら、追加できないエラーを返します。まあ、ゲームで使うので、最大値はあっても全然平気なので。

92 ：デフォルトの名無しさん：2007/01/25(木) 00:42:55

>>91
思いついた

SubArray

93 ：デフォルトの名無しさん：2007/01/25(木) 02:29:08

C++のSTLは"deque"だな。
Double Ended QUEue、両端キューの略だとさ。

94 ：デフォルトの名無しさん：2007/01/25(木) 02:38:09

なんでもイニシャル取ればいいってもんじゃないよな

95 ：デフォルトの名無しさん：2007/01/25(木) 02:38:37

dequeの発音が"deck"な理由を知ったときはなるほどと思った

96 ：デフォルトの名無しさん：2007/01/25(木) 10:17:32

できゅーだとｵﾓﾃﾀ

97 ：デフォルトの名無しさん：2007/01/25(木) 13:44:47

トランプのアレか・・・？

98 ：デフォルトの名無しさん：2007/01/25(木) 17:39:50

キューというか、こういうリストの先頭と終端はどういう名前がいいでしょう？

先頭：Top？ Head？
終端：？

99 ：デフォルトの名無しさん：2007/01/25(木) 17:40:20

head, tail

100 ：デフォルトの名無しさん：2007/01/25(木) 17:43:59

First, Last か

101 ：デフォルトの名無しさん：2007/01/25(木) 19:08:40

STLだとfront, endだな

102 ：デフォルトの名無しさん：2007/01/25(木) 19:44:12

Delphiなんで、endは駄目だめなんすわー。ごめんなさい。

103 ：デフォルトの名無しさん：2007/01/25(木) 19:44:47

って、DelphiのVCLでは、First、Lastですね。
Delohiなら、これに合わせりゃいいか・・・

104 ：デフォルトの名無しさん：2007/01/26(金) 00:11:57

STLはfront/backじゃね？

105 ：デフォルトの名無しさん：2007/01/26(金) 04:01:11

first/lastとか？

106 ：デフォルトの名無しさん：2007/01/26(金) 05:10:47

front hock

107 ：デフォルトの名無しさん：2007/01/26(金) 12:46:17

mae/ushiro atama/ketsu でいいじゃん

108 ：デフォルトの名無しさん：2007/01/26(金) 14:39:37

>>107
それですんだら、このスレいらねーんだよ。

109 ：デフォルトの名無しさん：2007/01/26(金) 14:41:08

fuck back

110 ：デフォルトの名無しさん：2007/01/26(金) 15:20:02

dick cunt

111 ：デフォルトの名無しさん：2007/01/28(日) 14:14:15

ケツｗ

112 ：デフォルトの名無しさん：2007/01/28(日) 15:05:01

>>111
シッポ　のほうがかわいい。

113 ：デフォルトの名無しさん：2007/01/29(月) 20:16:38

リスト構造の名前で悩んでいます。

あらかじめ動的に配列を確保しておき、
・要素を追加するときは、空きを探して追加します。
・要素を削除するときは、フラグを立てるだけ。

特徴は、順列無視。要素の追加、削除が比較的高速にできるという
配列型リスト（ArrayListの変形）です。
（最大要素数以上に、追加した場合は、自動的にリストの拡大が行われます）

イメージ的には、こんな感じです。
□……空き
■……要素有り

■■■□□■■□□

追加：
→→→↓ここに突っ込む
■■■□□■■□□
↓
■■■■□■■□□

削除：
　↓ここを消したい
■■■□□■■□□
↓
■□■□□■■□□
フラグを立てるだけ

ObjectPoolとか、
ParkingList(車庫をイメージしている)とか考えましたが、
一般的な名前ってないですか？

114 ：デフォルトの名無しさん：2007/01/29(月) 20:17:28

> 順列無視
分かりにくいですね。
追加順番の無視といいますか。

115 ：デフォルトの名無しさん：2007/01/29(月) 21:29:48

っていうか、そのアルゴリズムのどこが高速なのかと小一時間w
それが高速なんて絶対にありえないと思う。

追加するときに逐一スキャンしなきゃダメじゃんそんなの

116 ：デフォルトの名無しさん：2007/01/29(月) 21:39:58

久々にわろた。

117 ：デフォルトの名無しさん：2007/01/29(月) 21:56:46

削除が非常に遅いデバイスなんじゃね？

118 ：デフォルトの名無しさん：2007/01/29(月) 22:45:23

OrderIgnoral

119 ：デフォルトの名無しさん：2007/01/29(月) 23:41:31

空きが無くなったらどうするんだろうな

120 ：デフォルトの名無しさん：2007/01/29(月) 23:51:02

>（最大要素数以上に、追加した場合は、自動的にリストの拡大が行われます）

121 ：デフォルトの名無しさん：2007/01/30(火) 00:08:12

RecycleBin

122 ：デフォルトの名無しさん：2007/01/30(火) 02:03:17

>>115
実際には、配列分オブジェクトをあらかじめ確保しておいて使うのです。
頻繁にオブジェクトを追加、削除する場合に、
メモリ確保、開放を一切行わずに行えるため、比較的高速なんです。

ちなみに、考えたらわかると思いますが、常に頭からスキャンはしませんｗ

ゲームなんかだとよく使われるんですよ・・・。

123 ：デフォルトの名無しさん：2007/01/30(火) 02:05:50

実際に、高速化どうかってのは、なんだったらベンチマーク出しますよ？

でもねえ・・・。
今時、ゲームとはいえ、小さなメモリ確保を1フレーム数百回、一秒間に数千回やったくらいだと
たいした差は出ないんですけどね('A`)

124 ：デフォルトの名無しさん：2007/01/30(火) 02:14:15

あー、やっぱりタスクか。
いまはもう、スタック使ったほうが早いよ。

125 ：デフォルトの名無しさん：2007/01/30(火) 02:41:20

タスク？って擬似タスクですか？まあ近いですけど

スタックですか？いまいちスタックで代用できるように思えないのですが・・・

スタックって、基本は、最後に入れたものを先に出すという構造と記憶しているのですが、
途中で破棄されたオブジェクトを削除する場合は、どうするんですか？
削除して、詰める、だと普通のArrayListなんかと同じだと思うのですが、
あえて、スタックを持ち出す意味はなんですか？
ちょっと、頭が悪いせいか想像力が働きません。

126 ：デフォルトの名無しさん：2007/01/30(火) 02:55:26

ごめんなさい。
なんか、突っかかったような言い方になってますけど、
現場の方っぽいので、いろいろ意見聞いてみたいんです。

ウザかったら、ゲーム製作技術板にでも行きますので言ってください。

127 ：デフォルトの名無しさん：2007/01/30(火) 03:42:48

>>113
segregated storage 使え。確保時のスキャンを不要にできる。
実際は memory pool みたいなクラスにラップして使うといい。

その前に、普通に new して本当に速度が問題になるか
確認したほうがいいが。

128 ：デフォルトの名無しさん：2007/01/30(火) 05:38:45

>>127
Pool Concepts
http://boost.cppll.jp/HEAD/libs/pool/doc/concepts.html

boostのこれですかね？

同じメモリ幅（例えば、同じ型のオブジェクト）の追加削除に利用できて、
Linked List(連結リスト)のメモリ配置をArrayList(配列リスト)でやった様な感じで、
両方のいいとこどりをしたようなデータ構造なんですね。
うまいことやれば、追加の順番も維持できそうですね（イテレータを使えば）。

俺が、勉強不足なのはわかるんですけど、
ところで、segregated storage とかの単語とか知識って、
こういうのってどこで仕入れてくるものなのか・・・。

そういや、こういうのを語るスレはどこが適切なんだろう・・・

129 ：デフォルトの名無しさん：2007/01/30(火) 11:03:02

>>128
boost のそれと同じなので参考にするといい。っていうか、 boost::pool 使えば？

自分の言葉で理解したいのは分かるが、 segregated storage 自体には
Linked List も ArrayList も関係ない。 segregated storage を使えば
「両方のいいとこどりをしたような」コンテナを作ることが出来るということ。
「追加の順番を維持」ってのもよく分からんな。

メモリ確保について、適当に google で調べていればすぐに見つかる。
数年前は英語も含めて検索して無いとほとんど無理だったけど、今なら
そのリンク先のような日本語の文書もあるんで日本語だけでもなんとか
たどり着けるんじゃないかな？

確かにスレ違いなんだけど、適切なスレも思い当たらない。
C/C++ に特有の話だろうから C/C++ のスレで適当に話せばいいかもしれない。

どっかいいスレがあれば誘導よろしく。

130 ：デフォルトの名無しさん：2007/01/30(火) 14:40:23

>>129
>>128は能力はあるんだろうけど、まだ駆け出しっぽいから今のム板のスレにはよさげなスレなさそうだ。
C++スレがいいんだろうがboostの話が出ると専門スレ行けって話になるのに、boost自体の位置づけに不案内っぽいから難しいね。
かといって初心者スレってわけでもなさげ（つか初心者スレがレベル低すぎるってのもあるが）

131 ：デフォルトの名無しさん：2007/01/31(水) 00:06:50

ゲーム前提な設計ということで、こちらでよろしいでしょうか・・・
こちらにも現役の方がいらっしゃるようですので、

ゲームにおけるデータ構造・クラス設計・パターン
http://pc10.2ch.net/test/read.cgi/gamedev/1155209226/

で、聞いている肝心の俺が、C++使いではないと言う罠・・・(笑）
Delphi使いはいつも肩身が・・・。

132 ：デフォルトの名無しさん：2007/01/31(水) 00:23:02

>>131
そこなら文句無いだろう。「データ構造」ってあるしな。
問題は板自体の人口が少な目ってことだが、まぁしょうがないだろう。

133 ：デフォルトの名無しさん：2007/02/04(日) 13:02:04

金融系の人います？
50枚ごとに包装されている「棒金」って英訳すると？？
packed coin とか　wrapped coin とか？？

134 ：デフォルトの名無しさん：2007/02/04(日) 14:52:55

coins

135 ：デフォルトの名無しさん：2007/02/04(日) 15:25:55

coin roll

136 ：デフォルトの名無しさん：2007/02/04(日) 21:05:30

coin_roll？
おぉ考えもつかなかった
それじゃ帯封のついている札は？

137 ：デフォルトの名無しさん：2007/02/05(月) 00:45:48

Slap_Cheek

138 ：デフォルトの名無しさん：2007/02/05(月) 01:35:13

かくして>>133には>>133以外に意味の分からない名前の変数が増えていくのであった

139 ：デフォルトの名無しさん：2007/02/05(月) 08:44:41

自分の持っている本には、coin bag って書いてあった。

140 ：デフォルトの名無しさん：2007/02/05(月) 15:58:42

CoinPacks

141 ：デフォルトの名無しさん：2007/02/05(月) 16:26:20

GoldBrick

金塊だなｗ

札束か・・・

Bullet

実弾。

WadOfMoney

という訳も見つけた。

142 ：デフォルトの名無しさん：2007/02/05(月) 17:55:15

到着したかどうか？

DoesArrived うーん。
IsArrvied は変だし
Arrived かな？

143 ：デフォルトの名無しさん：2007/02/05(月) 17:57:37

isArrived
変じゃないけど・・・・

144 ：デフォルトの名無しさん：2007/02/05(月) 18:07:13

arrivedで据わりが悪いなら、hasArrived

145 ：デフォルトの名無しさん：2007/02/05(月) 19:45:36

in_arrived/InArrived

146 ：デフォルトの名無しさん：2007/02/05(月) 19:49:02

>>145
なぜにin？

147 ：デフォルトの名無しさん：2007/02/05(月) 20:22:06

getArrived

148 ：デフォルトの名無しさん：2007/02/05(月) 22:05:56

>>147
「到着する」という動作をするようにしか見えない

149 ：デフォルトの名無しさん：2007/02/05(月) 23:53:22

>>144
そっか、そゆときhas使えばいいんだけえ

150 ：133：2007/02/06(火) 20:50:47

・・・なんか途中から違う単語になってるし・・・
Bulletはヤバいっしょ　税務署が査察に入った時を考えると
笑えるけどね
「ん？課長！こんな名前のフィールドがあります！」なんてさ

151 ：デフォルトの名無しさん：2007/02/06(火) 21:21:58

どんな心配だｗ

152 ：デフォルトの名無しさん：2007/02/06(火) 21:23:50

つまんね

153 ：デフォルトの名無しさん：2007/02/06(火) 21:25:48

っていうかさあ、業界用語は業界の人に聞かないとわからないし、
後のこと考えたら聞いた方が良いんじゃないの？

金融ならそこそこインテリって人はいると思うし。

全くということはないけど、スレの趣旨とちょっとズレてる気もする。

154 ：デフォルトの名無しさん：2007/02/06(火) 21:44:21

どのスレにも必ずいるな
「趣旨とずれている」と言い始める一人監査部

155 ：デフォルトの名無しさん：2007/02/06(火) 21:56:37

2ch用語でこれを自治厨という。

156 ：デフォルトの名無しさん：2007/02/06(火) 21:56:53

くだらない奴。
ズレてないと思うなら端的にズレてないと思う理由を言えば良いんだよ。

っていうか、これは推測だけど>>154って設計の話が始まると下らないテンプレ
を執拗にかざすいつもの馬鹿なんじゃねえの？

157 ：デフォルトの名無しさん：2007/02/06(火) 22:02:05

2ch用語でこれを自治厨の逆ギレという。

158 ：デフォルトの名無しさん：2007/02/06(火) 22:20:49

教えてやればいいだろ　別に
端的になんていう奴　生理的に嫌だね

159 ：デフォルトの名無しさん：2007/02/06(火) 23:00:26

int rowとint colを持つ構造体をお願いします。

160 ：デフォルトの名無しさん：2007/02/06(火) 23:00:57

matrix

161 ：デフォルトの名無しさん：2007/02/06(火) 23:08:02

position

162 ：デフォルトの名無しさん：2007/02/06(火) 23:09:16

RowAndCol

163 ：デフォルトの名無しさん：2007/02/06(火) 23:52:13

table

164 ：デフォルトの名無しさん：2007/02/06(火) 23:56:29

>>159
だからさあ、メンバ名から構造体の名前を命名しろ、
ってのがそもそも間違ってると思うぜ。

構造体はそのデータの意味から命名するんだよ。
そんでもってその意味はちゃんと書かなきゃあんた以外の人間に分かるはずがないだろ

165 ：デフォルトの名無しさん：2007/02/07(水) 01:03:53

>>159
dimension

degreeじゃなかったよな(?

166 ：デフォルトの名無しさん：2007/02/07(水) 07:55:07

degreeは、「度」

167 ：デフォルトの名無しさん：2007/02/07(水) 14:24:17

日本語で言う「～の実行結果は環境に依存します」における「環境」は、
英語に訳すと何が適当なんでしょうか？

168 ：デフォルトの名無しさん：2007/02/07(水) 14:46:37

環境は直訳調でenvironment。
あるいはsettings/setup/configurationなど。

慣用句としては、ユーザーが他のユーザーにアドバイスする場合などに
Your milage may vary(YMMV)「燃費は異なる場合があります」
という言い方もある。

169 ：デフォルトの名無しさん：2007/02/07(水) 14:48:51

mileageだた。

170 ：デフォルトの名無しさん：2007/02/07(水) 19:06:40

>>168-169
勉強になった

171 ：デフォルトの名無しさん：2007/02/07(水) 19:56:05

自分で使うために作った、ちょっとしたコマンドの名前を
どうつけていいか迷っているのですが、ここで聞いてもいいですか。

172 ：デフォルトの名無しさん：2007/02/07(水) 20:00:47

foo
bar
baz
hoge
test
aaa

173 ：デフォルトの名無しさん：2007/02/07(水) 20:25:16

コマンドーっていうぐらいだから軍隊式に
alpha, bravo, charlie, delta, echo, fly, .....

174 ：１７１：2007/02/07(水) 20:28:22

ありがとうございました。

175 ：デフォルトの名無しさん：2007/02/07(水) 20:34:23

>>173
ワロタ

176 ：デフォルトの名無しさん：2007/02/07(水) 22:44:38

>>173
どうでも良いことで悪いが、
NATOのcommunication code wordなら
Alfa, Bravo, Charie, Delta, Echo, Foxtrot, ...
だろう。

177 ：デフォルトの名無しさん：2007/02/07(水) 22:54:53

ANSI綴りならAlphaだな。Flyを採用してるフォネティックコードは聞いたことないが

178 ：デフォルトの名無しさん：2007/02/09(金) 19:06:58

XMLリーダライタの名前をつけるのに悩んどります。
誰か知恵を貸してくらはい。

179 ：デフォルトの名無しさん：2007/02/09(金) 19:08:02

メソッドかよ。クラスかよ。

180 ：デフォルトの名無しさん：2007/02/09(金) 20:25:27

XmlReader
XmlWriter

181 ：デフォルトの名無しさん：2007/02/09(金) 20:30:45

こんなものは、既存の命名規則を踏襲するにかぎる。

っ【XML-RW】

182 ：デフォルトの名無しさん：2007/02/09(金) 23:18:59

RWとIOはどう違うだろうとふと思ってみる

183 ：デフォルトの名無しさん：2007/02/09(金) 23:26:42

XmlDocument

184 ：デフォルトの名無しさん：2007/02/10(土) 17:16:25

XmlProcesser

185 ：デフォルトの名無しさん：2007/02/10(土) 21:25:58

processer(w

186 ：デフォルトの名無しさん：2007/02/11(日) 16:49:07

XmlProcessor

orz

187 ：デフォルトの名無しさん：2007/02/14(水) 15:02:08

File I/Oと言うくせに関数はread,writeというようなもん？

188 ：デフォルトの名無しさん：2007/02/17(土) 03:19:24

Input/Outputとread/writeって後者のほうが低レベルだよね？

189 ：デフォルトの名無しさん：2007/02/17(土) 03:33:05

そりゃモノによるんじゃないか流石に

190 ：デフォルトの名無しさん：2007/02/17(土) 08:34:08

XMLだったら後者だろ

191 ：デフォルトの名無しさん：2007/02/17(土) 11:09:10

JavaだとReader/Writerは文字列、Input/Outputはバイト列かな。

192 ：デフォルトの名無しさん：2007/02/18(日) 15:30:18

Reader/Writer read/writeはまたちょっと違う気がするけど。

配列内に同じ値があったら削除するみたいな関数名って
removeSameValueとdeleteSameValueどっちがいいかな。
removeとdeleteの使い分けってどんな感じでしてる？

193 ：デフォルトの名無しさん：2007/02/18(日) 15:45:16

Add<->Remove / Create<->Delete

それから、そういうときSameを使っちゃうのが日本語的思考なんだよなあ
重複を消すならRemoveDuplicationでいいし、引数で指定した要素を消したいなら普通にRemoveでいいんだよ。

194 ：デフォルトの名無しさん：2007/02/18(日) 15:56:16

重複削除だと、uniquify でいけそう。

195 ：デフォルトの名無しさん：2007/02/18(日) 16:01:13

なるほど、日本語的思考か。
Duplicationにあたる状況を表す日本語って、
「重複」とか「冗長」(Redundantかな)とかだね。
普段使いの言葉は、和語のほうをよく使うから、
「同じ」って言葉を訳そうとしてしまう。
運良く「かぶった」とか思いつくといいのだけど。
まぁ、はじめから英語で考えられるようになるといいけど。

196 ：デフォルトの名無しさん：2007/02/18(日) 16:14:06

Someを使うとしたら、
removeSome(hoge)でhogeな要素を削除、だろうな。
でもそれならSomeなしremoveでよさそうだ。

197 ：デフォルトの名無しさん：2007/02/18(日) 16:20:02

SomeちがうSame

198 ：デフォルトの名無しさん：2007/02/18(日) 17:06:32

逆にsameを使いそうなのを想像してみる……

isSame(A, B)でequalsとは微妙に用途が違う「同じ」判定?

199 ：デフォルトの名無しさん：2007/02/18(日) 18:36:48

>>198
そういう「同じ」は equivalent（同値）とか identical（一致する）かも。

200 ：デフォルトの名無しさん：2007/02/18(日) 21:56:41

jakartaのライブラリで isSameLength(配列, 配列)
ってメソッドあるけどこの場合のsameはおｋなの？

201 ：デフォルトの名無しさん：2007/02/18(日) 22:11:21

なんでそういう風に物事教条主義的に考えるんだろうなw

202 ：デフォルトの名無しさん：2007/02/19(月) 10:01:34

sameだけだと何と同じなのか分からないだろ
極端に言えば、RemoveSameNameAsAnotherFileとかになっちゃうじゃん
だったらRemoveDuplicationで十分だろ

203 ：デフォルトの名無しさん：2007/02/19(月) 12:41:56

>>202
そこには誰も反論してないんじゃないかな。。
まあでもついでにいわせてもらえば、俺ならRemoveredundantItemとかすると思う。

204 ：デフォルトの名無しさん：2007/02/19(月) 12:52:38

T[] Unique(T[] array);

205 ：デフォルトの名無しさん：2007/02/19(月) 13:50:54

>>204
手続き名としては uniquify のほうがいいとおもー。

206 ：デフォルトの名無しさん：2007/02/19(月) 17:34:26

プロージャって言えって

207 ：デフォルトの名無しさん：2007/02/19(月) 18:11:39

プロシージャ(procedure)?
クロージャ(closure)?

208 ：デフォルトの名無しさん：2007/02/19(月) 20:19:20

手続き戦プロシージャー

209 ：デフォルトの名無しさん：2007/03/02(金) 16:44:04

お、なんか過疎。

木構造をたどるクラスの名前に迷ってます。
ただ Visitor じゃない（visit と accept が同一のクラスにある）んですけど、どういう名前が良いっスか？

210 ：デフォルトの名無しさん：2007/03/02(金) 16:47:45

kikouzou_tadouzou

211 ：デフォルトの名無しさん：2007/03/02(金) 16:51:29

TreeCrawler

212 ：デフォルトの名無しさん：2007/03/02(金) 17:15:20

traverser
walker

213 ：デフォルトの名無しさん：2007/03/02(金) 17:15:45

動詞としては、traverseとかwalkとか使うかな。

214 ：デフォルトの名無しさん：2007/03/02(金) 19:19:40

>>209
pfTraverser

215 ：デフォルトの名無しさん：2007/03/02(金) 20:40:46

辿るクラス、とかいう抽象的な性質からではなく、
辿って何をするか、という観点から命名すべきじゃないのか普通。

っていうか木構造を辿る、ってのはどういうことなのか分かるようでよくわからないなあ

216 ：デフォルトの名無しさん：2007/03/02(金) 20:56:29

>>215
きっとそこは抽象メソッドhandleNodeとかhandleLeafとかで実装
するんだよ。

217 ：デフォルトの名無しさん：2007/03/03(土) 01:24:02

「追いかけていく」というニュアンスをこめて TreeTracer

218 ：デフォルトの名無しさん：2007/03/03(土) 01:51:03

それはさすがに変すぎるぞw
中学英語から勉強しなおした方がいいんじゃないか

219 ：デフォルトの名無しさん：2007/03/03(土) 03:20:38

歌詞をファイルに書き出すメソッドの名前

220 ：デフォルトの名無しさん：2007/03/03(土) 04:43:41

TextOut

221 ：デフォルトの名無しさん：2007/03/03(土) 09:46:13

>>209
StraySheep

222 ：デフォルトの名無しさん：2007/03/04(日) 00:25:35

「ダメージを与える」メソッドの名前

HaveDamage
でいいんかな。

223 ：デフォルトの名無しさん：2007/03/04(日) 00:29:09

それならDamageだけでいいんじゃないか
ていうか何？ゲーム？

224 ：デフォルトの名無しさん：2007/03/04(日) 00:33:25

ゲームです。Damagwだけで動詞なのか。

225 ：デフォルトの名無しさん：2007/03/04(日) 00:48:21

目的語があれば「ダメージを与える」
目的語が無ければ「ダメージを受ける」という意味の動詞。
でも後者はあまり使わないかな

226 ：デフォルトの名無しさん：2007/03/04(日) 02:14:36

Damageだけだとダメージを取得するプロパティにも使えるし
DoDamageのほうがわかりやすいかと

227 ：デフォルトの名無しさん：2007/03/04(日) 02:23:45

そもそも「ダメージを与える」なんて漠然としたこと言ってる時点で
命名以前の問題があると思う

言語明瞭意味不明じゃないか

228 ：デフォルトの名無しさん：2007/03/04(日) 02:33:36

そうか？ゲームで「ダメージを与える」というメソッドは、
「ＨＰプロパティに減少をもたらす」といったことをイメージしたが。

意味不明なんてことないだろ。ゲームに馴染みがないと変な言葉に見えるのか。

DoDamage でＯＫ

229 ：デフォルトの名無しさん：2007/03/04(日) 03:22:16

純粋にHP（等）を変化させるだけなら直接的にSetHPとかするし、
ダメージを与えるという動作が重要ならもっと高水準な単位で分割する
（DoEvent() → AttackTo() → SetHP()）と思う。

230 ：デフォルトの名無しさん：2007/03/04(日) 03:39:20

言われてみるとAttackとかのほうがいいような気がするね
Damageを「ダメージを与える」の意味で使ってしまうと
「標的を攻撃する」と、「その結果、標的がダメージを受ける」の２つの意味が入っちゃってる

231 ：デフォルトの名無しさん：2007/03/04(日) 07:39:58

damageTo() とか。

232 ：デフォルトの名無しさん：2007/03/04(日) 10:14:59

低レベルに考えるなら

(1)攻撃者の武器などから「攻撃力基本値」を算出
(2)「攻撃力基本値」に乱数などによる補正を加味し、「攻撃力」を出す
(3)防御者の防具などから「防御力基本値」を算出
(4)「防御力基本値」に乱数などによる補正を加味し、「防御力」を出す
(5)「攻撃力」から「防御力」を減算/除算し、「実ダメージ」を求める
(6)「実ダメージ」が1以上なら、防御者のHPから「実ダメージ」を減算する

こんな感じになると思うのだが、このうちの幾つかをまとめて
それぞれの機能から名前を付けるといいんじゃないかなあ。
(1)と(2)をまとめたならGetAttackPoint()、(3)と(4)ならGetDefensePoint()というように。

233 ：デフォルトの名無しさん：2007/03/04(日) 12:51:36

771 名前：デフォルトの名無しさん[sage] 投稿日：2006/07/01(土) 12:12:03
今ゲーム作ってるんだが、引数の値だけ自機にダメージを与える関数の名前どうしよう。
InDamageMyshipだとなんかニュアンスが違うような気がして・・・。
英語の成績が極めて低いリア工の俺に誰か教えてください　＞＜

787 名前：デフォルトの名無しさん[sage] 投稿日：2006/07/02(日) 16:18:17
damageMyShipにした。
みんなどうもありがとろう

234 ：デフォルトの名無しさん：2007/03/04(日) 14:08:15

TreeStructureThreader

235 ：デフォルトの名無しさん：2007/03/04(日) 18:58:17

ttp://yabou.web.infoseek.co.jp/diary/hanpera/imeage8/Image69.jpg

236 ：デフォルトの名無しさん：2007/03/04(日) 23:14:55

Damageけっこ抽象的でいいじゃん

HandleHit/OnHit にでもしろと？(・∀・)

237 ：222：2007/03/04(日) 23:34:46

いろいろ考えてくれてありがとう。

今回のケース、ダメージ発生について複雑なプロセスはない。
オブジェクト自身に発生させる処理なので、単にDamageというメソッド名とした。
これをプロパティとして表現することはないので、十分な命名と思う。

ありがとうございました。
命名センスを磨くために、少し英語を勉強しよう。。。

238 ：デフォルトの名無しさん：2007/03/05(月) 22:09:22

void イオナズン() {
　foreach(敵 t in 敵全員)
　　Attack(t, 100, AttackType.Thunder);
　または
　　MessageBox.Show("運がよかったな。今日はMPが足りないみたいだ。", "(´∀｀ )");
}

とかなにも考えずに書いてたら、なんとなくどこで躓いたかわかったりして。
とりあえずC#記法でこんなところか。

abstract class MovingObject
{
　public void Attack(MovingObject target, int point, AttackAtribute attr) {
　　target.acceptAttack(this, point, AttackAtribute attr);
　}

　virtual void acceptAttack(MovingObject from, int point, AttackAtribute);
}

Damage だと、すでに確定したダメージ量を受け取る感じがあって、
そのダメージ量を計算するのは誰なんだっていう気がするな。
どうせ、装備の防御力とか属性修正とかでダメージ量が減ったりするんでしょ？

で、おれの質問。

バッファへのポインタと、バッファサイズと、16進数を
あらわす文字列をうけとって、バッファを文字列があらわす
内容で埋めてくれる関数、おまいらならなんて付けます？

とりあえず、バッファの長さは不定長です。

239 ：デフォルトの名無しさん：2007/03/05(月) 22:15:50

日本語でオケ
ひょっとして与えられた文字列を必要なら繰り返して
バッファを埋めるって意味かい？

240 ：デフォルトの名無しさん：2007/03/05(月) 22:31:17

memset(buf, 0, 6);
○○ ("00FF00FF00FF", buf, 6);

とかやると
buf のなかみを 0x00 0xFF 0x00 0xFF 0x00 0xFF にしてくれる関数。

これでわかってもらえるかな？

241 ：デフォルトの名無しさん：2007/03/05(月) 22:36:36

fillWithHexString

うんこしたい。

242 ：デフォルトの名無しさん：2007/03/05(月) 22:41:40

だったらバッファ長は冗長じゃんw
普通にConvHexStringToBin

243 ：デフォルトの名無しさん：2007/03/05(月) 22:43:50

>>242
>必要なら繰り返して

244 ：デフォルトの名無しさん：2007/03/05(月) 23:05:16

>>243
脳腐ってないかw

245 ：デフォルトの名無しさん：2007/03/06(火) 00:12:09

>>240
fill

246 ：デフォルトの名無しさん：2007/03/06(火) 21:59:03

READ

# BASICのREAD文思い出したからｗｗ

247 ：デフォルトの名無しさん：2007/03/07(水) 14:09:23

hexToBin

248 ：デフォルトの名無しさん：2007/03/07(水) 14:38:32

それは16進を2進に変換しそうだな。

249 ：デフォルトの名無しさん：2007/03/07(水) 14:47:35

pack、unpack でいいじゃん

250 ：デフォルトの名無しさん：2007/03/07(水) 14:49:09

hexToByteArray

251 ：デフォルトの名無しさん：2007/03/07(水) 14:56:34

unpackって聞くとcomp-3とか浮かんでくるｵｯｻﾝな俺ｶﾞｲﾙ

252 ：デフォルトの名無しさん：2007/03/07(水) 20:53:45

ポリモーフィズム用のクラスってベタな名前ありますか？

253 ：デフォルトの名無しさん：2007/03/07(水) 21:07:14

>>252
object

254 ：デフォルトの名無しさん：2007/03/07(水) 21:43:55

>>252
インターフェースの～able、抽象クラスのabstract～のようなやつってこと?

255 ：デフォルトの名無しさん：2007/03/07(水) 21:58:43

そんな愚問の一言で片付けるべき質問にまともに答えちゃってアホか

256 ：デフォルトの名無しさん：2007/03/07(水) 23:02:39

>>252
Some-
IF
Logical- ?

257 ：252：2007/03/08(木) 09:11:58

親切な方々、ﾏﾘｶﾞﾄ。

インターフェースなら　形容詞　+　～able
抽象クラスなら　AbstractClassName

そんな感じだろうけど、その形容詞やClassNameに
なんかそれらしい名前があるかなぁと思いまして。

objectは真っ先に思いつきますた。

>>256
その発想は無かったです。

258 ：デフォルトの名無しさん：2007/03/08(木) 09:13:32

>>257
形容詞に able は付かねーだろ。動詞に able を付けると形容詞になるんだよ。

259 ：252：2007/03/08(木) 09:18:31

>>258
失礼しました。

×　インターフェースなら　形容詞　+　～able

○　インターフェースなら　形容詞で　動詞　+　～able

260 ：デフォルトの名無しさん：2007/03/09(金) 23:13:31

格納位置を示すカウンタにつけるいい名前おせーて。
単語のボキャブラリがねーから辞書引いてもわかんねえ

261 ：デフォルトの名無しさん：2007/03/09(金) 23:21:52

>>260
言わんとすることが、いまいちよくわからんのだが
index とか offset とかでいんじゃね？

262 ：260：2007/03/09(金) 23:28:19

>>261 言葉が足りなくて申し訳ない。
初歩的な逐次決定法の一個目のループの為の変数
で理解していただけるか。。。鬱だ死のう_( (_´Д`)_

263 ：デフォルトの名無しさん：2007/03/09(金) 23:40:10

>>262
ごめん、もっとわからん。　南無ー　(￣人￣)　|~

264 ：デフォルトの名無しさん：2007/03/09(金) 23:49:00

選択ソート(セレクションソート)の事か。
selectionとかどうよｗｗ

265 ：デフォルトの名無しさん：2007/03/10(土) 00:00:02

そこでcounter_1ですよ

266 ：デフォルトの名無しさん：2007/03/10(土) 01:23:36

ソートのループカウンタなんてi, j, kあたりでいいよ

267 ：デフォルトの名無しさん：2007/03/10(土) 07:05:25

iPivot

268 ：デフォルトの名無しさん：2007/03/10(土) 13:37:00

乱数を生成する関数に渡す引数の名前なんですが
「最低値」という意味でなんかいい名前ありませんか？
処理としては生成した乱数にその値を足して底上げするものなんです

MinValueとか考えましたが、少し違うんだよな。

・・とか書いてるうちにBaseValueという名称を思いつきました。
チラシの裏でスマソ。

269 ：デフォルトの名無しさん：2007/03/10(土) 13:45:37

MinValueの方がいいと思うけどね。
あるいはBottomとか。

MinValueは意味を表している。
BaseValueは処理上の用途を表している。

どっちが使う側にとって分かりやすいか自明じゃん。

270 ：デフォルトの名無しさん：2007/03/10(土) 13:58:22

古典的にseed

271 ：デフォルトの名無しさん：2007/03/10(土) 14:02:15

日本語も読めないベーシっ君がいるなw

272 ：デフォルトの名無しさん：2007/03/10(土) 14:29:29

関数の名前は、
GenerateBase
引数は、
BaseSeed

273 ：デフォルトの名無しさん：2007/03/10(土) 14:38:04

だから質問内容のどこをどう捻ればそんなわけのわからん回答が出てくるわけ？w

274 ：デフォルトの名無しさん：2007/03/10(土) 14:50:17

>>268
inf/sup, min/max, low/high
値域の上限/下限だとこんなもんか
最低値という字面そのままだとlowが近い

275 ：デフォルトの名無しさん：2007/03/10(土) 14:56:46

>>273
乱数の素にする引数だからだろ。無駄なレスしかできないなら書き込むな。自分の意見を述べろ。

276 ：デフォルトの名無しさん：2007/03/10(土) 15:01:43

>>268
普通は MinValue (最小値)なんかでいいと思うが、
お前が最低値だと捉えている値なら BottomValue 。

277 ：デフォルトの名無しさん：2007/03/10(土) 15:01:54

>>274
まさか本気で言ってないよねw

>>275
酷い馬鹿だな。
乱数生成の世界でここで話題になっているような値のことを「種」とは普通言わない。
どうでもいいが自分の見解はすでに>>269で回答済み。

278 ：デフォルトの名無しさん：2007/03/10(土) 15:27:44

キモイ

279 ：デフォルトの名無しさん：2007/03/10(土) 15:53:26

問題は>>268の文章にある。

底上げをするのが、「乱数発生」という処理に含まれるかどうか
分からない書き方になっている。

「乱数を生成する関数に渡す引数の名前なんです・・・」
「処理としては生成した乱数に・・・」
　という下りを見ると、乱数発生と値を足す部分を別と認識しているように見える

というわけで、俺は baseline を1票入れてみる
発生した乱数の

280 ：デフォルトの名無しさん：2007/03/10(土) 15:56:20

あんたの文章の方が余程ワケワカランってw
>>268の文章は確かにこなれた文章じゃないが、十分意味は伝わる。

281 ：デフォルトの名無しさん：2007/03/10(土) 15:56:51

そんなに難しいこと言ってるように見えないんだがこれだけ侃々諤々しちゃうのな。
仕様書なんかどんだけ頑張って書いても要求通りのものができないはずだぜｗ

282 ：デフォルトの名無しさん：2007/03/10(土) 16:06:59

ああ、ついでに言っておけば>>268のような引数にbaseとかoffsetといった言葉を使うのは
混乱のもとで望ましくないと俺は思う。

その関数を使うコードを見たときに、関数の出力する乱数の中央値を指定していると
誤解される恐れがあるからね。

やはり明示的にminimumとかbottomという言葉を使うべきだろう。

283 ：デフォルトの名無しさん：2007/03/11(日) 01:33:39

なんやねｎ

284 ：デフォルトの名無しさん：2007/03/11(日) 11:22:19

minimal

285 ：デフォルトの名無しさん：2007/03/11(日) 11:32:43

geta

286 ：デフォルトの名無しさん：2007/03/11(日) 14:01:22

[min, MAX)の乱数だすならmin, maxでよくね。

287 ：デフォルトの名無しさん：2007/03/11(日) 14:03:42

Get***という名前の関数の関数ポインタを得る関数の名前をどうしたらいい？

GetGet***Pointer?
GetProcAddressOfGet***?

288 ：デフォルトの名無しさん：2007/03/11(日) 14:08:40

むしろそれを関数にする必要性が理解できません。

289 ：デフォルトの名無しさん：2007/03/11(日) 14:14:54

>>285
それだ！
思わずgooで和英ひいちゃった
jack up だって

290 ：デフォルトの名無しさん：2007/03/11(日) 14:23:40

だからそれだとどこ基準の「ゲタ」だか分からないじゃんアホか。

291 ：デフォルトの名無しさん：2007/03/11(日) 14:28:40

agezoko

292 ：デフォルトの名無しさん：2007/03/11(日) 14:35:18

>>288
現在のステートに応じて帰ってくるアドレスが変わる
っていう実装ならありうるかもｗ

293 ：デフォルトの名無しさん：2007/03/11(日) 14:38:07

GetGetterFuncPtr

294 ：デフォルトの名無しさん：2007/03/11(日) 14:42:20

>>288
同じシグネチャの関数が複数あって、ライブラリの内部条件によって使う関数が変わるんだ。

295 ：デフォルトの名無しさん：2007/03/11(日) 15:39:22

非OOPで多態みたいなことする時のテクニック？
とりあえずGetFuncPtrとかGetAddrOfとかしといてenumで目的の関数を指定する、
なんてやっぱりダメだよね。。

296 ：デフォルトの名無しさん：2007/03/11(日) 15:57:38

>>290
どこ基準てどういう意味？
すくなくとも日本語でゲタ履かせるっていったら一通りの解釈しかないと思うが。
つかマジレスすんなボケ。

297 ：デフォルトの名無しさん：2007/03/11(日) 18:33:05

ゲタを履かせるってアレですよね
電圧とかピン数が違うCPUを使うときに・・・・

298 ：デフォルトの名無しさん：2007/03/11(日) 21:24:28

そりゃ本当に下駄履いてるなｗ

299 ：デフォルトの名無しさん：2007/03/12(月) 10:15:10

ゲーム用「当たり判定が有る」ことを示すインターフェイス名
「IHitable」で良いのかな。

300 ：デフォルトの名無しさん：2007/03/12(月) 10:25:30

いいよ。

301 ：デフォルトの名無しさん：2007/03/12(月) 10:31:06

Hit + -able は hittable

Hitableは、Hite(という単語があれば) + -ableになるので、
「ハイタブル」という読みになる。

302 ：デフォルトの名無しさん：2007/03/12(月) 11:16:58

ICollidable

303 ：299：2007/03/12(月) 12:01:41

>>300-302
ｔｈｘ
今回は、IHittableとしました。
Collidableも衝突という意味で良いかなと思ったけど、Hitのほうが判りやすいかな。

304 ：デフォルトの名無しさん：2007/03/12(月) 13:14:00

お互いに衝突する物体どうしならcollideで、
hitだと的として当てる感じかね。

305 ：デフォルトの名無しさん：2007/03/12(月) 19:09:14

個人的にはなんか違和感あるなあ、まあギリギリ許容範囲だけど＞IHittable
俺ならIHitTestableとかするんじゃないかなあ。

っていうか、ゲームの当たり判定ってやっぱり敵キャラ側に責任負わせるんだね。

306 ：デフォルトの名無しさん：2007/03/12(月) 19:13:19

HitTestって名詞だろｗ

307 ：デフォルトの名無しさん：2007/03/12(月) 19:14:36

おいおいマジでいってるのお宅

308 ：デフォルトの名無しさん：2007/03/12(月) 19:40:07

え、名詞でしょ？

309 ：デフォルトの名無しさん：2007/03/12(月) 19:54:00

('ω`)疑問に思ったら辞書を引け。

310 ：デフォルトの名無しさん：2007/03/12(月) 20:40:09

載ってないだろｗ
名詞+名詞の複合名詞じゃないの？

311 ：デフォルトの名無しさん：2007/03/12(月) 21:13:53

動詞化、でググってみ。

っていうか、グラマー的な呼び方は知らなくても（俺も調べるまで知らなかったけど）
英語っていうのはそういうグダグダな言語だってこと感覚的に知ってるだろう普通。

312 ：デフォルトの名無しさん：2007/03/12(月) 21:34:47

Test me!

313 ：デフォルトの名無しさん：2007/03/12(月) 21:40:22

test は普通に動詞だよ

314 ：デフォルトの名無しさん：2007/03/12(月) 21:49:45

特にプログラマの使う英語はめためただわな。

315 ：デフォルトの名無しさん：2007/03/12(月) 22:27:27

英語では名詞と自動詞と他動詞が同じ単語だったりすることは多いのだ
このスレでちょっと前に出たdamageもそう

316 ：デフォルトの名無しさん：2007/03/12(月) 22:32:15

>>313
>>315
そういう問題じゃないと思うぞ

317 ：デフォルトの名無しさん：2007/03/12(月) 22:35:36

>>316
Where is the beef ?

318 ：デフォルトの名無しさん：2007/03/12(月) 22:42:13

http://www.google.com/search?q=hittested
http://www.google.com/search?q=hittesting
http://www.google.com/search?q=hittestable

319 ：デフォルトの名無しさん：2007/03/12(月) 22:44:37

どうでもいいが、日本語も同じくらいグダグダな言語だと思う。
名詞は「する」、「な」を付ければ動詞、形容動詞に早変わり。
るで終わる言葉はそこが活用語尾となっていく、ググるが好例。

320 ：デフォルトの名無しさん：2007/03/12(月) 22:59:13

まあそれは平安時代からやってるからな、ひとりごつ、まつりごつ、もみづ…

321 ：デフォルトの名無しさん：2007/03/12(月) 23:06:52

品詞の区別なんてどこの言語もぐだぐだよ。
というか、プログラミング言語みたいにルールきっちりした自然言語なんてない。

322 ：デフォルトの名無しさん：2007/03/12(月) 23:08:34

「おうぎ」「あおぐ」が古語だと
「あふぎ」「あふぐ」とちゃんとつながりが分かるのに感動。

323 ：デフォルトの名無しさん：2007/03/12(月) 23:20:09

意外なことに以下の三つがテンプレに入ってなかったので一応貼っとくよ。
次スレ建てるときはテンプレに入れてくれ。
コードのコーパス的に使えるから。
http://www.google.com/codesearch
http://www.koders.com/
http://www.krugle.com/

一連の話題だと、hittable,collidable,hittestableいずれも使われているようだ。

324 ：デフォルトの名無しさん：2007/03/13(火) 09:34:59

hittestableは一瞬stableを含んでるように見えるから嫌だ。

325 ：デフォルトの名無しさん：2007/03/13(火) 09:40:38

HitTestable あるいは hit_testable と書いても？

326 ：デフォルトの名無しさん：2007/03/13(火) 10:05:06

英語もずいぶん膠着語に近づいたものだ。

327 ：デフォルトの名無しさん：2007/03/13(火) 10:52:47

まあ、屈折語は膠着語に近づいていくのが普通みたいだしね。
エスペラントみたいに。

英語はむしろ孤立語化してるんだけど。
格変化なくなって、代わりに語順が厳しくなって。
複合名詞とか多いし。

328 ：デフォルトの名無しさん：2007/03/13(火) 15:54:25

……で？

329 ：デフォルトの名無しさん：2007/03/13(火) 16:29:59

どうみても雑談です。
本当にありがとうございました。

330 ：デフォルトの名無しさん：2007/03/14(水) 03:49:00

文法にまよったら金田一に訊いてみるスレ。
になってる。

331 ：デフォルトの名無しさん：2007/03/14(水) 11:46:58

じっちゃんの名にかけて！

332 ：デフォルトの名無しさん：2007/03/14(水) 12:46:17

CreateVerName

333 ：デフォルトの名無しさん：2007/03/15(木) 00:43:21

DBのトランザクションがすでにBeginされているかどうかを示すboolのプロパティの名前、何がいいだろう？
単なる Transaction って名前は _transaction ってプライベート変数と混同しちゃうからNGです。

誰かアイデアプリーズ

334 ：デフォルトの名無しさん：2007/03/15(木) 00:53:17

DB知らんけど

DuringTransaction

335 ：デフォルトの名無しさん：2007/03/15(木) 01:10:49

transacting

336 ：デフォルトの名無しさん：2007/03/15(木) 04:31:25

inTransaction

337 ：デフォルトの名無しさん：2007/03/15(木) 09:24:10

一般的にBool返すなら

Is + 形容詞
Has + 過去分詞
あとContainsKey のように三単元動詞 + 名詞

だから、IsTransactional

338 ：デフォルトの名無しさん：2007/03/15(木) 09:48:52

IsTransactionalだと、トランザクションを意識した(ロールバック可能な)
処理が行えるオブジェクトという意味に思える。

339 ：デフォルトの名無しさん：2007/03/15(木) 09:58:45

IsInTransaction

Is + (形容詞に限らず)主格補語

340 ：デフォルトの名無しさん：2007/03/15(木) 10:05:24

>>333
has uncommitted transaction

341 ：デフォルトの名無しさん：2007/03/15(木) 12:31:44

質問するだけして返答なし、って感じ悪いな

342 ：デフォルトの名無しさん：2007/03/15(木) 18:42:33

ゲームで当たり判定オブジェクトは、Collision にしてるんですが、
食らい判定はどうしたらいいんでしょ。

通常の当たり判定は、アイテムとるときなんかに使うのですが、
食らい判定というのは、自機が敵にぶつかるときなんかに使います

343 ：デフォルトの名無しさん：2007/03/15(木) 18:54:08

DamageCollisionにしてみたけど、ださいなあ

344 ：デフォルトの名無しさん：2007/03/15(木) 19:00:27

ZuGAAAAAANでいんじゃね？視認性も高いし、意味も十分通るっしょ。
辞書にこだわる必要は全く無いと思うけど。

345 ：デフォルトの名無しさん：2007/03/15(木) 19:04:52

if (ZuGAAAAAAN.Count >= 5) {
　　DETH();
}

346 ：デフォルトの名無しさん：2007/03/15(木) 19:06:02

＞DETH();
これはひどい

347 ：デフォルトの名無しさん：2007/03/15(木) 19:10:55

ほんとだ。ごめん。
DEATH();

348 ：デフォルトの名無しさん：2007/03/15(木) 19:12:04

DawnEnemyThrowHandole

349 ：デフォルトの名無しさん：2007/03/15(木) 19:13:05

いやこういう文脈で使うのは名詞じゃなくて動詞だろ？

350 ：デフォルトの名無しさん：2007/03/15(木) 19:15:36

PutToDeath

351 ：デフォルトの名無しさん：2007/03/15(木) 19:20:16

ひどいスレだな
とりあえず最低限の英語力もない人間は書き込むなと言いたい

352 ：デフォルトの名無しさん：2007/03/15(木) 19:59:07

アイテムをとるのが単なるCollisionの時点で
設計自体に怪しさが漂うのは多分気のせい。

353 ：デフォルトの名無しさん：2007/03/15(木) 20:33:31

CollisionForDamageにしといた

>>352
いや、最初は、Collisionにしといたんですけど、
食らい判定は、やっぱり別にしる！っておたっしがきたので増設って感じ。

354 ：デフォルトの名無しさん：2007/03/15(木) 20:38:51

アイテムだろうが敵だろうが全部Collisionでいいだろと思うのは俺だけか。

355 ：デフォルトの名無しさん：2007/03/15(木) 20:45:49

設計はあまり深く考えず、動かなくて楽だから
何となくアイテムから先に実装しちゃったんだろ
実装上の折り合いがつかないから二つめの名前が要るんだ
ゲームではよくあること

356 ：デフォルトの名無しさん：2007/03/15(木) 20:46:35

Collision1, Collision2にしてコメントに説明書く

357 ：デフォルトの名無しさん：2007/03/15(木) 21:15:27

っていうか、普通むしろダメージ食らう敵との衝突判定のことを
「当たり判定」っていうんだと思うけどねえ。。

っていうか、道に落ちてる10円玉の上に屈んでこれから拾おうって時に、
普通10円玉と「衝突する」って言わないだろw

全体的に言葉のセンスが変だよ。

358 ：デフォルトの名無しさん：2007/03/15(木) 21:37:34

何故両者を分ける必要があるかがわからんな。
敵にしてもアイテムにしても、
プレイヤーとの接触時に互いに影響を及ぼすという点では全く同じだろ。
この「影響を及ぼす」という点を
ダメージに特化させたり能力上昇に特化させたりしてるから
名前を分けるハメになってんじゃないの？

359 ：デフォルトの名無しさん：2007/03/15(木) 22:07:17

>>358に同意。
勢いと成り行きだけで関数やプログラムの構造を決めるんじゃなく、
少しはOOPの概念取り入れてみたらどうか。
このままじゃ敵やアイテムの種類増やすときに泣くことになりそう。

360 ：デフォルトの名無しさん：2007/03/15(木) 22:42:13

例えば、「弾幕系」と呼ばれるようなシューティングゲームだと、
アイテムの取得エリアと敵の攻撃を受けるエリアとで違うことがある。
だから、その2つを分ける場合もあるだろう。

で、同じ関数名にしておいてパラメータで振り分けるか、
～～～forItem と～～forDamage みたいに、細部の名前だけ変更する、に一票。

361 ：デフォルトの名無しさん：2007/03/15(木) 22:42:22

>>358
仕様でわけるハメになったのです。
何でと言われても。

設計悪いのは、そのとおりです。
複数持たせることを考えないで作ってたので・・・。

>>359
いってることむちゃくちゃです。
普通に、OOPで組んでますよ？

362 ：デフォルトの名無しさん：2007/03/15(木) 22:46:12

OOPっつってもピンキリだしな
変数をprivateにしてgetsetつけたらOOPとか冗談にもならね

363 ：デフォルトの名無しさん：2007/03/15(木) 22:58:08

みんな判ってると思うけど設計の話はアレなんだぜ。
まぁインターフェースの継承さえ持たせてアイテムと敵を切り分けたら
名前自体は>>360程度で十分だから
別に名前で語ることもないんだけどな

364 ：デフォルトの名無しさん：2007/03/15(木) 23:09:42

なんか俺がゲームプログラムの変数名を聞くたびに、設計の話でつっこまれてる気がするｗｗｗｗ

365 ：デフォルトの名無しさん：2007/03/15(木) 23:13:07

笑ってないで少しは進歩しなよ

366 ：デフォルトの名無しさん：2007/03/15(木) 23:15:23

＞アイテムの取得エリアと敵の攻撃を受けるエリアとで違うことがある。
こんだけの理由で分けたりなんかしねえよ

367 ：360：2007/03/15(木) 23:32:05

>366
で、俺はその直後に、パラメータで処理を変えたら？と言っているわけだが。

368 ：デフォルトの名無しさん：2007/03/15(木) 23:35:48

>>367
>>360の下から2行目だけ華麗にすっ飛ばしていた。眼科行ってくる。

＿＿____
|←樹海|
.￣.||￣　　　　　ｵﾜﾀ┗(^o^ )┓三
　　||　　　　　　　　　　 ┏┗ 　三

369 ：デフォルトの名無しさん：2007/03/16(金) 00:10:04

ｵﾜﾀの大冒険の当たり判定

370 ：デフォルトの名無しさん：2007/03/16(金) 00:44:49

Lich「DAAAAH、HajimeteDeth！」

371 ：デフォルトの名無しさん：2007/03/16(金) 08:17:09

>>342
HitTester
ClashTest

372 ：デフォルトの名無しさん：2007/03/16(金) 08:43:48

＞Clash
これはひどい

373 ：デフォルトの名無しさん：2007/03/16(金) 09:02:53

なにが？

374 ：デフォルトの名無しさん：2007/03/16(金) 10:05:40

ごめん今のなし今のなし今の忘れてorz

375 ：デフォルトの名無しさん：2007/03/16(金) 10:25:23

リストビューを印刷するルーチンがあるんだけど、

1.用紙のヘッダーに印刷する
2.リストビューのヘッダーを印刷する
3.リストビューのアイテムを印刷する

と言う3部でワンセット構成なんですが、1.と2.の名前をお願いします。

376 ：デフォルトの名無しさん：2007/03/16(金) 10:31:33

そのままでいいがな
PrintHeader
PrintListViewHeader
PrintListViewItems

377 ：デフォルトの名無しさん：2007/03/16(金) 10:47:06

>>376
あああ、ごめんなさい。
リストビューという名前は隠蔽しときたいのです。
リストビュー以外でも使えるように考えてるので。(´・ω・`)

378 ：デフォルトの名無しさん：2007/03/16(金) 10:56:02

だったらリストビューを抽象化した単語をそこにあてればよいのでは。
例えばContentという単語に抽象化したいんだったら
PrintContentHeaderみたいな。

379 ：デフォルトの名無しさん：2007/03/16(金) 12:38:38

DrawPageHeader
Draw(Table)RowHeader
Draw(Table)Row

380 ：デフォルトの名無しさん：2007/03/16(金) 14:41:46

>>378-379
ｱﾘｶﾞﾄﾝ!
我ながら設計が悪くて混乱してたです。

381 ：デフォルトの名無しさん：2007/03/16(金) 15:26:07

変数名付ける時にアルゴリズムの悪さに気づくことあるよな

382 ：デフォルトの名無しさん：2007/03/16(金) 15:30:02

誰かが言ってた「名前重要」

383 ：デフォルトの名無しさん：2007/03/16(金) 16:07:52

素敵なクラス構成になっていると自然と名前を付けやすい。
それはとても気持ちが良いことです。
そういう時はOOP万歳とか思っちゃう。

384 ：デフォルトの名無しさん：2007/03/16(金) 17:57:28

その気持ちはわかる
でもどこかで折り合いをつけないとやっていけなくなるのがプログラミング
いつまでも綺麗な身でいたい

385 ：デフォルトの名無しさん：2007/03/16(金) 18:15:02

> それはとても気持ちが良いことです。
何か言い回しが引っかかるのですが…
下ネタがあるなら教えてほしいです＞＜

386 ：デフォルトの名無しさん：2007/03/16(金) 18:34:20

「それは気持ちがよいこと」つーとエヴァンゲリオンくらいか?

387 ：デフォルトの名無しさん：2007/03/17(土) 11:57:37

シモネタがあるなら教えてほしいです＞＜

388 ：デフォルトの名無しさん：2007/03/18(日) 19:12:16

Lua での関数名 (PascalCase) を決めかねています。
値域が [-π, π) の右方向が正のラジアン (回転角) を、値域が [0, 2π) の
同じく右方向が正のラジアンに変換する関数です。
C で書けばこんな感じ:

#define PI 3.1415927
double Foo(double rad) {
　if (rad >= 0) {
　　return rad;
　} else {
　　return PI * 2 + rad;
　}
}

です。どうかお知恵を拝借いただけないでしょうか。よろしくお願いします。

389 ：デフォルトの名無しさん：2007/03/18(日) 19:16:44

NormalizeRadian

390 ：デフォルトの名無しさん：2007/03/18(日) 19:22:26

>>389
正規化とは違わない？
（-∞,∞）→[0,2π）ならしっくりくるけど

391 ：デフォルトの名無しさん：2007/03/18(日) 19:25:44

[-π, π) は（-∞,∞）の部分集合だから同じことじゃん

392 ：デフォルトの名無しさん：2007/03/18(日) 19:27:07

コンソールで、コマンド名と一緒に打ち込まれた引数を受け取って、
プログラムで利用しやすいように形だけ整える（意味の解釈はしない）
補助ユーティリティを作ろうとしています。

/a / b /c -a -abc
として記述された場合は、すべて一文字のオプションとして扱う。(1)
--filename 　（記号無しで）filename
として記述された場合は、スペースが来るまで、一塊の文字列のオプションとして扱う。(2)
さらに、/の後に : 、もしくは-の後に　= が来たら、オプション自体に値を与えてもいい。

としたとき、(1)と(2)を区別する呼び方で何か一般的なものはあるのでしょうか？
とりあえずShortOption LongOption としてみたのですが、何となく整数型のShort とLongを連想してしまうし
/S:filename がロングにはならないのが微妙に引っかかるのですが、
他に何かよさげな呼び方はあるでしょうか

393 ：390：2007/03/18(日) 19:31:59

>>391
まあそれはそうなんだけど。
でも引数の[-π,π）も正規化されているわけで、正規化されているものの値域をずらすことをNormalizeと呼ぶのは違和感が。

394 ：デフォルトの名無しさん：2007/03/18(日) 19:45:30

>>392
個人的にはShortOption LongOptionでいいと思うけど
英語版のmanpageでもそういう呼び方してるし

395 ：デフォルトの名無しさん：2007/03/18(日) 20:08:46

>>388
GetPositiveRadian
とか適当にそんなの。

396 ：デフォルトの名無しさん：2007/03/18(日) 21:46:57

クラスAのデストラクタ内でクラスBのメンバ関数呼び出すことによって、
クラスAのオブジェクトaが破棄されたことを
オブジェクトaを参照しているクラスBのオブジェクトbに伝えたいと
考えているのですが、このメンバ関数の名前を決めかねています。
どのような名前が適切でしょうか？

397 ：デフォルトの名無しさん：2007/03/18(日) 22:11:56

一瞬何をしたいのかと思ったが
ClassA::~ClassA(){
registeredClassBObject->hogehoge();
}
みたいな感じか。

ClassB::IsAExsiting とか IsADeleted でいいんじゃね
BにとってAがどんな役割を持ってるのかしらねぇけど

398 ：デフォルトの名無しさん：2007/03/18(日) 22:25:00

イベントみたいなもん？
OnADeleted
OnADestroyed
とか。

399 ：デフォルトの名無しさん：2007/03/18(日) 23:15:36

>>397
＞ClassA::~ClassA(){
＞registeredClassBObject->hogehoge();
＞}
コードはそんな感じです。ClassAのオブジェクトの破棄をトリガーとして、
registeredClassBObjectの状態を変えるといったところです。

>>398
お、いいですね。使わせていただきます。

400 ：388：2007/03/18(日) 23:17:01

GetPositiveRadian を使わせていただきます。
ありがとうございました。

401 ：デフォルトの名無しさん：2007/03/18(日) 23:44:40

え～それはないだろ普通w

402 ：デフォルトの名無しさん：2007/03/19(月) 00:24:56

別にいいんじゃない？
ただそれを使うなら俺ならToPositiveRadianかな。
好みの問題だけど

403 ：デフォルトの名無しさん：2007/03/19(月) 02:12:07

普通にNormalizeだと思うんだがなぁ

404 ：デフォルトの名無しさん：2007/03/19(月) 02:13:36

LetsPositive

405 ：デフォルトの名無しさん：2007/03/19(月) 02:15:27

主値は関数によって異なるからnormaliseだと分かりづらいだろう

406 ：デフォルトの名無しさん：2007/03/19(月) 02:21:41

じゃ、NormalizeToPositiveRadianとかどうよ

407 ：デフォルトの名無しさん：2007/03/19(月) 11:35:40

>>406
俺もそれ思った。
でも、ちょっと長いし、NormalizePositive くらいでいいかも。

408 ：デフォルトの名無しさん：2007/03/19(月) 12:17:42

[0, 2π) が一般的な normalize で、正負に分ける表現のほうに特殊な名前がいるんじゃね？

409 ：デフォルトの名無しさん：2007/03/19(月) 13:14:02

>>408
atan の戻り値とかが [－π, π] だしね。
俺は 0～2π の方を特殊な名前にする方がしっくりくる。

あと、まんま normalize, normalizePositive という名前使ってるライブラリ発見↓。
ttp://www.vividsolutions.com/jts/javadoc/com/vividsolutions/jts/algorithm/Angle.html

410 ：デフォルトの名無しさん：2007/03/19(月) 15:53:20

ShiftAngleDomainBy(angle, PI) とか。

ドメインて定義域で合ってたよね、たしか。

411 ：デフォルトの名無しさん：2007/03/19(月) 18:38:09

でも、388は値域って書いてるなー。
つか409みると両方normalizeっぽいな。
勉強になった。

412 ：デフォルトの名無しさん：2007/03/19(月) 20:48:49

○○数，たとえば部屋数だったら

rooms と　num_rooms　と num_of_rooms　どれが英語圏だと一般的？
phpの関数とかだとnum_xxxxみたいなのが多いけど，これは
number of xxx の略だよね？

413 ：デフォルトの名無しさん：2007/03/19(月) 21:07:05

roomsだと、roomの集合したデータ(配列とかリストとか)を意味するほうが
多いだろう、という予想。

414 ：デフォルトの名無しさん：2007/03/19(月) 21:13:06

ふむ。。じゃあnum_roomsでいいかあ

415 ：デフォルトの名無しさん：2007/03/19(月) 21:17:16

roomsなの？
num_of_roomじゃなくて

416 ：デフォルトの名無しさん：2007/03/19(月) 21:45:31

数えられるものはsつけますよね？

417 ：デフォルトの名無しさん：2007/03/19(月) 22:20:47

roomsがコンテナなら
rooms.size とか
rooms.count とかしたくなるけど、そういう話じゃないんだよね、きっと。

418 ：デフォルトの名無しさん：2007/03/19(月) 22:27:28

はい。純粋に部屋数を保持する名前ということです。
実は変数名を考えていたのではなくDBのフィールド名を考えてました。
オブジェクト指向な言語だったら私も****.sizeや****.countに賛成です。

419 ：デフォルトの名無しさん：2007/03/19(月) 22:37:13

NumberOfRoomsだろうな。
俺はDBのフィールドならnum_roomsあたりにする。

420 ：デフォルトの名無しさん：2007/03/19(月) 22:43:34

ｔｈｘです。とりあえずテーブル名はnumber_of_rooms，
フィールド名はnum_roomsにしときました。

421 ：デフォルトの名無しさん：2007/03/19(月) 23:30:19

HeyanoKazu

422 ：デフォルトの名無しさん：2007/03/19(月) 23:34:43

クラスや構造体、変数の命名法について学べるウェブサイトや書籍ってありますか？
いいのあったら紹介してくださいませ＞ﾜ＜

423 ：デフォルトの名無しさん：2007/03/20(火) 00:27:13

>>422 スレ違い。

424 ：デフォルトの名無しさん：2007/03/20(火) 08:57:15

>>421
HYKZ (COBOL風)

425 ：デフォルトの名無しさん：2007/03/20(火) 15:47:59

>>424
そんな変数がずらーと並んでるようなソースの保守は勘弁

426 ：デフォルトの名無しさん：2007/03/20(火) 16:35:02

ｋｗｓｋが限度だな
5文字を超えると指がたりない

427 ：デフォルトの名無しさん：2007/03/21(水) 16:36:34

VC6 MFCだす
ダイアログに配置するボタンやリストビューやエディトボックス・・・・etc
EnableWindow()関数で、制御できる状態と制御できない状態を表す関数を作りﾏｽﾀ
一番の問題は制御できる、出来ないを表す変数名が思い浮かびません気の利いた
ｶｺｲｲ名前を付けてﾎｽｲ

428 ：デフォルトの名無しさん：2007/03/21(水) 16:49:02

IsEnabledで何が不満？

429 ：デフォルトの名無しさん：2007/03/21(水) 17:15:49

>>428
なるほど良いですねぇ～そんな感じッス
ついでにそれらダイアログに配置されているボタンなどのIDも引き渡すんだけど
そのIDの変数名もｵﾅｶﾞｲｼﾏｽ

430 ：デフォルトの名無しさん：2007/03/21(水) 17:18:26

id で何が不満？

431 ：デフォルトの名無しさん：2007/03/21(水) 17:19:26

idでは何のidなのか分かんないので却下します

432 ：デフォルトの名無しさん：2007/03/21(水) 17:20:50

target, targetId

433 ：デフォルトの名無しさん：2007/03/21(水) 17:22:54

>>432
なるほど良いですねぇ～
ありが㌧

434 ：デフォルトの名無しさん：2007/03/21(水) 17:38:50

IsEnabled() の引数が id なの？なんかキモイな。
「ターゲット」っていうと何か副作用がありそうな気がする。

435 ：デフォルトの名無しさん：2007/03/21(水) 17:44:45

isEnabledは関数名じゃなくて、対象が持ってる属性じゃないの?
そのくらい既にWindows側で提供しているような気がするのだが。

436 ：デフォルトの名無しさん：2007/03/21(水) 17:45:06

>>434
違いますYO
関数名は決まっていてEnableDlgです
その関数は二つの引数を持ち第一引数はダイアログに配置されている
unsigned int型のID番号MFCではID名は自動的にdefineされているので名前のまま使えます
第二引数はそのIDが制御か否かの引数でbool型で渡します
だからvoid 基底クラス名::EnableDlg(unsigned int targetId, bool IsEnabled)
こんな感じだよ

437 ：デフォルトの名無しさん：2007/03/21(水) 17:47:16

引数の話だったのね。

438 ：デフォルトの名無しさん：2007/03/21(水) 17:48:12

Enable(false) ってキモイよね。
SetEnabled(bool) を用意して、そのうえに inline あたりで
Enable() と Disable() を用意したくなりそう。

439 ：デフォルトの名無しさん：2007/03/21(水) 17:54:41

>>427です
int targetId = IDC_BUTTON1;//これは無問題
bool IsEnabled = false;//キモイかな？？
EnableDlg(unsigned int targetId, bool IsEnabled)
う～ん確かに、キモいかも・・・迷うな

440 ：デフォルトの名無しさん：2007/03/21(水) 17:57:34

ｽﾏｿ
×int targetId
○unsigned int targetId
だった、皆さんにとってはどうでもいい事ですがww

441 ：sage：2007/03/26(月) 14:32:28

C＃です。
マウス操作に対して処理を書いています。
マウス操作は単純に押してドラッグして離すという操作です。
マウスを押した座標はDownPoint、離した時はUpPoint、
ドラッグ中の座標はDragPointって付けているのですが
DragPointに現在の座標が入った時にその前のDragPointを保持する変数名で
悩んでいます。BeforePointとしましたがしっくりきません。

442 ：デフォルトの名無しさん：2007/03/26(月) 14:38:26

俺だったらBeforePointかBeforeDragPointで満足してしまう。

443 ：デフォルトの名無しさん：2007/03/26(月) 14:46:56

そんなことに悩んでないで、アイディアの１つでも考えろ！

444 ：デフォルトの名無しさん：2007/03/26(月) 14:49:00

そうそう、変数の名前なんて後で考えれば良い。
と思って放置されたとおぼしき asdf と qwer の群れ。

445 ：441：2007/03/26(月) 15:11:46

>>442,443
サンクス！
BeforePointでアイディアの１つでも考えます。
>>444
急いでる時はやっちゃいますね。僕の場合はtttが多いでつ。

446 ：デフォルトの名無しさん：2007/03/26(月) 15:22:45

>>441
変数の必要性については疑問があるが、
時間的な違いしかないならold,currentで区別するとか

>>442とbeforedragpointだと、
どちらかと言うと「以前のdragpoint」ではなく「dragする前のpoint」

447 ：デフォルトの名無しさん：2007/03/26(月) 17:34:52

「前」という意味ではprevious(prev)というのもあるが、
「次」(next)に対立する「前」という感じがするな。

直前という意味ではlastとか?

448 ：デフォルトの名無しさん：2007/03/26(月) 17:48:55

俺はlast/currentかな

449 ：デフォルトの名無しさん：2007/03/26(月) 18:00:43

from/toのfrom

450 ：デフォルトの名無しさん：2007/03/26(月) 18:02:09

lastselected

451 ：デフォルトの名無しさん：2007/03/26(月) 18:07:27

fromやlastselectedだとBeforePointと同じっぽくね？

452 ：デフォルトの名無しさん：2007/03/26(月) 18:56:28

普通はprev(ious)だろう。。
beforeとかまずありえないと思うけど。

453 ：デフォルトの名無しさん：2007/03/26(月) 19:07:49

じゃあ仮にbefore使うとしたらどんな場合？

454 ：デフォルトの名無しさん：2007/03/26(月) 19:12:11

BeforeEdit
AfterEdit

455 ：デフォルトの名無しさん：2007/03/26(月) 19:14:10

>>452
beforeがなぜありえないのか聞きたい

456 ：デフォルトの名無しさん：2007/03/26(月) 19:14:14

beforeっていうと時間的なニュアンスが強いから
例えばイベント名とかにはまあ使うこともあるんじゃない？

例えばExcelのVBAのイベントにbeforeが入ってるのあるよね。

457 ：デフォルトの名無しさん：2007/03/26(月) 19:20:21

話とは関係ないが>>441の場合はC#だから
イベントにBefore/Afterを付けたらダメだよ
MS(.NET Framework)のガイドラインに反する

458 ：デフォルトの名無しさん：2007/03/26(月) 19:23:52

>>457
代わりに現在進行形と過去形を使えって言うんだよね。
なんか合理性に乏しいルールだな、と個人的には思うけどみんなはどうよ。
だいいち分かりにくいと思うんだが。

459 ：デフォルトの名無しさん：2007/03/26(月) 19:38:52

DrawPointの履歴

日本語変数でおｋ

460 ：デフォルトの名無しさん：2007/03/26(月) 19:42:07

まあBeforeCloseは確かに不自然だな
Closeしちゃってから過去を振り返って，あのころは…みたいな感じがする

461 ：デフォルトの名無しさん：2007/03/26(月) 20:50:49

そうじゃなくて「これから閉じる（閉じられる）よ」って意味でしょ。
つまり「閉じられる前」。
何も不自然ではない。

462 ：デフォルトの名無しさん：2007/03/26(月) 21:28:23

>>461
Beforeのほうがしっくりくるよな。
逆にClosingとか書かれるととまどう。英語感覚の薄い日本人だけかもしれんが。

463 ：デフォルトの名無しさん：2007/03/26(月) 22:08:58

Closingって書かれると今まさに閉じようとしているって感じしないか？

464 ：デフォルトの名無しさん：2007/03/26(月) 22:13:57

>>462
うん。

>>463
まあ確かにClosingでもなんとなく伝わるものはあるけど、明示的じゃない気がする。
百歩譲ってClosingの方がネイティブ的にはより明示的なのだとしても、
Before/After式の命名を止めろという理由がよくわからん。

465 ：デフォルトの名無しさん：2007/03/26(月) 22:19:54

アルファベット順で並ぶからじゃね？

466 ：デフォルトの名無しさん：2007/03/26(月) 22:25:33

Closed
Closing
でも同じｼﾞｬﾏｲｶ

467 ：デフォルトの名無しさん：2007/03/26(月) 22:29:47

同じじゃなくね？

468 ：デフォルトの名無しさん：2007/03/26(月) 22:42:30

後に発生するイベントだけのときはClosedなのに、
前に派生するイベントを追加するとAfterClosedになるのは気持ち悪い

469 ：441：2007/03/26(月) 23:11:31

現在の座標の1つ前なので迷っちゃったんですよね。
カレントだと現在の座標っぽいし。
prevだと巻き戻しっぽい。
イベントでもないのでやっぱBeforeにします。

470 ：デフォルトの名無しさん：2007/03/26(月) 23:12:08

センスねえな

471 ：デフォルトの名無しさん：2007/03/26(月) 23:14:28

巻き戻しはrewindだと思うんですが。。

472 ：デフォルトの名無しさん：2007/03/26(月) 23:27:11

>>469
PushとPull使うとか
Dragingとかさ

473 ：デフォルトの名無しさん：2007/03/26(月) 23:32:16

>>469
Beforeは形容詞じゃなくて前置詞だよ。
すなわちBeforePointは「前の点」じゃなくて「点の前」という意味になる

474 ：デフォルトの名無しさん：2007/03/26(月) 23:40:05

>>469
なんでlastはだめなん？

475 ：デフォルトの名無しさん：2007/03/26(月) 23:44:15

現在に対する前なんだから
lastだろうな

476 ：デフォルトの名無しさん：2007/03/26(月) 23:47:18

でも現在の座標はまた別の変数に入ってるのか

それならlastはおかしいかな
じゃあoldか

477 ：デフォルトの名無しさん：2007/03/26(月) 23:48:40

「last」==「最後」と中学生の単語帳みたいに一対一で覚えてると、
思いつかない/違和感を覚えるだろうけど。

478 ：デフォルトの名無しさん：2007/03/27(火) 00:07:56

Point last;
void Update(Point current){
int dx = current.X - last.X;
last = current;
}
lastはこんな感じで使われるイメージが自分の中にはあるんだけど
>>441の場合はDragPointがこのコードのlastに相当するわけでしょ?

479 ：デフォルトの名無しさん：2007/03/27(火) 01:45:41

lastやんな

recent（ｒｙ

あ、そうそう、現在地の方に
nowXxx

ってnow付けてもいいけど

480 ：デフォルトの名無しさん：2007/03/27(火) 01:50:41

そこに副詞であるnowを使うのは、さすがに賛成できんな。

481 ：デフォルトの名無しさん：2007/03/27(火) 02:14:30

Point ポインヨ;
void Update(Point current){
int dx = current.X - ポインヨ.X;
ポインヨ = current;
}

482 ：デフォルトの名無しさん：2007/03/27(火) 10:51:30

ポインヨとは何かね？

483 ：デフォルトの名無しさん：2007/03/27(火) 18:39:29

形容詞もあるのに

484 ：デフォルトの名無しさん：2007/03/27(火) 18:46:35

ギャグのつもりなんじゃない？一応

きっと481は80年代に吉田戦車とかのナンセンスギャグが好きだったオジサマなんだよ。
残念だけど今時そういうのはやらないよね
20年ずれてるよ

485 ：デフォルトの名無しさん：2007/03/27(火) 18:47:01

now fashionとかnow styleとか普通に形容詞として使うよな

変数名に使おうと思ったことは無いけど

486 ：デフォルトの名無しさん：2007/03/27(火) 18:50:16

>>481はポイント・マイル板の住民なんじゃね？
今ハッキリしているのは、>>484がオッサンだという事実だけだ

487 ：デフォルトの名無しさん：2007/03/27(火) 18:58:11

>>484
ちょっと訊きたいんだが、なんで>>481がオジサンて思ったんだ？
ポインヨなんて言葉誰だってふざけて使うし
ましてやナンセンスギャグ？て発想がわからんのだが。

488 ：デフォルトの名無しさん：2007/03/27(火) 18:59:35

>>481-482はポイント、クレ板のお約束だと思ったが

489 ：デフォルトの名無しさん：2007/03/27(火) 20:49:02

20年ズレているので新鮮だ

490 ：デフォルトの名無しさん：2007/03/27(火) 20:51:21

>>487
>ポインヨなんて言葉誰だってふざけて使うし
少なくとも俺は使わないよw
どう考えても80年代のセンスでしょ。
ﾋﾃﾞﾌﾞ、と同質のノリに感じるけどな

491 ：デフォルトの名無しさん：2007/03/27(火) 21:11:08

オヤジは黙っていればいいと思うよ

492 ：デフォルトの名無しさん：2007/03/27(火) 22:06:06

ﾋﾃﾞﾌﾞって何だ？

493 ：デフォルトの名無しさん：2007/03/27(火) 22:18:27

80年代だと決めつけたいらしいけど
何でそんなに必死なのかがわからない。
80年代じゃないと何か困るのだろうか。謎の中年だ。

494 ：デフォルトの名無しさん：2007/03/27(火) 22:25:51

自分が今30代なんだろｗ。
ｳｻﾞい上司がいるんだね。可哀相に。

495 ：デフォルトの名無しさん：2007/03/27(火) 22:54:31

>>444
に反論しても良いですか
自分の場合、その変数の持つ意味と、考えた変数のネーミングが一致した時しあわせになれますが

496 ：デフォルトの名無しさん：2007/03/27(火) 22:57:26

>>493
481の人？
オジサマかと思ったけど、逆に若いのかな？
別に決め付けたいとか思ってないってw
所詮どうでもいいことじゃないか。
センスにケチをつけられて腹が立ったならすまなかったね。

でも余計なお世話承知でいうけど、（まあそもそも誰かが必死かどうかなんて
実にくだらないことだと思うんだが）相手が必死だと思いたい自分の必死さに
気が付かないのはいかにもガキっぽいよ。

497 ：デフォルトの名無しさん：2007/03/27(火) 23:08:19

必死に長文書いちゃうほうがガキっぽいよねｗ

498 ：デフォルトの名無しさん：2007/03/27(火) 23:38:20

ポインヨにカルチャーショックを受けすぎて
ファビョっちゃってるオッサンｗ
勝手に>>481=>>493だと決めてかかっているあたり
中身はガキのようだｗ

499 ：デフォルトの名無しさん：2007/03/28(水) 00:13:07

そもそもポインヨってギャグなのか?

500 ：デフォルトの名無しさん：2007/03/28(水) 00:25:08

>>495
反論されるようなレスじゃないと思うんだが・・・皮肉って知ってる？

501 ：デフォルトの名無しさん：2007/03/28(水) 00:25:08

>>444
今度から急いでる時はこの名称つかうっすｗ

502 ：デフォルトの名無しさん：2007/03/28(水) 00:26:06

このとき住人はポインヨが今年の流行語大賞を
取るとは誰しも気づいていなかったのである───

503 ：デフォルトの名無しさん：2007/03/28(水) 03:35:51

>>502

ウッフ～ン♥

そ　れ　は　、　ボ　・　イ　・　ン　よ　♥

504 ：デフォルトの名無しさん：2007/03/28(水) 05:16:27

ていうか、変数名とか命名規則にも流行とかあるんかねー。
ハンガリアンとかは今はMS推奨してないんよね？

505 ：デフォルトの名無しさん：2007/03/28(水) 05:46:47

擦れ違い

506 ：デフォルトの名無しさん：2007/03/28(水) 06:01:54

シモニーってホント被害者だよな。
本来のハンガリアンは役に立ついい記法なのに、
論文もロクに読めない馬鹿どもが
型プレフィックスを付けるだけの記法だと思い込み、
もっと馬鹿な連中がそれを広め、
大批判を浴びたらシモニーが悪いとか言い出す始末。

507 ：デフォルトの名無しさん：2007/03/29(木) 01:08:42

C#だけど、みんなPrivateメソッドの名前ってどうしてる？
特に別の関数から呼ばれて、個々の小さな処理をするメソッドみたいな。個々の処理が小さすぎて命名しづらいやつ

508 ：デフォルトの名無しさん：2007/03/29(木) 01:53:39

命名しづらいレベルまで分割するのがおかしい

509 ：デフォルトの名無しさん：2007/03/29(木) 01:59:10

どうしてると言われても、その機能を表した命名をするとしか答えようがない。
まさかfunc00 func01 func02・・・なんて命名をするわけないし。

510 ：デフォルトの名無しさん：2007/03/29(木) 02:00:02

分割の細かさは関係ないと思う
命名し辛いのは切り出す処理の内容がはっきりしてないんじゃない？
たとえばどういう関数なの？

511 ：デフォルトの名無しさん：2007/03/29(木) 04:34:10

設定、なんですけど、settings以外に定石的名前ありませんか？

512 ：デフォルトの名無しさん：2007/03/29(木) 04:37:25

>>511
configuration
preference

513 ：デフォルトの名無しさん：2007/03/29(木) 04:39:08

あ、すまん、うっかり age ちまった。

514 ：デフォルトの名無しさん：2007/03/29(木) 04:56:19

sex

515 ：デフォルトの名無しさん：2007/03/29(木) 04:58:33

>>511
Settei

516 ：デフォルトの名無しさん：2007/03/29(木) 19:42:20

setting

517 ：デフォルトの名無しさん：2007/03/29(木) 19:45:10

あわせてsetteingってのはどうかね？

518 ：デフォルトの名無しさん：2007/03/29(木) 19:48:21

warolina

519 ：507：2007/03/29(木) 20:37:38

>>510
確かにはっきりしてない・・実装が悪いんだよね
あー、うん、ちと構造を見直してくる
ReadStringProcessA()
ReadStringProcessB()
:
:
なんてやっぱやだよな
手を入れる決心がついた
わけわからんだろうけど、508-510さんきゅ

520 ：デフォルトの名無しさん：2007/03/29(木) 21:33:19

「長い処理は分割しろ」ってアドバイスを取り違えて
とりあえず切り分けちゃえばいいと思ったのかな。
「即値は書くな」ってアドバイスを取り違えて
#define ZERO 0
#define ONE 1
　：
　：
としちゃうみたいに(実際にいたから困る)。

521 ：デフォルトの名無しさん：2007/03/29(木) 21:39:01

#define ERROR 1
#define SUCCESS 0

みたいなのも駄目なの？

522 ：デフォルトの名無しさん：2007/03/29(木) 21:43:14

意味を付加してるかどうか

523 ：デフォルトの名無しさん：2007/03/29(木) 21:44:00

そういうのはおｋ
ただし、全部の箇所でそのシンボルを使っていなければ意味がない。
ERRORは1と定義されているからって if (result == 1) と書く奴が出たら
あとはどうなってもシラネ。

524 ：デフォルトの名無しさん：2007/03/29(木) 21:52:36

>>521みたいなのだったらenumにした方がいいな。
return ERROR;とかreturn SUCCESS;とかする関数を書いたときに、
返り値の方をenum ～にできるから。

525 ：デフォルトの名無しさん：2007/03/29(木) 23:39:20

そんなことはどうでもいい

526 ：デフォルトの名無しさん：2007/03/30(金) 00:50:19

enumやマクロはオブジェクト指向的に使っちゃ駄目！！
って聞いたんだけどじゃあどうすればいいんだろうね？

527 ：デフォルトの名無しさん：2007/03/30(金) 01:11:18

ポリモルフィックにやれってことさ。

528 ：デフォルトの名無しさん：2007/03/30(金) 01:12:51

気合で乗り切れ

529 ：デフォルトの名無しさん：2007/03/30(金) 01:30:26

オブジェクト指向的にいただけないというenumはswitch文の分岐に使
うようなパターンかな。
Javaだとenumの値それぞれにメソッド定義して多態的に振る舞わせる
という変態的な機能があったりするな。

530 ：デフォルトの名無しさん：2007/03/30(金) 01:35:34

Javaって全然知らないんだけど、それCの関数ポインタみたいなもの？

531 ：デフォルトの名無しさん：2007/03/30(金) 01:42:59

>>530
本質的にそれと同一。

>>529
つか、なんで「Java だと」何だ？
最近の流行ってる言語はかなりの割合で同様のことはできるだろ。
>>529 がJava厨なだけ？
あと、それのどこが変態的なんだ？

532 ：デフォルトの名無しさん：2007/03/30(金) 01:58:50

多態とか特異メソッドとかがJava固有だとか変態だっていってるんじゃな
くて、数値の代用っぽいenumがメソッドを持つところにギョッとすると
いう話じゃないの?

533 ：デフォルトの名無しさん：2007/03/30(金) 02:25:22

>>531には是非C言語で>>529をやってもらいたい。
もちろんいじるのはenum内だけで。

534 ：デフォルトの名無しさん：2007/03/30(金) 02:40:19

>>533
関数ポインタを制限するその心はなに？

535 ：デフォルトの名無しさん：2007/03/30(金) 02:54:10

>Javaだとenumの値それぞれにメソッド定義して多態的に振る舞わせる
これをやってもらいたいってことでしょ。

つかそろそろスレ違いやね
個人的には面白いからおｋだけど

536 ：デフォルトの名無しさん：2007/03/30(金) 02:58:25

いや、だから関数ポインタとそれが本質的に同一だと言ってる相手に対して
関数ポインタを制限して、それを実現しろという意味がわからん。

537 ：デフォルトの名無しさん：2007/03/30(金) 08:16:08

javaにenumがないって話は聞いたことあるけど
それじゃあステートマシンの「ステート」に相当する値を管理する変数は
普通にint使ってステートの列挙値は定数で定義する、なんていう間抜けで
前時代的な方法をとるのかなあ。

538 ：デフォルトの名無しさん：2007/03/30(金) 08:21:26

enumはJava5.0から加わった。
まだ使っていないのでなんとも言えないが。

539 ：デフォルトの名無しさん：2007/03/30(金) 08:36:20

Javaのenum便利よ。凝った使い方はしたことないけど。

>>537
enumの代わりにクラスを使ってｺﾞﾁｬｺﾞﾁｬやってた。

540 ：デフォルトの名無しさん：2007/03/30(金) 11:05:28

Javaのenumはさすがにやりすぎな気もする
結局，switchが使いたいんでしょ?

541 ：デフォルトの名無しさん：2007/03/30(金) 11:45:52

違うよ

542 ：デフォルトの名無しさん：2007/03/30(金) 16:22:35

Javaはなんでenumをプリミティブ型にしなかったんだろう？
フラグとして使えないってのはいくらなんでもあれだと思うんだが

543 ：デフォルトの名無しさん：2007/03/30(金) 16:35:48

C#だと値型があるからプリミティブ型として実装しても整合がとれてるんだけどな

544 ：デフォルトの名無しさん：2007/03/30(金) 16:35:54

スレタイ嫁

545 ：デフォルトの名無しさん：2007/03/30(金) 20:39:02

for文の宣言でよくｉとかを使うと思うんだけどforが１０個あったらabcdってやってくのがいいのか…？それともネストしてるわけじゃないなら毎回ｉ??

みんなはどうしてる？

546 ：デフォルトの名無しさん：2007/03/30(金) 20:41:39

一般的なループ変数はi,j,k
座標ならx,y
ポインタならp,q
文字が足りなくなるくらい深いループ組むなと

547 ：デフォルトの名無しさん：2007/03/30(金) 20:55:41

i, ii, iii, iv, v,...

548 ：デフォルトの名無しさん：2007/03/30(金) 20:56:25

ネストしてなければ変数名変えないだろ。普通は

549 ：デフォルトの名無しさん：2007/03/31(土) 11:22:36

>>545
「i」から始めるのが伝統作法、a,b,c,d,とかはやめとけ

昔、ijkあたりで始まる変数は暗黙でIntegerにしてくれる言語があったような

で、どうしても数が足りなくなったら
変数名を ii, jj, kkって感じで使うのも伝統

流石にスタイルとしては古すぎるが。

550 ：デフォルトの名無しさん：2007/03/31(土) 11:26:22

確かFortranは最初の文字を判別して
暗黙のうちに型を決める機能があったよーな。
使わなかったけどね

551 ：デフォルトの名無しさん：2007/03/31(土) 12:34:54

二重ぐらいならすぐわかるからi,jでいいけど
あまりネストが深いなら意味のある名前にしておくほうが良くない？

552 ：551：2007/03/31(土) 12:35:38

forの話ね

553 ：デフォルトの名無しさん：2007/03/31(土) 12:37:46

命名規則は（ｒｙ

554 ：デフォルトの名無しさん：2007/03/31(土) 13:27:23

>>551
そもそも一般的にはあんまり深いネストは関数化でもして分割するべきだろう。

555 ：デフォルトの名無しさん：2007/03/31(土) 13:42:00

なんでi,j,kが使われるようになったの?
数学の添え字なんかによく使われるから?

556 ：デフォルトの名無しさん：2007/03/31(土) 13:42:16

そんな何重ものループなんて書いたことが無い。
せいぜいi, j, k, lかmくらいまでなんだけど。

557 ：デフォルトの名無しさん：2007/03/31(土) 13:50:05

数学の行列とか数列で使うiやj由来なら、indexのiとその後続文字だな。
iterationのiという意見もあるけどちょっと疑わしい。

558 ：デフォルトの名無しさん：2007/03/31(土) 14:12:13

お前たちは >>549 が見えないのか？

559 ：デフォルトの名無しさん：2007/03/31(土) 14:13:59

？

560 ：デフォルトの名無しさん：2007/03/31(土) 14:27:10

>>558
>>549 (FORTRANの話だな)のようにiを暗黙に整数として扱う言語があるのは
なぜか、という話。

561 ：デフォルトの名無しさん：2007/03/31(土) 14:28:33

>>558
それはわかっている。
そうしたら、なぜその言語（>>550もいうとおりFORTRAN）は
Iからを整数型にする文字として選んだのかという話に移っているだけのこと。

562 ：デフォルトの名無しさん：2007/03/31(土) 14:37:25

FAQだｱﾌｫ
ｸﾞｸﾞﾚｶｽ
半年ROMれ

563 ：デフォルトの名無しさん：2007/03/31(土) 14:38:16

なんだか弱電波を感じます

564 ：デフォルトの名無しさん：2007/03/31(土) 14:42:01

まあ、数学の慣習からでしょ、Fortran の i。

数学だと大体、きりのいいところから3文字くらいってのがよく使われる。

頭から a, b, c
Integer か Index の i から初めて i, j, k
o だと 0 と紛らわしいからその次から p, q, r
その逆、o の前で終わるように l, m, n
未知数の意味の x から初めて x, y, z

565 ：デフォルトの名無しさん：2007/03/31(土) 14:42:07

>556
４重とか５重は十分に深いよ！

566 ：デフォルトの名無しさん：2007/03/31(土) 15:42:26

あまりネストが深くなるならプログラムの構造を見直した方がいい。
後々のメンテのためにも

３年前に自分で書いたプログラム、理解するのに３～４時間かかった。

567 ：デフォルトの名無しさん：2007/03/31(土) 16:58:01

まぁそりゃ昔から i,j,k が使われてたのは分かるが、
そんな変数名つけるやつと一緒に仕事したくねえな

568 ：デフォルトの名無しさん：2007/03/31(土) 17:01:02

孤独な方ですね

569 ：デフォルトの名無しさん：2007/03/31(土) 17:07:25

xxx_loopcounterみたいなのにすればいいのか

570 ：デフォルトの名無しさん：2007/03/31(土) 17:08:36

>>567
仕事がもらえない言い訳ですか？

571 ：デフォルトの名無しさん：2007/03/31(土) 17:18:24

趣味で作ってるゲームの話なんですが、「abcGame」というゲームを作っている場合、
その中で使うクラスの名前も「abcMap」や「abcPerson」「abcObj」といったように
「abc」という前書き？を付けるのは一般的なのでしょうか？
これらのクラスはこのゲーム以外では使う予定はありません、というか使えません。

実は作ってる途中で自分の命名論が二転三転したせいで
「abc」と付いてるクラスと付いてないクラスが混在しています。
そろそろどちらかに統一しようかと思っているのですが
付けるのが一般的ですか？付けない方が一般的ですか？

572 ：デフォルトの名無しさん：2007/03/31(土) 17:37:38

もし名前空間のある言語なら
Abc.Mapとかにすれば
内部ではMapとだけ記述できるのでそうした方がいい。
もしないならabcMapというのも普通に有り。
そうしておけば他の一般的なライブラリとの衝突が防げるから。

名前空間もprefixもなしというのはもし衝突したとき変な回避方法をしないといけなくなるので
小規模なプロジェクト以外ではあまり一般的ではないかも。

573 ：デフォルトの名無しさん：2007/03/31(土) 17:40:17

>>571
付ける。付けない。名前空間を使う。この３つぐらいが考えられる。
一般的とか関係なくて、状況に応じて使い分ける。

574 ：デフォルトの名無しさん：2007/03/31(土) 17:43:32

>>572
なるほど
付けた当時は衝突を心配したわけじゃなく「abcGame専用だから」みたいな理由で付けてたんですが
確かに衝突とかも考えると付けた方が良さそうなので付けることにします。

575 ：デフォルトの名無しさん：2007/04/01(日) 12:29:23

最近繁盛してるな

576 ：デフォルトの名無しさん：2007/04/01(日) 16:16:23

俺はプログラマーの仕事について一年たって、プログラミング自体初めてだったんで未だに変数の付け方が容量よく出来ません

変数名のイケてる付け方が色々載ってたり、一般的には配列はこう付けるとかテンプレ的なのがたくさん載ってるＨＰとかあったら教えてください!

577 ：デフォルトの名無しさん：2007/04/01(日) 16:23:59

まず windows でも unix でもいい、api のマニュアルを一通り嫁
そして有名なオプソのドキュメントやソース嫁
オプソの場合はあくまで有名なやつな。小規模な奴は同じ開発者のくせにルールが
ぐちゃぐちゃな奴が多い

あとは英語を勉強しれ
in と on と to と by の間違いが初心者には多い
あとはムダに able とか ing とか付けて意味不明とかな

578 ：デフォルトの名無しさん：2007/04/01(日) 16:28:08

まずは日本語の勉強だな

579 ：デフォルトの名無しさん：2007/04/01(日) 16:31:06

>>575
スレ違いのネタしかないけどな

580 ：デフォルトの名無しさん：2007/04/01(日) 18:51:02

VBのクラスもここでは対象？
見た感じJAVAが多い気がするが

581 ：デフォルトの名無しさん：2007/04/01(日) 18:53:09

何でもいいよ

582 ：デフォルトの名無しさん：2007/04/01(日) 19:33:00

日本人は無意味に～Infoとか～Dataとか～Managerとか付けるのも多いよね

583 ：デフォルトの名無しさん：2007/04/01(日) 19:36:33

質問もないのに勝手に語りだすアホも多いよね

584 ：デフォルトの名無しさん：2007/04/01(日) 20:45:01

それが人間さ

585 ：デフォルトの名無しさん：2007/04/01(日) 20:51:21

>>580
クラス使える方のVBならC#やJavaと一緒だろ

586 ：デフォルトの名無しさん：2007/04/02(月) 00:28:05

>576
エイプリルフールは過ぎてしまったが
http://www.entis.jp/doc/lolita_programing/lolita1.html

587 ：デフォルトの名無しさん：2007/04/02(月) 00:51:45

>>585
クラス使える方のVB って何？
VB は v4 からクラス使えるぞ

588 ：デフォルトの名無しさん：2007/04/02(月) 08:57:45

VB2のことだろうｗ

589 ：デフォルトの名無しさん：2007/04/02(月) 19:05:19

VUIBIIHENSUU as Integer

590 ：デフォルトの名無しさん：2007/04/03(火) 08:56:37

ステージクリア型のミニゲームを製作しています。言語はC++。

ゲームは、
　タイトル → 1面 → 2面 → … → 最終面 → タイトル
と進んでいきます。
途中でミスをすると、その面を最初からやり直しです。

ゲームの各所で初期化処理を行いますが、この関数の名前について悩んでいます。

　　(1)タイトル画面でスタートボタンを押したときに実行
　　(2)各ステージを最初に遊ぶ時に実行
　　(3)各ステージを遊ぶ時に実行

タイトル画面でスタートボタンを押したときは、(1)(2)(3)を実行。
ステージをクリアし、次のステージに進む時は(2)(3)を実行。
ミスをしたときは、その面を最初からやり直すので(3)のみ実行。
最終面をクリアしたときはタイトル画面に戻るので、再びプレイするときは(1)(2)(3)を実行。

GameとかStageとかPlayという単語が浮かびましたが
明らかに俺用語なので、半年後の自分に理解できるかどうか分かりません。
そもそも別の場所で使ってしまってます……。

591 ：デフォルトの名無しさん：2007/04/03(火) 09:06:13

オブジェクト指向的に組んでいればClass::initで足りそうなもんだが

592 ：デフォルトの名無しさん：2007/04/03(火) 09:08:46

1.EnterTitleMenu, ShowTitleMenu
2.OnInitialGame
3.GameStart

593 ：590：2007/04/03(火) 09:39:09

>591
その場合はクラス名に悩みます（笑）
実際、(1)と(2)はClass::Init()にするつもりで組んでましたが
イマイチ日本語にすると分かり辛かったんで、初期化タイミングで説明しました。

>592
初期化するタイミングで命名するということでしょうか。
確かにそういう方法もアリですね。
内容から命名することしか考えてなかったので目から鱗です・

594 ：デフォルトの名無しさん：2007/04/03(火) 09:43:05

俺だったら2と3は
InitStage(bool firstTime) とかにするかな・・・？

595 ：デフォルトの名無しさん：2007/04/03(火) 11:01:46

初回の(1)は
initialGame(bool firsttime)

(2)と(3)は1つで十分
initialStage(int stage)

596 ：デフォルトの名無しさん：2007/04/03(火) 11:24:01

普通、initializeをinitialって略すか？

597 ：デフォルトの名無しさん：2007/04/03(火) 11:40:11

略すなら init だな。

598 ：デフォルトの名無しさん：2007/04/03(火) 11:41:10

Initialという形容詞があるんだが。

599 ：590：2007/04/03(火) 11:42:33

さっきはお礼を言い忘れてました。ありがとうございます。

>594-595
まあ、そんなにコード量も多くないので、関数内で条件分岐させちゃうのが楽そうですね…。

>596
僕はInitって略すのが好きです。

600 ：デフォルトの名無しさん：2007/04/03(火) 11:50:25

>>598
その略にメリットが無い。　イニシャルという語弊さえ生まれそう。

601 ：デフォルトの名無しさん：2007/04/03(火) 11:55:27

>>598
メソッド名は普通動詞にするだろ

602 ：デフォルトの名無しさん：2007/04/03(火) 11:57:25

598 は initial を薦めてるわけじゃないんだろ？

603 ：デフォルトの名無しさん：2007/04/03(火) 12:43:07

>>590
なんか悪いけど命名以前って気がする。

oopサポートしてる言語使うか否かにかかわらず、
まず仮想化っていう作業が普通は必要なんじゃないか？

つまり「マリオ」とか「レーザー光線」とか「マップ」とか「当たり判定のジャッジマン」とか、
そういったものの「ふり」をするコードの束の集合としてプログラムを設計するってことだけど。

590はそれができてないんじゃないの？
だから漠然と「初期化する」とかいう表現になるわけだ。

まずどんな仮想機械を組み合わせて全体のプログラムを作るか考えなきゃ。
それが決まればクラス名なり関数名なりは自ずと決まるでしょ。

604 ：デフォルトの名無しさん：2007/04/03(火) 14:13:00

イニシャルＤ

605 ：デフォルトの名無しさん：2007/04/03(火) 14:28:53

initialだのinitだのでもめてる時点で
いかにこのスレのレベルが低いかがわかる

606 ：デフォルトの名無しさん：2007/04/03(火) 14:35:59

initialかinitでもめるってことは
それくらいしか選択肢がないってことだろ。

initialはありえないからinit一択だがな。

607 ：デフォルトの名無しさん：2007/04/03(火) 14:42:35

頻繁に出てくるものじゃないんだからわざわざ略さずに
initializeでもいいと思うが

608 ：デフォルトの名無しさん：2007/04/03(火) 14:46:18

略さないのが正しいかもしれんが、略が一般的な言葉として出回ってるなら
あえて略した単語を使うのもありなのでは。Init は結構使われてる希ガス

609 ：デフォルトの名無しさん：2007/04/03(火) 14:58:20

registerをregistって略している奴も結構いるな。
っていうか、registerが名詞でregistが動詞だと
勘違いしている奴が多そうだが、registなんて単語はない。

ただ、C/C++だとregisterが予約語だからなんとも。

610 ：デフォルトの名無しさん：2007/04/03(火) 15:03:49

(1) int start()
(2) Stage createStage(int stageId)
(3) int play()

611 ：デフォルトの名無しさん：2007/04/03(火) 15:23:16

画像を扱うプログラムを作ってます。
画像処理としてコントラスト調整やら明るさ調整やら色々あるので
基本クラス作ってからコントラストクラスや明るさクラスを
作ろうかと思うのですが、この基本クラスの名前が決まりません。
何かいい名前はないでしょうか。
今のところEffectクラスにしてますが何かしっくりきません。

612 ：デフォルトの名無しさん：2007/04/03(火) 16:21:43

Base
Container

613 ：デフォルトの名無しさん：2007/04/03(火) 18:51:05

Adjustクラス

614 ：デフォルトの名無しさん：2007/04/03(火) 18:59:09

>>611
その説明じゃそもそもどういうクラスを作ろうとしているのか誰にも理解できない気がする。

画像クラスが既にあって、それのいわゆるデコレータを作りたいようにも読めるけど
そのわりには「コントラストクラスや明るさクラス」とか謎な説明もあるし。

615 ：デフォルトの名無しさん：2007/04/03(火) 19:04:54

画像を加工するのは全部Effectでいいじゃん。

616 ：デフォルトの名無しさん：2007/04/03(火) 19:05:02

コントラストや明るさを調整するために
わざわざクラスを作るってどういうことだろ？

画像やエフェクト情報を持つ基本クラスを作って、それを派生させるのでは
駄目なの？

617 ：デフォルトの名無しさん：2007/04/03(火) 19:05:30

俺ならFilterにするかな

618 ：611：2007/04/03(火) 19:26:48

Filterいいですね。
説明不足ですみません、わかりにくいですね。
元画像とエフェクトリストを持っているクラスが
加工後の画像を出力します。
20くらいのエフェクト（画像処理）があって任意にエフェクトリストに
エフェクトを放りこみたいイメージです。
で、エフェクトリストのインデックス順に
例えば、コントラスト+10して反転してエンボス処理する。
という流れです。

619 ：デフォルトの名無しさん：2007/04/03(火) 19:56:23

Decorateパターンっぽい

620 ：デフォルトの名無しさん：2007/04/03(火) 20:12:11

>>618
要するにフィルタチェインだな

621 ：デフォルトの名無しさん：2007/04/03(火) 22:21:09

EffectでもFilterでもいいけど、抽象クラスにしておいて、
各処理ごとに具象クラスをつくり、

擬似コードで書くとこんな感じでループまわすか
filters = [ new filter_1(), new filter_2(), ..., new filter_n() ]
for filter in filters do image = filter.filter(imge)

Decoratorだとこんな感じかね。
image = new filter_1(new filter_2(...new filter_n()...)).filter(image)

622 ：デフォルトの名無しさん：2007/04/04(水) 19:39:33

なんの言語だっけそれ

EffectedSnaps

623 ：デフォルトの名無しさん：2007/04/06(金) 10:54:21

(´･ω･`)知らんがな

624 ：デフォルトの名無しさん：2007/04/06(金) 21:21:54

擬似コードと書いてあるのに何の言語か聞くなんて……

625 ：デフォルトの名無しさん：2007/04/07(土) 06:35:44

>>624
おまいは気にならないなら、黙っとけ

626 ：デフォルトの名無しさん：2007/04/07(土) 07:20:41

逆ギレｶｺｲｲ

627 ：デフォルトの名無しさん：2007/04/07(土) 10:10:57

まぁな

628 ：デフォルトの名無しさん：2007/04/09(月) 23:04:29

Initialize の反対ってなに？

629 ：デフォルトの名無しさん：2007/04/09(月) 23:08:05

finalize

630 ：デフォルトの名無しさん：2007/04/09(月) 23:10:20

ありがと。Terminate は違うよね。

631 ：デフォルトの名無しさん：2007/04/09(月) 23:11:48

てか英単語の対義語辞典ってどっかにないの?

632 ：デフォルトの名無しさん：2007/04/10(火) 00:00:05

terminateでもいいような気はするけど、
-izeで韻を踏んでるから対称的イメージが直感しやすいかも。

web対義語辞典はないことはないけど、
語彙数が少ないとかで、いまひとつ役に立つものは知らない。
antonym dictionaryとかで検索してみれ。

633 ：デフォルトの名無しさん：2007/04/10(火) 00:19:18

terminate の対義語だと initiate になるのかね。違うかも。

634 ：デフォルトの名無しさん：2007/04/10(火) 00:20:08

initの逆がtiniっていうのを昔たまに見かけたけど、
case～esacとかif～fiと同じ発想だな。

635 ：デフォルトの名無しさん：2007/04/10(火) 00:20:37

いきなり宗教くさくなってしまったのは
きっとΩが悪いのだろう

636 ：デフォルトの名無しさん：2007/04/10(火) 00:41:43

そもそもInitializeの反対語はナニ、っていう設問が愚問だと思う。

637 ：デフォルトの名無しさん：2007/04/10(火) 00:53:20

そんなんで愚問とか言ってたらキリがない

638 ：デフォルトの名無しさん：2007/04/10(火) 12:27:24

あんまり関係ないけど
MotifなんかだとPROLOGUEとEPILOGUEっていう対語が使われてた

639 ：デフォルトの名無しさん：2007/04/10(火) 21:02:45

ああ、準備と後始末、て感じで俺も使う。

xUnit系だと setup と teardown だな。
これはまた特殊だが。

640 ：デフォルトの名無しさん：2007/04/11(水) 14:14:52

対義語といえばset/getとput/getがどうにも迷う

641 ：デフォルトの名無しさん：2007/04/11(水) 14:47:36

putというと何だか送り込むようなイメージがありますが

642 ：デフォルトの名無しさん：2007/04/11(水) 15:05:14

自分は「配置」みたいなイメージが。
DisplayとかDrawとかPrintとか。

643 ：デフォルトの名無しさん：2007/04/11(水) 17:04:20

>>628
Uninitializeも見かける。
MicrosoftのCoInitialize/CoUninitalizeなど。

644 ：デフォルトの名無しさん：2007/04/11(水) 17:12:39

にニニニニロニニコ　red　　　「-----
にロニニニニニニコ　green　 I　　　　I
にニニニニニロニコ　blue　　 L＿＿」

３つのスクロールバーがあり、各々が赤・緑・青に対応している
これらの位置によってバーの右側の領域の色が様々に変化する

このような、色選択をするためのクラスの名称はなんとつけるべきでしょうか？

645 ：デフォルトの名無しさん：2007/04/11(水) 17:18:31

ThreeRanger

646 ：デフォルトの名無しさん：2007/04/11(水) 17:39:40

>>643
クラスの機能によってはStart***ing()/Stop***ing()も検討の対象ですな。

>>644
RGBColorPickerとか。

647 ：デフォルトの名無しさん：2007/04/11(水) 17:45:23

>>646
ありがとうございます、使わせていただきます

648 ：デフォルトの名無しさん：2007/04/11(水) 18:27:31

pickっていうよりeditじゃないの？

pickっていうと（大量の）色見本のなかから選択するか、
もしくはスポイトで色を拾うようなコントロールを想像するけど。

649 ：デフォルトの名無しさん：2007/04/11(水) 19:00:13

SuperSlider雅

650 ：デフォルトの名無しさん：2007/04/11(水) 21:33:33

ColorPickerと言えば、色のマトリクスから色を選択するイメージが
あるからちょっと違和感あるな。
やっぱRGBColorEditorとかが妥当っぽいね。

651 ：デフォルトの名無しさん：2007/04/11(水) 21:44:07

個人的にはむしろColorEditorのほうが違和感感じるなあ・・・
Editorだと既存の色を編集っていうイメージだから。
ColorPickerでいいと思うけどね。ちなみにJavaだとColorChooserぽい

652 ：デフォルトの名無しさん：2007/04/11(水) 21:45:54

ComposerとかGeneratorとかSelecterとかもない？

653 ：デフォルトの名無しさん：2007/04/11(水) 21:46:38

あまり関係ないけどWinだとColorPickerってスポイトツールが既にあったりするんだよな。

654 ：デフォルトの名無しさん：2007/04/11(水) 23:09:28

>>652
ないな

655 ：デフォルトの名無しさん：2007/04/12(木) 00:11:23

struct {
　int a;
　int b;
}
　　｜aはbuf[30]～buf[33]、bはbuf[40]～buf[43]にそれぞれ格納
　　↓
unsigned char buf[100];

てな感じで構造体の各メンバを一次元配列に配置する関数の名前でいいのないでしょうか
ConvertToBuffer、ConvertToString とか考えたけどイマイチ…
ついでのその逆なんかも考えていただけるとありがたいですm(_ _)m

656 ：デフォルトの名無しさん：2007/04/12(木) 00:23:22

pack/unpack

657 ：デフォルトの名無しさん：2007/04/12(木) 00:27:56

>>656
おお！シンプルでいいですね
ありがとうございます

658 ：デフォルトの名無しさん：2007/04/12(木) 01:07:06

なんでunsigned char なのか分からないけど、要はバイナリダンプなんじゃ？
だったらGetBinaryDumpとか(Conv)ToByteArrayとかの方がいいんじゃ？

659 ：デフォルトの名無しさん：2007/04/12(木) 01:46:46

そんなの意識せず単純なメモリコピーの場合もあるだろ

660 ：デフォルトの名無しさん：2007/04/12(木) 03:52:45

>>655
serialize

661 ：デフォルトの名無しさん：2007/04/12(木) 17:18:54

収納する側のクラスがcontainerなら
収納される側のクラスはcontainee
で委員でしょうか？

662 ：デフォルトの名無しさん：2007/04/12(木) 17:33:58

うい。しかしそんなミニマルペアをクラス名にするのはお勧めできないな。

663 ：デフォルトの名無しさん：2007/04/12(木) 20:49:10

GUI部品の入れ子関係だと、
container <-> component てーのもあるね。

配列や集合といったいわゆるコンテナクラスだと、含めるもの(要素)を
memberとかelementとかいう。

664 ：デフォルトの名無しさん：2007/04/12(木) 23:08:19

Serialize

665 ：デフォルトの名無しさん：2007/04/12(木) 23:33:46

>>655
おおー、まさにその動作をあらわす単語があったとは

666 ：デフォルトの名無しさん：2007/04/12(木) 23:38:53

派生クラスのthisポインタ取ってきたとき、それを代入する変数の名前はどんなのがありますかね？

そんなポインタ持ってくるのまずいんじゃない？というツッコミはなしでお願いします

667 ：デフォルトの名無しさん：2007/04/12(木) 23:54:24

>>666
意味がよくわからん。簡単なコード書いて説明してくれんか？

668 ：デフォルトの名無しさん：2007/04/12(木) 23:58:29

まあ日本語でオケ、って言いたくなる文章だよねw

C++前提なんだと思うけど、C++ってベースクラスのコンテキストに書かれた"this"は
サブクラスのインスタンスを参照しないのかな？
そんな仕様ならおちおち継承なんて機能は使えないと思うが。

669 ：デフォルトの名無しさん：2007/04/13(金) 00:06:01

オーバーロードすりゃいい

670 ：デフォルトの名無しさん：2007/04/13(金) 00:10:58

すみません、くわしく書きます

class base;
class derive: public base;

ってあったときに、

void base::XXX()
{
const derive* p = dynamic_cast<derive*>(this);
}

ということをしたいのです。このpの名前でいいのがないかなぁと。
クラスの継承関係ムチャクチャじゃねーかゴルァ！というツッコミは控えめでお願いします

671 ：デフォルトの名無しさん：2007/04/13(金) 00:18:42

そのまんま derive じゃダメなんか？

672 ：デフォルトの名無しさん：2007/04/13(金) 00:28:54

>>671
いえ、全然OKです。
ただ何か定石のような名前があるのかなぁと思っただけでして。
まぁこんな変な使い方だと定石もなにもないような気がしてきました…
ここはderiveにするとします

673 ：デフォルトの名無しさん：2007/04/13(金) 00:33:07

base が形容詞なんだから derived のほうがいいような気もするけど、基本はそれでいいんじゃね。

674 ：デフォルトの名無しさん：2007/04/13(金) 04:50:45

なんでそんなお馬鹿コード書くのかさっぱりわからん。
base::someMethod()のなかで派生クラスのポインタへキャストするって何よ。

675 ：デフォルトの名無しさん：2007/04/13(金) 04:59:42

テンプレートクラスで
const T* p = static_cast<T*>(this);
ってキャストする方法はよく見るし速いんだが、
非テンプレート非static_castは
見たことない・遅い・意味不明の三拍子揃っている。

676 ：デフォルトの名無しさん：2007/04/13(金) 07:45:32

CRTPでよく使うけど自分の場合は pself を使ってる

677 ：デフォルトの名無しさん：2007/04/13(金) 08:12:48

down_castの話ですか

678 ：デフォルトの名無しさん：2007/04/13(金) 12:06:21

>>670
derived

679 ：デフォルトの名無しさん：2007/04/13(金) 18:44:12

webからhtmlをgetする関数で、
ちょちょっと適当に取得するのと

厳密に完全に取得する関数の名前をお願い。

大文字はダメ。

ちょちょっとのほうは
simple_get とか simple_fetch でいいかなとか思ってるんだけど、、、

680 ：デフォルトの名無しさん：2007/04/13(金) 19:32:08

simple_に対してdetailed_

681 ：670：2007/04/13(金) 19:35:33

>>675
まさにそのテンプレートクラスのキャストをやろうとしてたのです
あんな説明でよく読めましたね＾＾；

682 ：デフォルトの名無しさん：2007/04/13(金) 19:37:15

>>679
おたんこなすな質問の仕方だな。
「ちょちょっと適当」とか、どうとでも解釈できるような「適当な」表現すんなよ。

どうせ言ってる本人の頭のなかに明確な仕様が描けてないんだろ。
それで人に命名しろってそりゃ無理筋な話だわ

683 ：デフォルトの名無しさん：2007/04/13(金) 20:27:19

他人にちゃんと説明できるまで煮詰めればおのずと名前も決まるだろう、とおっしゃっています。

684 ：デフォルトの名無しさん：2007/04/13(金) 20:31:59

>>683
普通そうだぞ、それでも候補が絞れない時に此処を訪ねるんもんだと思ってたが。
だいたい他人に説明できない物をコードにできるワケもないとおもわんか？

685 ：デフォルトの名無しさん：2007/04/13(金) 20:40:38

>>679
tyotyotto_get, get

686 ：デフォルトの名無しさん：2007/04/13(金) 21:28:27

>>679
complete_fetch
fetch

687 ：デフォルトの名無しさん：2007/04/13(金) 22:46:37

>>679
get_html // 未実装
get_html_ // すいません不完全です

688 ：デフォルトの名無しさん：2007/04/13(金) 23:33:02

>>679
casual_download
formal_download

689 ：デフォルトの名無しさん：2007/04/14(土) 01:17:47

>>684
うん。でも質問者はそうではないようだし。
っていうか聞き逃げの香りが漂ってまいりました。

690 ：デフォルトの名無しさん：2007/04/14(土) 10:05:44

>>679
quick/easy

691 ：679：2007/04/14(土) 21:03:51

いや、聞き逃げする気はなかったんだけど、、、
その後ココ見てなかっただけ。

detailed_ でいくわ。ありがと。

692 ：デフォルトの名無しさん：2007/04/15(日) 14:43:00

>>688のセンスに惚れた

693 ：デフォルトの名無しさん：2007/04/17(火) 01:38:46

跳弾の英訳が見つからない
popping_shells？
だれか　やく　たのむ

694 ：デフォルトの名無しさん：2007/04/17(火) 02:50:54

a ricochet

695 ：デフォルトの名無しさん：2007/04/17(火) 04:20:17

>>693
rebound

制するべし

696 ：デフォルトの名無しさん：2007/04/17(火) 19:07:52

いろいろググって見ると"ricochet bullet"が一番ヒットするみたいだね。

697 ：デフォルトの名無しさん：2007/04/18(水) 00:45:04

日本語の"跳弾"に相当する言葉がなくて、
"跳ね返った弾"とか"反射した弾"とかって類の表現しかないみたいだね。

698 ：デフォルトの名無しさん：2007/04/18(水) 01:12:15

そこで英語版のメタルギアソリッド・スネークイーターですよ

699 ：デフォルトの名無しさん：2007/04/18(水) 01:17:32

popping_shells と言ってるところをみると、>>693が求めているのは「跳弾という現象」ではなくて
跳ね返ったタマそのものを指す言葉なんだよね？
名詞 ricochet が指すのはタマそのものではなくて「跳弾という現象」なんだよな。

700 ：デフォルトの名無しさん：2007/04/18(水) 15:13:50

じゃあbulletつけるなりすればいいんさ～。

701 ：693：2007/04/18(水) 21:33:38

みんなありがとう
>>699の言う通り、で、ricochet bulletにすることにした
言葉足らずだったな、ｽﾏｿ

702 ：デフォルトの名無しさん：2007/04/18(水) 23:34:52

hopping -
- hopper

703 ：デフォルトの名無しさん：2007/04/19(木) 05:40:44

ちょうだん（何故か変換できない）をプログラムに使うってすげーｗ
どんな仕事内容なんだ？
軍事関係？

704 ：デフォルトの名無しさん：2007/04/19(木) 05:47:57

力学か何かの実験のシミュレーションプログラムじゃね？

705 ：デフォルトの名無しさん：2007/04/19(木) 09:13:52

>>703
思わず辞書確認しちまったじゃねーか

706 ：デフォルトの名無しさん：2007/04/19(木) 10:27:53

ちょうだん、マジで変換できん
兆弾になってしまう
このフェップ、ヘボすぎるわ

707 ：デフォルトの名無しさん：2007/04/19(木) 10:34:00

>>704　スレの流れからいくとゲームじゃマイカ？

708 ：デフォルトの名無しさん：2007/04/19(木) 10:55:17

おながいします。

「入力処理中フラグ」を命名したいのです。
「～の処理中」って英語はなんでしょうか？

stillInputFlag ってヘンですよね…

709 ：デフォルトの名無しさん：2007/04/19(木) 10:57:15

進行形でいいんじゃまいか♪

710 ：デフォルトの名無しさん：2007/04/19(木) 11:02:59

inInputting
なんか変だな

711 ：デフォルトの名無しさん：2007/04/19(木) 11:12:18

is doing input
限りなく素直に。

712 ：デフォルトの名無しさん：2007/04/19(木) 11:49:30

m_isHOGEInProgress
ほげが進行中

713 ：708：2007/04/19(木) 12:02:15

ヤバイ
イイのない・・・
ごめん

714 ：デフォルトの名無しさん：2007/04/19(木) 12:04:26

>>713
During　+　動詞はどうだ。

715 ：デフォルトの名無しさん：2007/04/19(木) 13:27:20

Private Sub duringInputString()
とかになるのかな。
ただ、他の人があとから見たとき分かるかな？

Private Sub getInputString()
Private Sub setInputString()
Private Sub checkInputString()
Private Sub isDuringInputString()
「During？ラムちゃんか？なんだこれは」とか言われそう。

ちなみにVB6でつ。

716 ：デフォルトの名無しさん：2007/04/19(木) 13:35:25

沖縄県の方へ（命に関わる注意事項です）

沖縄県での選挙ですが、どうか民主党だけは避けてください。県民の生命に関わる可能性があります。
民主党の最大の公約は一国二制度（※）ですが、一度「一国二制度　沖縄」等で検索をお願いします。
この際、民主党のＨＰで調べても良いです。以下の注釈↓と矛盾することは書いてないはずですから…

※一国二制度
　簡単に言えば沖縄を中国と日本の共有物にし、そこに3000万人の中国人を入植させます。
　（つまり沖縄人口の 96% を中国人にして、実質、沖縄を中国人の居住地とします。）
　さらに「自主」の名の下、沖縄で有事が起きても自衛隊は干渉できません。
　3000万人の中国人が、少数派となった130万人の日本人に何をしても、です。
　そして中国人の反日感情の強さは、ほとんどの日本人の理解を超えるものです。

今回の選挙で民主党が勝った場合、「自主」「発展」を連呼しつつ段階的に進めていくことになります。
自主と言っても、自主を認めるのが「住人の96%が中国人となった」後だということに気をつけてください。
発展と言っても、新沖縄の少数派となった「少数民族日本人」の発展ではないことに気をつけてください。

717 ：デフォルトの名無しさん：2007/04/19(木) 14:05:21

>>715
基本的なレベルで問題。

値を戻さないメソッド名の末尾が何故Stringなんだと子一時間(ry
Checkは曖昧だし、Isだと値を戻すBoolだろ？

718 ：715：2007/04/19(木) 14:49:02

>>717
かなり適当に書いたんで気にしないでｽﾏｿ…。

719 ：デフォルトの名無しさん：2007/04/19(木) 15:09:41

編集中ってことなら isEditing とか使うけどな。

720 ：デフォルトの名無しさん：2007/04/19(木) 16:40:55

>>705
マジレスですまんが、兆弾と兆段しか変換できないよ、うちのIME

721 ：デフォルトの名無しさん：2007/04/19(木) 16:42:38

( ﾟДﾟ)y─┛~~

722 ：デフォルトの名無しさん：2007/04/19(木) 16:45:42

IMEは問題あるな。辞書登録すれば済むとはいえ、こんな一般用語を
変換できないとは。兆弾じゃないよまったく。

723 ：デフォルトの名無しさん：2007/04/19(木) 16:47:42

ァ '`,、'`,、'`,、'`,、('∀`) '`,、'`,、'`,、'`,、'`,、

724 ：デフォルトの名無しさん：2007/04/19(木) 23:50:16

>>708
ＩｎEditting

725 ：デフォルトの名無しさん：2007/04/20(金) 00:23:39

>>708
InputStarted
InputOnTheWay
InputNotCompleted

726 ：デフォルトの名無しさん：2007/04/20(金) 07:39:47

>>708
InputState

727 ：デフォルトの名無しさん：2007/04/20(金) 12:07:28

Boolean　　inEdittingFlag
編集フラグみたい

Boolean　　inputStartedFlag
これはいい感じ

Boolean　　inputOnTheWayFlag
「え？何だって？」って言われそう

Boolean　　inputNotCompletedFlag
「はぁ？ﾅﾆｺﾚ」って言われそう

Boolean　　inputStateFlag
入力ステータスの有無フラグって勘違いされそう

728 ：デフォルトの名無しさん：2007/04/20(金) 12:09:13

でも
Boolean　　inputStartedFlag
は、処理中というよりも開始したかどうかのフラグみたい

729 ：デフォルトの名無しさん：2007/04/20(金) 12:10:34

>>727
全部センスないね。

730 ：デフォルトの名無しさん：2007/04/20(金) 12:36:34

俺（≠729）のセンスではInputStateとDuringInputだけがかろうじて許容範囲だと思う。
他は悪いけどアホ丸出しだな。

ちなみに、変数名にInputStateを選んだ場合はboolじゃなくてenumにすべきだと思うけど。

731 ：デフォルトの名無しさん：2007/04/20(金) 12:38:55

自分の案も無い人はしゃしゃり出てこなくていいです（笑）

732 ：デフォルトの名無しさん：2007/04/20(金) 13:06:57

>>729
よし、センスあるお前の案を聞こうじゃないか

733 ：デフォルトの名無しさん：2007/04/20(金) 13:11:26

729でもなければ730でもないが
IsInputProcessingとかどう？

734 ：デフォルトの名無しさん：2007/04/20(金) 13:27:53

nowInputting とかどう？

735 ：デフォルトの名無しさん：2007/04/20(金) 13:45:30

>>732
ウザ。案はもうだしてる。

Boolのケツに全部Flagなんて付いてる時点で萎え。
オブジェクト倶楽部当たりでコーディング標準でも読んでみたらぁ

736 ：デフォルトの名無しさん：2007/04/20(金) 14:02:06

>>735
お前もう帰れw

737 ：デフォルトの名無しさん：2007/04/20(金) 14:37:53

型がboolなんだから態々flagってつけるのは蛇足って事？

738 ：デフォルトの名無しさん：2007/04/20(金) 14:53:00

そう。　
FlagやState等が付いてると、定数やEnumとも取れる。

真偽しかないboolなら機能の明確化と、少しは英語勉強汁。

試しにぐぐると『DuringInput』とかだとそれなりにメソッド名で
検索に引っかかるが『IsInputProcessing』とか『nowInputting』とか
まして『inputStartedFlag』なんて、グーグル様でさえヒットできない。

まずは『オブジェクト倶楽部』でぐぐったら？

739 ：デフォルトの名無しさん：2007/04/20(金) 15:00:50

チャットでひとつの発言情報のクラス名をどうしようか考えてる
・Utterance
なんかしっくりこないんだよな・・・
誰かいいのがあったらお願いします！

740 ：デフォルトの名無しさん：2007/04/20(金) 16:52:36

まずは『オブジェクト倶楽部』でぐぐったら？

741 ：デフォルトの名無しさん：2007/04/20(金) 17:09:45

>>739
Message

742 ：デフォルトの名無しさん：2007/04/20(金) 17:14:41

>>740
やっぱりVB厨は最悪だな。使えないバカの上に荒らしかよ。

>>739
SendingMessage とかの方がわかりやすいような気ガス。

743 ：デフォルトの名無しさん：2007/04/20(金) 17:32:03

質問レスと回答レス以外は華麗にスルーが基本だな
>>729とか>>735-736とか荒らし以外の何物でもない

744 ：デフォルトの名無しさん：2007/04/20(金) 18:34:50

>>739
「発言情報」とやらの中身というか、それがどんな情報をパッケージングしたものなのか書かなきゃ
回答不能なんじゃないの？

例えば>>741がMessageって書いてるけど、ひょっとすると既にMessageという別のクラスが存在して、
「発言情報」とやらがそれをメンバに持つことも、読み手のこちらとしては
想定可能なわけじゃないかい。

745 ：デフォルトの名無しさん：2007/04/20(金) 19:01:06

Line
Sentence

746 ：デフォルトの名無しさん：2007/04/20(金) 19:45:59

>>741
>>739
>>744
>>745
ごめんなさい。もっと詳しく書くべきでした。
おっしゃる通り、すでにMessageクラスは存在してました。。。

「発言情報」には以下の属性入れる予定です。
・発言時刻
・発言場所
・発言者
・発言内容

Lineがちょっとよさそうだと思ったけど
上の属性が含まれるとして適切な表現かな？？

747 ：デフォルトの名無しさん：2007/04/20(金) 21:11:52

edit の現在分詞は editing
editting じゃない。

748 ：デフォルトの名無しさん：2007/04/20(金) 21:28:19

>>746
Res
英語じゃないけど

749 ：デフォルトの名無しさん：2007/04/20(金) 21:32:07

>>748
レス？

750 ：デフォルトの名無しさん：2007/04/20(金) 21:32:40

>>746
Utterance に何の不満があるの。ピッタリじゃん。

751 ：デフォルトの名無しさん：2007/04/20(金) 21:36:00

>>750
英語が苦手だから、それが自然な表現かどうかが気になって・・・

752 ：デフォルトの名無しさん：2007/04/20(金) 22:20:19

>>751
http://www.google.com/search?num=50&hl=ja&safe=off&q=%22class+utterance%22&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

753 ：デフォルトの名無しさん：2007/04/20(金) 22:39:04

>>752
http://icculus.org/projects/beagle-avahi/Util/ImLog.cs
これが使い方が似てるっぽい！
Utterance使ってみます。ありがとう！

754 ：デフォルトの名無しさん：2007/04/21(土) 09:02:36

>>747
㌧

755 ：デフォルトの名無しさん：2007/04/21(土) 13:00:35

複数の言語をターゲットにしたコードジェネレータを書きたいんだけど
aaa, bbb, cccという単語から
aaaBbbCcc
AaaBbbCcc
aaa-bbb-ccc
aaa_bbb_ccc
AAA_BBB_CCC
というシンボルを生成するメソッドに付けるべき名前で悩んでる。

aaaBbbCccとAaaBbbCccは、lowerCamel()とupperCamel()でいいのかな？
camel以外のスタイルに名前なんかあるんだろうか？

756 ：デフォルトの名無しさん：2007/04/21(土) 13:13:04

>>755
そういうのは単一のメソッドにして列挙体で分岐したほうがいいと思う
CamelLower
CamelUpper
HypenSeparatedLower
UnderscoreSeparatedLower
UnderscoreSeparatedUpper
とか。

757 ：デフォルトの名無しさん：2007/04/21(土) 21:08:07

lower_case
UPPER_CASE
CapitalCase
mixedCase

かな。
ハイフン入りは普通使わないからわからん。

758 ：デフォルトの名無しさん：2007/04/21(土) 21:22:04

camelCase
PascalCase

759 ：デフォルトの名無しさん：2007/04/21(土) 21:50:33

UpperCamelCase, CamelCaps など。
http://en.wikipedia.org/wiki/CamelCase

760 ：デフォルトの名無しさん：2007/04/21(土) 22:12:12

現在の値： CurrentValue と名付けてるんですが、
値の変更履歴を持つ(1回分だけ)とき、以前の値は何にするのが普通でしょうか？

761 ：デフォルトの名無しさん：2007/04/21(土) 22:22:24

PreviousValue

762 ：デフォルトの名無しさん：2007/04/22(日) 00:14:46

野暮ったくUndoValue

763 ：デフォルトの名無しさん：2007/04/22(日) 00:45:15

prevalue

764 ：デフォルトの名無しさん：2007/04/22(日) 00:49:39

oldValue, lastValue

765 ：デフォルトの名無しさん：2007/04/22(日) 06:55:50

prevって
prev = curr - 1
ってイメージを受ける

766 ：デフォルトの名無しさん：2007/04/22(日) 06:57:30

>>761がジャストかと

767 ：デフォルトの名無しさん：2007/04/22(日) 17:17:33

>>765
それはlastだと思うんだが

768 ：760：2007/04/23(月) 22:39:13

皆さんありがとう。
PrevとかPreviousが一般的なんですね。非常に参考になりました。

769 ：デフォルトの名無しさん：2007/04/25(水) 16:53:14

クエリ文字列を生成する↓のようなコントロール作ってるんだけど。
http://arena.nikkeibp.co.jp/col/20060221/115499/02.jpg

「検索対象」、「検索条件（にする値）」、「等しい-等しくない-含む」を担う
コンボボックスとテキストボックスについて、かっちょいい名前つけてあげてください。
お願いします。

770 ：デフォルトの名無しさん：2007/04/25(水) 17:23:24

検索ってくらいだからやっぱ search は欠かせなさそう。
等しいとかは equal と not equal でいいんではないか。
～対象は subject
含むは hold とか contain とか

これらを適当に組み合わせたらどうだろう

771 ：デフォルトの名無しさん：2007/04/25(水) 17:29:03

やっぱ

検索対象＝SearchIn、検索条件＝SearchFor、等しい＝Match、等しくない＝Exclude、含む＝Include

でしょ

772 ：デフォルトの名無しさん：2007/04/25(水) 17:33:29

ところでクエリ文字列って何に対するもの？
アクセスとかＭｙＳＱＬとかオラクルとかＤＢ２とか。

773 ：771：2007/04/25(水) 17:36:30

SearchよりFindの方がいいような気がしてきた

774 ：デフォルトの名無しさん：2007/04/25(水) 17:36:35

>>771
それはない

775 ：デフォルトの名無しさん：2007/04/25(水) 17:37:42

もしＤＢ関連なら単純にselectとかfromとかwhere使えばいいんじゃね？

776 ：デフォルトの名無しさん：2007/04/25(水) 17:46:23

>>772
ある程度汎用的に使える部品を作ろうと思っているので必ずしもDBにアクセスするとは限らない。
でもまぁxmlとか、ado.netのdatasetとかその程度だけど。
とりあえず770氏のヤツを素案に作っていこうかと思います。
ありがとうございました。

777 ：デフォルトの名無しさん：2007/04/25(水) 18:00:17

>>776
ということはやっぱりＳＱＬ文の生成ってことでしょ？

そうであれば、コンボボックスはcombo_from、テキストボックスは
edit_whereとかにした方が、コンポーネント名と変数名が一致して
いい感じになると思うんだけど…。

あと「かっちょいい」変数名なんてロクなもんじゃない。
分かり易さを追求シル。

778 ：デフォルトの名無しさん：2007/04/25(水) 21:01:55

> コンボボックスはcombo_from、テキストボックスはedit_whereとかにした方
頭悪すぎだろ

779 ：デフォルトの名無しさん：2007/04/26(木) 08:07:49

頭悪いとかいっちゃだめ

780 ：デフォルトの名無しさん：2007/04/26(木) 08:26:35

顔が悪い

781 ：デフォルトの名無しさん：2007/04/26(木) 09:01:20

>>778
そんなプリフィックスがコーディング規約になった日には地獄だなｗ

782 ：デフォルトの名無しさん：2007/04/26(木) 15:24:40

>>778
> > コンボボックスはcombo_from、テキストボックスはedit_whereとかにした方
> 頭悪すぎだろ
こいつ頭悪すぎ
人に伝える気なし
主張だけかよ。

783 ：デフォルトの名無しさん：2007/04/26(木) 15:49:08

だからさ、罵倒だけならレスするなよ。
この板が過疎化しまくってんのはそういうのがいるから。

784 ：デフォルトの名無しさん：2007/04/26(木) 15:57:02

自分が良いと思っているものを人に伝えるのって大変なんだよね
自分がよいと思っているから相手が納得できないポイントが見えない

785 ：デフォルトの名無しさん：2007/04/26(木) 16:05:29

オレ、>>770・>>772・>>775・>>777とレスしてきて、参考になればいいなと
思ってレスしたのに、最後に>>778ですか。

確かに稚拙かも知れないけど参考になればいいなという、ただそれだけ
だったんだけどな。

もうこのスレ二度と来ねーから安心しろ>>778。
ついでに氏ね。

786 ：デフォルトの名無しさん：2007/04/26(木) 16:10:51

まあいいじゃん、悪い例もそれはそれで参考になるさ

787 ：デフォルトの名無しさん：2007/04/26(木) 16:31:41

なぜ悪いのかがないと何の参考にもならないけどな

788 ：デフォルトの名無しさん：2007/04/26(木) 16:59:22

大抵のライブラリではコンボボックスやテキストボックスかどうかは
型名で判別可能だからじゃないのかな？
ある特定のコンポーネントをさす場合なら話は違ってくるかもしれんが
と俺は予想してる

789 ：デフォルトの名無しさん：2007/04/26(木) 16:59:32

>>787
そうそう、そこですよ。
ただ罵倒するだけだと何の生産性も無い

790 ：デフォルトの名無しさん：2007/04/26(木) 17:09:01

ここは2chだぜ？
こうしてアホ扱いされて、少しずつ大人になっていくんじゃないの？

たとえアホ認定のレスだったとしても、それなりのスキルの奴から、
自分がズレているという指摘をしてもらえるなら、俺は十分に価値があると思うけどな。

アホ認定された奴も、『マジデ？　やべぇｗ　俺ってズレてた？』くらいの
心の余裕を持てばいいじゃん。

791 ：デフォルトの名無しさん：2007/04/26(木) 17:23:29

>>788
現実には例えばファイル名入力欄だと
labelFileName, editFileName, buttonFileName(参照ボタン)
とか一つの項目に複数のコントロールが存在するから
プレフィックス無しというのは非現実的だけどな。

792 ：デフォルトの名無しさん：2007/04/26(木) 17:39:29

それだと「ファイル名入力欄の参照ボタン」とか
特定のコントロールを指すことになるじゃん？

793 ：デフォルトの名無しさん：2007/04/26(木) 18:05:37

>>790
一行レスにはそういう説得力がないんです

794 ：デフォルトの名無しさん：2007/04/26(木) 18:20:20

まだ説明とか理由がありゃいいけどな
「頭悪すぎだろ」だけじゃ駄目だろ

あと>>791みたいな命名は俺は普通にやってる
ビルダやＶＢやＶＳは、edit1とかlabel1とかになるから
名前欄のところならeditName・labelName、
年齢欄のところならeditAge・labelAgeなどにする

プリフィックスは必要だと思うけど>>781は
どういう規約でやってるの？

795 ：デフォルトの名無しさん：2007/04/26(木) 18:47:39

素人考えですが、その場合でいくと
名前欄のエディットボックス、名前欄のラベル
という風に利用者の関心が先に向くのはName、Ageに相当する部分なんだと思うんだけど
先にedit、labelを持ってくる理由ってあるんでしょうか？
処理を記述する際に一時的に関心が
editやlabelに相当する部分の方に行くからでしょうか？

796 ：デフォルトの名無しさん：2007/04/26(木) 18:59:24

そんなものにエルゴノミクスっぽい理由なんかいらないだろｗ
癖だから、仕事のルールだから、IDEがそうしろと囁くから、で十分

797 ：デフォルトの名無しさん：2007/04/26(木) 19:32:56

>>795-796
いややってる人間がそれを実際に意識してるかどうかはともかく、
一定の合理性はあると思うよ。

うまくいえないけど、プリフィクスの方が他の表記法より
人間オパターン認識に親和的なんだろうな。
慣れてくるとプリフィックスの部分は必要ない場面では読み飛ばせる感じ。
実際自分でいろいろ試してみればわかると思うけど。

あとMSの開発ツールならインテリセンスになじみやすいとも思う。
変数名忘れててもとりあえず“lbl”とか“txt”とか打てば特定の種類の
コントロールがリストアップされるからね。

コード書いていて歯がゆい場合というのは、『「あの」ラベルの名前ってなんて付けたんだっけ？』
とか『「あの」テキストボックスの名前ってなんて付けたんだっけ？』という感じだからね。

798 ：デフォルトの名無しさん：2007/04/26(木) 20:29:49

読み飛ばしている時点でハンガリアンに疑問を持てよｗ

799 ：デフォルトの名無しさん：2007/04/26(木) 20:33:53

その子に罪はない

800 ：デフォルトの名無しさん：2007/04/26(木) 20:38:34

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

801 ：デフォルトの名無しさん：2007/04/26(木) 21:03:52

命名規約議論スレってあったっけ

802 ：デフォルトの名無しさん：2007/04/26(木) 21:24:31

>>798
>>791

803 ：デフォルトの名無しさん：2007/04/27(金) 10:32:33

命名規則うんぬん禁止という割には、勘違いしたヤツが多いな
>>790とか

804 ：デフォルトの名無しさん：2007/04/27(金) 11:11:04

どのへんが勘違いなのかオレにはワカンネ

805 ：デフォルトの名無しさん：2007/04/27(金) 11:40:30

アンカーミスなんじゃないかとエスパーしてみる。

806 ：デフォルトの名無しさん：2007/04/27(金) 20:56:43

>>804
ここは2chだぜ？
こうしてアホ扱いされて、少しずつ大人になっていくんじゃないの？
（略）

俺が今こういう発言したら変な感じするだろ、「それはちょっと違うだろ」と
「言いたいことはわかるんだけど、そもそもの話とかみ合ってないだろ」と
つまりそういうこと

807 ：デフォルトの名無しさん：2007/04/27(金) 21:15:17

>>803　←　この発言で　
>>806　←　この脳内仕様を推測するのはエスパーじゃないと無理。

808 ：デフォルトの名無しさん：2007/04/27(金) 21:18:58

よくわからんが、この改行の必死さは790=807ってことを言いたいの？

809 ：デフォルトの名無しさん：2007/04/27(金) 21:22:08

名前を表現する文字列の最大文字数を定義する定数で
MAX_NAMEとNAME_MAXで迷ってるんですがどちらがいいんでしょう？

810 ：デフォルトの名無しさん：2007/04/27(金) 21:24:52

もうマジックナンバーでいいよ。

811 ：デフォルトの名無しさん：2007/04/27(金) 21:28:50

MAX_NAME_LENGTH

812 ：デフォルトの名無しさん：2007/04/27(金) 22:25:31

迷ったら英語直訳でいいと思うけどね。

バイト数の意味ならMaxSizeOfNameとかMaxNumBytesOfNameとか。
文字数ならMaxLengthOfNameとか。

またこういうこと言うとくだらない奴が湧いてきそうだとなたと思いつつあえて言うけど
定数とか即値をMAX_LENGTH_OF_NAMEみたいに大文字のみのアンダーバー区切りの
表記するのって意味あるのかね？
昔から大いに疑問なんだけど。

813 ：デフォルトの名無しさん：2007/04/27(金) 22:27:28

IKANIMO_TEISU_TO_IU_KANJI_GA_SURU

814 ：デフォルトの名無しさん：2007/04/27(金) 22:31:23

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

815 ：デフォルトの名無しさん：2007/04/27(金) 23:30:56

ASCIIの0x20以下のキャラクタって
制御コード、ControlCodeでいいんですか？

816 ：デフォルトの名無しさん：2007/04/28(土) 00:46:05

ASCII 0x20は空白だな。

それより小さいのは制御文字(Control Character)と呼ばれる。
なお、このエリアから外れた0x7f(DEL)も制御文字。

817 ：デフォルトの名無しさん：2007/04/28(土) 07:52:26

おまいらごちゃごちゃいっとるが
真理はこうだ

>>809

NAME_*シリーズにしたいならNAME_MAX
MAX_*シリーズにしたいなら MAX_NAME だ

818 ：デフォルトの名無しさん：2007/04/28(土) 11:00:09

「言いたいことはわかるんだけど、そもそもの話とかみ合ってないだろ」

819 ：デフォルトの名無しさん：2007/04/28(土) 11:20:27

バロスｗ

820 ：デフォルトの名無しさん：2007/04/29(日) 14:38:37

>>812
コード規約、命名規則

821 ：デフォルトの名無しさん：2007/04/29(日) 18:57:51

>>812
おまいのコードうｐ！

822 ：803：2007/05/02(水) 17:22:42

>>806
そのとおり。

>>807
客観視すればそうでもないんじゃないかな。
つかオマエ、無駄に改行が多い。>>790もそうだが。
無駄な改行しまくりで過剰に自己主張するヤツが実況板とかによくいるけど、
めっさウザイYO。

823 ：デフォルトの名無しさん：2007/05/02(水) 18:14:57

>>803
コテハンにしてくれない？

824 ：デフォルトの名無しさん：2007/05/02(水) 20:35:56

うむ、コテハンにしたらローカルあぼーんしてやるから、是非。

825 ：デフォルトの名無しさん：2007/05/03(木) 03:11:57

・・・んなこと、言ったら効果ねーじゃねーか。

826 ：デフォルトの名無しさん：2007/05/03(木) 12:40:52

名前欄の「803」は十分コテハンだと思うが。
板全体で同じコテ使うコテハンと
単スレのコテハン、どっちもコテハンだろ。

827 ：デフォルトの名無しさん：2007/05/03(木) 14:37:00

すっげえどーでもいい

828 ：デフォルトの名無しさん：2007/05/04(金) 10:12:54

>>826
？

829 ：デフォルトの名無しさん：2007/05/04(金) 22:03:20

押されてる／放されてる　な状態をもつオブジェクトの総称名って何かありませんか？
具体的にはキーボードのキーとマウスボタンを対象にしています。
よろしくお願いします

830 ：デフォルトの名無しさん：2007/05/04(金) 22:04:56

>>829 pressable

831 ：デフォルトの名無しさん：2007/05/04(金) 22:26:09

>>829
Button

832 ：デフォルトの名無しさん：2007/05/05(土) 06:32:31

>>829
pressed/unpressed

833 ：デフォルトの名無しさん：2007/05/05(土) 11:12:09

総称なら、フラグか2ステート

834 ：デフォルトの名無しさん：2007/05/05(土) 11:54:35

Age/Sage

835 ：829：2007/05/05(土) 15:05:18

>>830-834
もはや個人的な趣味ですが、
フラグが気に入ったのでこれで逝こうと思います。
皆様、どうもありがとうございました。

836 ：デフォルトの名無しさん：2007/05/06(日) 02:24:28

よりによって一番意味が抽象的なフラグにしてしまいましたか。

837 ：デフォルトの名無しさん：2007/05/06(日) 13:17:10

フラグ以外の機能があれば、派生させて別なクラス作ればいいからな

838 ：デフォルトの名無しさん：2007/05/06(日) 14:30:46

派生クラスで
Visible : boolとかSelected : boolとか追加したら
どれが本当のフラグか分らなくなる罠

839 ：デフォルトの名無しさん：2007/05/06(日) 17:55:22

あまり機能がなかったっつーことでしょう、あの名前に落ち着いたのなら

840 ：デフォルトの名無しさん：2007/05/06(日) 18:32:13

>>836
button.isPressed()
!button.isPressed()
key.isPressed()
!key.isPressed()
のどこが抽象的なんですか？
半押しはありえないので機能拡張する可能性も０です。

841 ：デフォルトの名無しさん：2007/05/06(日) 18:36:46

flagってのは、「ON/OFFを持つ」という以外に情報を持たない
という意味での「抽象的」だと思うが。

842 ：デフォルトの名無しさん：2007/05/06(日) 18:39:02

送信してしまった。

「押す」という概念ならより具体的な名前でよさそうなのに
なんでわざわざ一段抽象度を上げるのかな、とゆー話。

843 ：デフォルトの名無しさん：2007/05/06(日) 18:43:11

>>842
２ステートしかないことが確実で将来的にも絶対に増えないので、
bool isPressed;
で十分だと思ったのです。

844 ：デフォルトの名無しさん：2007/05/06(日) 18:47:40

>>843
なんで最初の質問(>>829)で「オブジェクトの総称名」なんて言ったのさ？
isPressed でいいならなら「変数名」じゃないか。

845 ：デフォルトの名無しさん：2007/05/06(日) 18:57:14

>>844
いや最初は
getState() == XXX_PRESSED
にしようと考えていたのです。
それで、XXXのいい名前が思いつかなかったのでここで聞いてみました。

846 ：デフォルトの名無しさん：2007/05/06(日) 19:00:09

別に他人の決定なんてどうでもいいじゃん。

847 ：デフォルトの名無しさん：2007/05/06(日) 19:49:09

あら、XXXの部分なのか。

848 ：デフォルトの名無しさん：2007/05/07(月) 02:50:30

日本語が不自由なのって怖いね

849 ：デフォルトの名無しさん：2007/05/07(月) 08:21:07

>>840以降の流れがよくわからん。結局「フラグ」にしてないのに何で文句言ってんの？

850 ：デフォルトの名無しさん：2007/05/07(月) 08:22:13

というか、>>829の件に関しては829の文章読んで答える方もどうかしてると
正直思ったけどね俺は。

だって質問の内容からするとインターフェイスの命名を尋ねているように聞こえるが、
インターフェイスのいの字も出てこない。

この時点でこの質問者はちょっとアレな人なんだなとわかるだろう。
実際その後も訳のわからないこと言ってるし。

851 ：デフォルトの名無しさん：2007/05/07(月) 16:20:46

>>850
たしかに、>>829だけだとインターフェイス名を聞いているように見えますね。
自分としてはただ単に
getState() == XXX_PRESSED
のXXXの名前を聞きたかっただけなのですが、
それを「総称名」と表現するのは確かに分かりにくいですね。

なので、この情報だけで、インターフェイスはいらないからフラグで十分
だと教えてくれた>>833さんにはとても感謝しています。

852 ：デフォルトの名無しさん：2007/05/08(火) 23:22:22

XXXとかエロい話でもしてんのかとオモタ

853 ：デフォルトの名無しさん：2007/05/09(水) 00:06:58

XXX指定ってどれぐらい？
over23ぐらい？

854 ：デフォルトの名無しさん：2007/05/09(水) 00:34:43

FLAG_PRESSEDにするのか？

855 ：デフォルトの名無しさん：2007/05/09(水) 02:41:09

　　　　FOX★公認！今世紀最大の祭り！！！
俺たちのクリックで日本を一位にしようぜ！！
“30年は日本に手は出せないな”という勝ち方をしたい
http://wwwww.2ch.net/test/read.cgi/news4vip/1178602852/

1. チリ 136,836,018
2. ポーランド 135,173,390
3. イスラエル 80,308,719
4. ★日本 71,029,997★
5. スロベニア 56,818,986
6. フィンランド 40,275,252
石を投げる戦争から人は進化・進歩を遂げ、剣や槍などの武器をもって戦うようになった
人間はさらに発展し兵器を使う戦争を始めた
そして今、指先一つを武器とした電脳戦争が勃発したのであった・・・
皇国を勝利へと導くには貴様らの参戦が不可欠である
・戦場
http://www.clickclickclick.com/default.asp
・まとめサイト
http://www33.atwiki.jp/clickvip/
・mixi
http://mixi.jp/view_community.pl?id=2141035

856 ：デフォルトの名無しさん：2007/05/09(水) 12:35:36

コピペ君って馬鹿だな、まで読んだ。

857 ：デフォルトの名無しさん：2007/05/09(水) 18:10:59

>>856
おまえさんもコピペと同レベル

858 ：デフォルトの名無しさん：2007/05/09(水) 20:56:23

こっぺぴー

859 ：デフォルトの名無しさん：2007/05/09(水) 23:54:24

ttp://www.coppie.co.jp/coppie/coppie01.htm

860 ：デフォルトの名無しさん：2007/05/14(月) 06:39:49

BBSやブログのコメント欄に、SPAM対策を施したいと思います。

ユーザが投稿ボタンを押したらすぐに反映させるのか、
それとも管理者のチェックを待ってから反映させるのか、
という情報を格納するフラグの名前に迷っています。

no_timeとかspeedyとか……
都合上、文法には多少目をつむってもいいので、短めの名前だと嬉しいです。

861 ：デフォルトの名無しさん：2007/05/14(月) 07:29:04

admin_check

862 ：デフォルトの名無しさん：2007/05/14(月) 07:31:14

apply_now

863 ：860：2007/05/14(月) 09:13:31

ありがとうございました。
特に他の問題が出てこなければ、>862さんのapply_nowあたりで行こうと思います。

>861
考えてみれば、即時反映モードでも、最終的には管理者がチェックするんですよね。
相応しくない投稿なら削除したりとか。

864 ：デフォルトの名無しさん：2007/05/14(月) 17:55:56

その時点ですぐにって意味でnowって誤解のもとだと思うけど。
長さに問題なければalways_approved

865 ：デフォルトの名無しさん：2007/05/14(月) 18:41:36

>>864
それはチミの言語感覚の方がおかしい。
まあでも、nowがかなり多義的な言葉なのは確か。
それが気になるならApplyImmediatelyとかImmediateApplyとかするのかね。

866 ：デフォルトの名無しさん：2007/05/14(月) 18:53:14

>>860
offer

867 ：860：2007/05/14(月) 20:14:42

>864-866
なるほど、ありがとうございます。
自分が最初に名付けたrealtimeよりはよっぽど美しいです（笑）

868 ：デフォルトの名無しさん：2007/05/14(月) 21:23:35

要承認というところが重要で、時間的遅れが生じるのはその結果にすぎないから
approveやその派生語を使いたいなぁ。

869 ：デフォルトの名無しさん：2007/05/15(火) 00:26:30

direct - ダイレクト
offline - オフライン(で人の目介在チェック）

うーんもうちっとなんｋありそうな悪寒がするのだが

870 ：デフォルトの名無しさん：2007/05/15(火) 02:46:53

is_permission_required

871 ：デフォルトの名無しさん：2007/05/15(火) 02:48:53

to_be_censored

872 ：デフォルトの名無しさん：2007/05/15(火) 07:35:18

RequireConfirmation

873 ：デフォルトの名無しさん：2007/05/15(火) 08:35:26

ニュースグループでよく見る moderated ってのはちがうのかね？

874 ：デフォルトの名無しさん：2007/05/15(火) 09:08:02

GoogleのBloggerだと、Enable comment moderationって項目になってるな

875 ：デフォルトの名無しさん：2007/05/16(水) 18:44:42

ウォッチリストで見てるような
監視している、注目している、気にかけている、って意味の名前ってなにかありませんかね？
WatchValueじゃピンとこなくて・・

876 ：デフォルトの名無しさん：2007/05/16(水) 18:50:21

stalking

877 ：デフォルトの名無しさん：2007/05/16(水) 19:26:28

ワロスｗ　その名前はエロイｗ

878 ：デフォルトの名無しさん：2007/05/16(水) 19:33:14

>>875
そりゃ命名じゃなくて自分の言語感覚をなおした方がいいよ。
WatchXXXXでピンと来いよw

879 ：875：2007/05/16(水) 20:36:45

WatchValueでよかったんですね。
これでいこうと思います。ありがとうございました。

880 ：デフォルトの名無しさん：2007/05/16(水) 21:10:01

監視されてる値なら WatchedValue とすべきだろうな。
WatchValue は監視リストに加えるって感じ。

881 ：デフォルトの名無しさん：2007/05/16(水) 21:28:05

emploer/employeeのように、-erが「～する人」で-eeが「～される人」だが、
watcheeという単語も認められるのかな。

882 ：デフォルトの名無しさん：2007/05/16(水) 21:28:59

なんか文字が抜けた。
× emploer
○ employer

883 ：デフォルトの名無しさん：2007/05/16(水) 22:02:51

-ee は「～される人」ではなく「～の状態にある人」の意味。
フランス語の過去分詞の語尾 -é や -ée が語源になってるから、
普通は（古）仏語経由の語にしか付かない。

watch はゲルマン系の単語だから "watchee" とはならないと思う。

884 ：デフォルトの名無しさん：2007/05/17(木) 02:38:19

>>875
なんか対象インスタンスの命名で話が進んでるが、本当にそうなのか？
元レスを読むと監視中フラグの名前のようにも読めるぞ？

とりあえずobserveで辞書引いてみ

885 ：デフォルトの名無しさん：2007/05/17(木) 12:39:31

別に進んでないってw
質問者の質問の仕方があいまいだからあいまいなまま進んでるだけでしょ何言ってんの。

よほど馬鹿じゃなきゃ、878みたいに答えれば用途によって品詞変えたりするでしょ。
それともメソッド名かクラス名か、はたまたフラグか聞いてから厳密に答えろっていうのかい？

あと、個人的にはobserveはwatchよりも、より「ぬるい」イメージがあるね。
日本語で言えば監視と観察のような違いがあると思う。

886 ：デフォルトの名無しさん：2007/05/18(金) 22:49:46

経過秒数の変数名は何にする？
一応pastSecにしたんだが…

887 ：デフォルトの名無しさん：2007/05/18(金) 23:08:12

普通にelapsedじゃないの？

888 ：デフォルトの名無しさん：2007/05/18(金) 23:09:32

dxとdyってよく使われてるけど
dって何の略ですか

889 ：デフォルトの名無しさん：2007/05/18(金) 23:09:59

delta

890 ：デフォルトの名無しさん：2007/05/18(金) 23:11:07

spendTime

891 ：デフォルトの名無しさん：2007/05/18(金) 23:14:40

spentTime だった

892 ：886：2007/05/18(金) 23:23:57

ググった結果数から
elapsedSecにした
㌧くす

893 ：デフォルトの名無しさん：2007/05/18(金) 23:27:51

なぜかelapsedじゃなくelapseとする人もいるみたいだね。
俺はなんかしっくり来ないからelapsedの方を普段使うけど

894 ：デフォルトの名無しさん：2007/05/18(金) 23:28:38

いや、 elapse は同士だから、普通に間違いだろ。

895 ：デフォルトの名無しさん：2007/05/18(金) 23:28:48

>>889
ありがと
でも検索してもイマイチ分からなかった

896 ：デフォルトの名無しさん：2007/05/18(金) 23:29:58

×同士 ○動詞

897 ：デフォルトの名無しさん：2007/05/18(金) 23:30:41

>>894
辞書引いて確かめた方がいいよw

898 ：デフォルトの名無しさん：2007/05/18(金) 23:32:31

>>895
リアル中学生かい？
検索っていうか、高校数学で出てくる用語法だよw

899 ：デフォルトの名無しさん：2007/05/18(金) 23:34:49

デルタはエロ用語だろ？

900 ：デフォルトの名無しさん：2007/05/18(金) 23:37:06

>>899
年齢がバレるよw

901 ：デフォルトの名無しさん：2007/05/18(金) 23:39:29

メコンデルタ

902 ：デフォルトの名無しさん：2007/05/18(金) 23:40:11

まあ、なんだ。
数学とかサッパリ覚えてないヤツもいるだろう。俺みたいに。

というわけで、こんなの見つけた
http://oshiete1.goo.ne.jp/kotaeru.php3?q=2007844

903 ：デフォルトの名無しさん：2007/05/18(金) 23:44:28

数学っていったって高校数学じゃんw
今じゃプログラマでも理科系出身じゃない人間も多いということか？

まあ理科系文科系っていうより単なる偏差値レベルのような気もしないでもないが。

904 ：デフォルトの名無しさん：2007/05/19(土) 00:13:12

大学入ってから専門分野を学ぶと、ベーシックな使われてない数学を忘れていくんだよ。
専門分野で活用する部分は残るんだけどな。

905 ：デフォルトの名無しさん：2007/05/19(土) 00:21:15

文系でもやるだろ

906 ：デフォルトの名無しさん：2007/05/19(土) 00:23:46

いくら忘れても、dx, dyと書いてあれば少しは微分なりなんなりを思い出すだろ。
さもなくば馬鹿。

907 ：デフォルトの名無しさん：2007/05/19(土) 00:24:13

俺も数学はさっぱりだな。そのせいでたまに仕事まわせねーよって言われて放置される。
回してもらえる案件は社内最速ペースでこなせるから、上司から物凄い使いにくそうな顔される。

908 ：デフォルトの名無しさん：2007/05/19(土) 01:01:47

>>895
Δはディファレンス=differenceの頭文字dにあたるギリシャ文字。
意味どおり差分の意味。
数学ではこういう使い方が多いので、覚えておいて損はない。

909 ：デフォルトの名無しさん：2007/05/19(土) 01:05:17

destinationと思ってた

910 ：デフォルトの名無しさん：2007/05/19(土) 02:20:09

数学分からんからプログラム組んでコンピュータに簡単な計算させるとか普通、普通。

911 ：デフォルトの名無しさん：2007/05/19(土) 03:19:26

工業高校だと数学なんてまともにやらないし

912 ：デフォルトの名無しさん：2007/05/19(土) 03:21:12

なにその土方養成学校

913 ：デフォルトの名無しさん：2007/05/19(土) 09:20:24

じゃあ∇はなんの頭文字？

914 ：デフォルトの名無しさん：2007/05/19(土) 09:26:34

ナブラってどういう意味だっけw
電磁気学とかで使ったような気がするが
本当はこの辺りの学部レベルの数学がわからないのも恥ずかしいことなんだよな

915 ：デフォルトの名無しさん：2007/05/19(土) 09:35:31

>913
顔文字で口に使う（゜∇゜

916 ：デフォルトの名無しさん：2007/05/19(土) 10:55:08

∇・∇＝Δ

顔文字に見えないこともない

917 ：デフォルトの名無しさん：2007/05/19(土) 11:28:12

>>913-914
単にΔひっくり返しただけ。
「ナブラ(nabla)」って言葉は弦楽器のハープの一種こと。
Δひっくり返した形がハープの形してるからナブラって読む。
意味は ∇ ＝（∂/∂x, ∂/∂y, ∂/∂ｚ）

918 ：デフォルトの名無しさん：2007/05/19(土) 17:43:18

問：その演算子を極座標に変換せよ

919 ：デフォルトの名無しさん：2007/05/19(土) 17:50:19

>>918
ベクトル解析は直交座標以外の座標系と相性よくないから、
極座標とか使いたかったら∇じゃなくて微分形式使うことお勧め。

920 ：デフォルトの名無しさん：2007/05/20(日) 09:11:19

それ、量子力学やるとよく出てくる

921 ：デフォルトの名無しさん：2007/05/20(日) 16:47:04

次の質問ﾄﾞｿﾞｰ↓

922 ：デフォルトの名無しさん：2007/05/20(日) 16:55:00

どうやったら彼女ができますか？

923 ：デフォルトの名無しさん：2007/05/20(日) 17:00:35

まずは2chをやめること、それからプログラマをやめることです。

924 ：デフォルトの名無しさん：2007/05/20(日) 17:02:36

そんなのしたら無職になって余計に遠ざかっちゃうじゃないっすか！

925 ：デフォルトの名無しさん：2007/05/20(日) 17:10:19

とりあえず2chをやめることからはじめましょう

926 ：デフォルトの名無しさん：2007/05/20(日) 17:15:14

それから転職を考えることは非常に重要です

927 ：デフォルトの名無しさん：2007/05/21(月) 20:08:53

IMEの状態の監視を開始
IMEの状態の監視を終了

はそれぞれどんな関数名が良いでしょう？

928 ：デフォルトの名無しさん：2007/05/21(月) 20:41:40

ImeWatcher.Enable
ImeWatcher.Disable

929 ：デフォルトの名無しさん：2007/05/21(月) 20:42:36

ImmGetContext
ImmReleaseContext

930 ：デフォルトの名無しさん：2007/05/21(月) 21:17:46

そのままやがな

931 ：デフォルトの名無しさん：2007/05/21(月) 21:57:42

PutImeUnderSurveillance
ReleaseImeFromSurveillance

932 ：デフォルトの名無しさん：2007/05/21(月) 22:34:50

フィルタされるIPを入れるDBのカラム名は何にしますか？
filteredIpにしたけど
filteringIpの気もするし

933 ：デフォルトの名無しさん：2007/05/21(月) 22:37:37

スレ違いを承知で聞きます
ColdFusionのスレってありますか？

934 ：デフォルトの名無しさん：2007/05/21(月) 22:39:52

違いすぎワロタ

935 ：デフォルトの名無しさん：2007/05/21(月) 22:40:21

>>934
スマンコ

936 ：デフォルトの名無しさん：2007/05/21(月) 22:43:10

>>932
ip_filter

937 ：デフォルトの名無しさん：2007/05/21(月) 22:45:28

>>932
ExcludedIPList
ExcludedIPs
IgnoredIPList

Filteredだと濾過に引っかかったカスの方じゃなく濾過された後のデータの方にも
見えるような気がしないでもない

938 ：デフォルトの名無しさん：2007/05/21(月) 23:05:20

IPアドレスのことをIPゆうな

939 ：デフォルトの名無しさん：2007/05/21(月) 23:16:34

>>931
まじ？　　なんかいい匂いがする

>>938
だなw

>>932
IPtoJudge, ipaTarget

940 ：デフォルトの名無しさん：2007/05/22(火) 00:21:54

StartとStopの文字数が違うのが許せないな

941 ：デフォルトの名無しさん：2007/05/22(火) 00:23:35

スタート
ストップ

さすが日本語。美しいな。

942 ：デフォルトの名無しさん：2007/05/22(火) 00:26:06

>>941
open
close
もだな。

ちなみに日本語だと、「開始」「終了」だろ。

# 中国語？

943 ：デフォルトの名無しさん：2007/05/22(火) 00:28:08

Get
Release

取得
開放

漢字最強

944 ：デフォルトの名無しさん：2007/05/22(火) 00:29:34

Getの反対はSetだろ・・・

945 ：デフォルトの名無しさん：2007/05/22(火) 00:30:24

>>940-943
GOTO HOSPITAL

946 ：デフォルトの名無しさん：2007/05/22(火) 00:38:21

辞書片手に、せっせと同じ文字数の組み合わせ探すわけね。
胃に穴空くから止めたw

947 ：デフォルトの名無しさん：2007/05/22(火) 00:44:50

平安時代の貴族は一日中そんなことばかりやっていたわけだが

948 ：デフォルトの名無しさん：2007/05/22(火) 03:09:52

平安時代の池田貴族に生まれなくてよかった

949 ：デフォルトの名無しさん：2007/05/22(火) 05:44:53

現在は独身貴族で元の夢は警察貴族でした

950 ：デフォルトの名無しさん：2007/05/22(火) 16:20:04

>>944
Releaseが当てはまる場合もある
一概には言えん

951 ：デフォルトの名無しさん：2007/05/22(火) 16:27:15

Releaseの対になるのはCatchだろうが

952 ：デフォルトの名無しさん：2007/05/22(火) 16:48:05

1通りしかないというのおかしい

953 ：デフォルトの名無しさん：2007/05/22(火) 17:01:48

Catchの対になるのはthrowだろうが

と言ってみるテスト

954 ：デフォルトの名無しさん：2007/05/22(火) 17:51:43

>>951
そうだね^^　よしよし^^

955 ：デフォルトの名無しさん：2007/05/22(火) 18:47:29

ある意味ではDisposeとも対になるという
Releaseモテモテだなおい

956 ：デフォルトの名無しさん：2007/05/22(火) 19:05:33

VBって漢字の変数名使えなかったっけ？

957 ：デフォルトの名無しさん：2007/05/22(火) 19:06:35

.NETに乗ってる言語なら大抵使えたはず

958 ：デフォルトの名無しさん：2007/05/23(水) 00:08:37

エラーをハンドリングするクラスで、
開始するメソッド、
ハンドリングするメソッドをそれぞれ何にしますか？
ハンドルするメソッドは普通にhandleにしようと思いましたが
クラス名を、hogehogeErrorHandlerにしてるので、
なんかかぶってていまいちな気がしてます

959 ：デフォルトの名無しさん：2007/05/23(水) 00:13:42

クラス名が機能を表してるのにかぶってどうすんの
Start/Ｇｅｔで十分じゃない

960 ：デフォルトの名無しさん：2007/05/23(水) 01:33:50

まぁ、もうちょっと英語自体の学習に力いれろよってだけの話な気がする。

ちなみにラテン語とか日本語の古語も学習に十分意味があるよ。

961 ：デフォルトの名無しさん：2007/05/23(水) 02:12:17

クリンゴン語とかはどうだろう

962 ：デフォルトの名無しさん：2007/05/23(水) 11:53:42

ハッカー(藁)っぽくヒンディー語もつかおうぜ

963 ：デフォルトの名無しさん：2007/05/23(水) 20:49:56

古典語をやっとくと単語の成り立ちが見えてきて、
意味や派生語の作り方が自然に分かったりするな。

964 ：デフォルトの名無しさん：2007/05/23(水) 20:52:27

はじめて読む486という本に以下のようなコードがあるのですが、
このRealToProto_Iの引数swは何の略なんでしょう？
本には説明もなくそれでも特に支障はないのですが、気になったので質問させてください
void RealToProto_I(int sw) /*プロテクトモードに移行する*/
{
...
if (sw) EnableInterrupt(); /*swが0以外なら割り込みを許可する*/
}
呼び出し側ではRealToProto_I(1);のように直接値を入れて呼び出しています

965 ：デフォルトの名無しさん：2007/05/23(水) 21:11:02

普通にswitchじゃないの？
っていうか、なんでここで聞くんざんしょうか

966 ：964：2007/05/23(水) 21:19:51

>>965
switchですか、なるほど、ありがとうございますすっきりしました
ここが一番適当かなと思ったんですが、スレ汚し済みませんでした

967 ：デフォルトの名無しさん：2007/05/23(水) 21:21:26

こんなスレで聞かないと解らないとか
糞サンプルにもほどがある

968 ：デフォルトの名無しさん：2007/05/23(水) 21:52:15

いや964が単に鈍いだけじゃないの？
swって書いてあったら真っ先にswitch連想するだろう普通w

もっとも、本当に964のコードのswがswitchかどうか知らないけどね

969 ：デフォルトの名無しさん：2007/05/23(水) 21:54:46

swといえばswastika

970 ：デフォルトの名無しさん：2007/05/23(水) 21:56:57

swがswitchだとわかったとしてもただそれだけ
それ以上のことはまったく読み取れない

971 ：デフォルトの名無しさん：2007/05/23(水) 22:07:49

>swって書いてあったら真っ先にswitch連想するだろう普通w

いや、、それはちょっと飛躍が過ぎね？

972 ：デフォルトの名無しさん：2007/05/23(水) 22:12:02

swつったらsolid worksを連想してしまう。

973 ：デフォルトの名無しさん：2007/05/23(水) 22:12:15

>swって書いてあったら真っ先にswitch連想するだろう普通w

あんまりコード読んだことないんだな、と思った

974 ：デフォルトの名無しさん：2007/05/23(水) 22:12:18

飛躍じゃないだろう。
例えば電気の世界でSWって書いてあったらまずswitchのこと。
それに日常の英語でもswitchのことswって略すよ。

975 ：デフォルトの名無しさん：2007/05/23(水) 22:13:28

>>973
自分のことだろw
恥ずかしい奴だな

976 ：デフォルトの名無しさん：2007/05/23(水) 22:20:05

「自分の常識が世間の常識」

977 ：デフォルトの名無しさん：2007/05/23(水) 22:23:54

じゃあ例えば"power sw"とかググってみろよお馬鹿さん。
switch = sw という用法が「井の中の蛙」なのではない。
「井の中の蛙」はお前さんの方だw

978 ：デフォルトの名無しさん：2007/05/23(水) 22:28:17

普通って付けなきゃいいんだよ。

電気屋がSWをスイッチの意味で使ってるのは知ってるが、
プログラマが使うのは変だよ。
486本はハードギリギリの部分の本だろうから、別に変じゃないんだろうけど。
……でも存在意義のないコメント書いてるから良書ではなさそうだな……。

979 ：デフォルトの名無しさん：2007/05/23(水) 22:28:54

なぜ"sw"でググレといわないんだろう・・

980 ：デフォルトの名無しさん：2007/05/23(水) 22:29:25

俺らの業界では sw って普通は software の略じゃなかったのか？

981 ：デフォルトの名無しさん：2007/05/23(水) 22:32:45

サイドワインダー

982 ：デフォルトの名無しさん：2007/05/23(水) 22:33:41

自分に都合のよい検索ワードワラタｗ
powerなんて今までのどこに出てきたんだよｗ

983 ：デフォルトの名無しさん：2007/05/23(水) 22:35:10

>>982
じゃあ辞書も引いてみたら？
ある程度まともな辞書ならsw = switchで載ってるから。
実際日常語でswって普通に使うし。

984 ：デフォルトの名無しさん：2007/05/23(水) 22:38:35

俺の辞書にはsouthwest南西と出てる

985 ：デフォルトの名無しさん：2007/05/23(水) 22:40:44

こういう類のsweat the small stuf.もあるんだな

986 ：デフォルトの名無しさん：2007/05/23(水) 22:42:07

OALDとAmerican Heritageには、短波と南西しかのってないなあ

987 ：デフォルトの名無しさん：2007/05/23(水) 22:45:09

こっちはソフトウェアと南西
http://dic.yahoo.co.jp/dsearch?p=SW&enc=UTF-8&stype=1&dtype=1&dname=1na

988 ：964：2007/05/23(水) 22:55:16

単に自分がプログラミングの経験浅くてで引き出しがない所為だと思います
自分の勉強不足がいけないので自分以外に批判を広げないで下さい、お願いします
>>978
すいません、コメントは自分が勝手に付けました
>>979
swだけで一番上にWikipediaのそのものずばりが出てきたんですね
他の単語と組み合わせて検索はしていたのですが、怠慢でした

989 ：デフォルトの名無しさん：2007/05/23(水) 23:11:32

>>988
理解のためのコメントなら問題ないさ。
まぁ、プログラミングの経験っつーより雑学に近いかもな、こういう略記は。

990 ：デフォルトの名無しさん：2007/05/23(水) 23:13:38

ここで辞書オタク参上

一般的なディクショナリだと、AHDの略語辞典とWebsterにでてたよ

991 ：デフォルトの名無しさん：2007/05/24(木) 03:41:55

話の持っていきかたがまずいよな。
「964の条件で」と範囲を限定すれば
sw = switch が普通だよな、となるのに
電気の世界とか検索エンジンとか辞書とか日常語とか範囲を広げていくから
「さすがにそれは…」ってなる。

992 ：デフォルトの名無しさん：2007/05/24(木) 08:20:59

話のもっていき方？
違うんじゃないの？
「まずい」のはたぶん君の読解力の方だと思うぞw

逆恨みされても困るから簡単に細くすると、君がそのような印象を受けるのは
なぜ、「電気の世界とか検索エンジンとか辞書とか日常語とか」の話になっているのか、
の流れが読めないからだろう。

993 ：デフォルトの名無しさん：2007/05/24(木) 08:46:09

swatch

994 ：デフォルトの名無しさん：2007/05/24(木) 09:41:41

StarWars

A Long Time Ago in a Galaxy Far, Far Away