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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 21:46 / Filesize : 235 KB / Number-of Response : 935
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 00:20:32 ]: クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

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

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

前スレ。
◆ネーミング倶楽部◆: pc3.2ch.net/tech/kako/1035/10353/1035362308.html
Part1: pc5.2ch.net/tech/kako/1046/10465/1046541730.html
Part2: pc5.2ch.net/tech/kako/1058/10582/1058213523.html
Part3: pc5.2ch.net/test/read.cgi/tech/1067171530/
Part4: pc5.2ch.net/test/read.cgi/tech/1087209526/
Part5: pc8.2ch.net/test/read.cgi/tech/1109330204/
Part6: pc8.2ch.net/test/read.cgi/tech/1128266018/
Part7: pc8.2ch.net/test/read.cgi/tech/1144978008/
Part8: pc10.2ch.net/test/read.cgi/tech/1154448184/
Part9: pc11.2ch.net/test/read.cgi/tech/1168356029/
Part10: pc11.2ch.net/test/read.cgi/tech/1180146315/
Part11: pc11.2ch.net/test/read.cgi/tech/1191250784/
Part12: pc11.2ch.net/test/read.cgi/tech/1206118762/
Part13: pc11.2ch.net/test/read.cgi/tech/1222661623/
601 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 20:15:32 ]: >>599
それだけ聞くと「単純な話をわざわざ複雑にするだけ」に聞こえる。
hex⇒intもint⇒decimalもintの機能であるんじゃないの？

2行の処理が一行にまとまる「嬉しさ」と、
何を抽象化したクラスか理解する「面倒臭さ」のどっちが勝るかよく考えるべきだと思うな。
602 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 20:29:53 ]: struct XMLtree_t
{
string name;
children_t* children;
attribute_t* attributes;
}

struct children_t
{
std::vector X;
}

struct attribute_t
{
std::map Y
}

みたいなのを書いてみました。XとYはどんな名前がいいでしょうか？
ちなみにXとYをわざわざ別の構造体にしてるのは「存在しないとき」の方が多そうだから
NULLポインタ1個で済ませられればという理由です
603 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 05:14:25 ]: >>599
BaseConvert
RadixConvert
とかかのう。

10進と16進には固定できないが。
604 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 05:18:30 ]: >>602
struct XMLtree_t
{
　string name;
　std::vector* children;
　std::map* attributes;
}
605 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 05:44:50 ]: >>601
TONさんちーっす
相変わらずですね＾＾；；；
606 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 09:26:39 ]: (605の内心)

>>601
ようTON
お前また設計に口出しするのか。
テンプレ読めないっぷりは相変わらずだな。
そんなんじゃ実生活でも相当使えないやつだろうなwwwwwww
607 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 10:34:35 ]: おちょくってるだけの君らも邪魔
どっか行ってくれ
608 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 11:54:22 ]: ｵﾏｴﾓﾅ
609 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 12:03:59 ]: ｵﾏｴﾓﾅ
610 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 16:16:14 ]: >>600
フィールド変数にアンダースコアを付けるのは
一見でフィールド変数とローカル変数を見分けられる利点がある。

その一方、リファクタリングによって
フィールド変数とローカル変数が入れ替わることは少なくない。
この命名規則を維持するのは多少なりとも労力を必要とするが、
中断すると読み手をミスリードすることになるので
そのコードを保守する限り未来永劫、その労力を必要とする。

さて、近年のIDEでは、フィールド変数とローカル変数を
自動的に視覚的に区別できるように表示してくれるものが多く、
このような開発環境を前提とした場合、先に挙げた利点が必要なくなるため
この命名規則は欠点を残すだけになるだろう。

以上自論
611 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:46:38 ]: メンバ変数へは絶対にthis経由でアクセスすべき
命名はどうでも良い
612 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:56:27 ]: >>611
なぜ？
613 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:29:38 ]: フィールドとメソッド内ローカルを入れ替えるようなリファクタリングなんて
一度もしたことないけどなあ。
どんな状況でそんな必要に駆られるのか煽り抜きで想像ができない。

ちなみに俺はフィールドにはそれと識別可能なプリフィクスを付ける派。
ただしアンダースコアは視覚的に見難いし醜いしタイプしにくい（少なくともJISキーボードだと）
から小文字のmでプリフィクスすることにしてる。
614 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:32:51 ]: >>610
ハンガリアンも似たような理由で嫌われるよな
615 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 22:00:09 ]: いまどきフィールド変数なんて色変えたりボールドにしたり
一見して判別可能にすることができるんだから全然気にする必要ない。
変なプレフィクス付けるとかマゾ以外の何者でもない。

異論は認める。
616 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 22:22:53 ]: >>615
むしろ色分けや書体による区別の乱用の方がマゾ的に感じるけどな。
シンタックスカラーまで否定しないけど、スコープの区別までそれでやるのは
関心しないね。

視覚的に「騒々しい」というのもあるけど、人間のパターン認識機能の特性に
あまり適合的じゃないよ。
617 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 23:37:15 ]: いみふめい
618 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:22:27 ]: まあ白黒テレビで頑張ってますってことだろ
619 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:28:33 ]: >>617-618
端的に言うとむしろ君らの頭の性能が悪い、ってことだと思うよ。
620 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:43:12 ]: へいへい
621 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:08:39 ]: ここはﾇﾙｰ
622 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:11:26 ]: ﾎﾟ
623 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:25:49 ]: ｶﾞｯ
624 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 04:29:42 ]: （俺にとっては）視覚的に「騒々しい」から（お前が）それでやるのは関心しないね。

いみふ
625 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 09:52:15 ]: スレ違いだが色覚異常は男性に多いらしい。
そういう人は色だけで区別するのは嫌がるだろうな。
626 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 12:07:59 ]: 音なんかどうだろうか
627 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 15:37:26 ]: 世の中耳の悪い人もいるよな
触覚でどうだろうか
628 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 15:52:28 ]: 視覚だけでいいよ
629 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:00:39 ]: マジレスすんな低脳ｗ
630 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:02:07 ]: つまんねえよクズ
631 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:03:57 ]: キーワードは何色で表示してる？
俺は緑だが
VSのデフォはコメントが緑だから困る
632 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:22:50 ]: 目に優しい色で他と区別ができるのなら何でもいいと思うな。

少なくと俺は色から、これはキーワードだとか、これはクラスメンバだとかいう
情報を積極的に読み取るってことはしない。

俺じゃなくても、シンタクックスカラー主目的はタイプミスとか''""{}[]/**/
のアンバランスを逐次的に見つける一手段ってことなんじゃないの？

まあ、慣れた配色と違うと確かに最初は違和感あるが・・・
633 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:17:24 ]: javaでeclipseだと普通に色で読み取れちゃうしそれを使わない手もないとおもうけど
スレ違い。
634 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 00:53:06 ]: Win32APIのLPCTSTRとかわけのわからんのに触れて以来、
システムハンガリアンを受け付けない体になってしまったんだが、
Visual Studio C++でもメンバ変数の色分けってできないだろうか？
635 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 20:44:07 ]: >>613
ローカル引数のスコープの狭さは、メソッドの分割などで支障をきたすことが少なくない。
無理に分割しようとうると、金太郎飴のように似た様な引数の並びのメソッドを
次々にコールすることになる。

この状態でこれらのメソッドを複数のクラスに分割すると
金太郎飴引数をクラス間でずりずり引き回すという
なんちゃってオブジェクト指向のスパゲティコードを読まされている俺負組み誰か助けてorz
636 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 21:21:33 ]: くそう最後で笑ってしまったｗ
637 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 21:21:56 ]: 「リファクタリング」に出てくる「コードの不吉な臭い」のうち
「多すぎる引数」とか「データの群れ」というやつだな。
638 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 01:19:07 ]: 引数は常にデータセット1個に決まってるだろjk･･･
639 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 20:10:25 ]: 1箇所弄ると連鎖的に全部変えなきゃならない構造体地獄の現場を思い出した
640 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 03:23:39 ]: 構造体なんて論外だろｗ
641 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 08:59:24 ]: なんでも格納できる辞書かデフォルト引数でもあればまだマシなんだけどなあ
642 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 09:01:06 ]: ごめん。
○キーワード引数(Pythonとかにあるやつ)
×デフォルト引数
643 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 18:12:45 ]: そんな引数が数十個ある関数をアセンブリ言語から呼ぶ羽目になったぜ。
しかもなぜかfastcall。かえってややこしいわｗ
644 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 03:11:08 ]: レコードの数を表す変数として、
recordsとnRecordsならどちらがよいのでしょうか。

recordsだと何かrecordの集合のような物を想像してしまうのですが、
かといって要素数を表す接頭辞をつけるのも不格好な気がします。

records.lengthのように参照できるようにできれば一番いいと思うのですが、
現に手元にrecordがあるわけでないのでそうはできません。

みなさんはどうされていますか。
キャピタライゼーションなどの見た目上の規則ではなく、
意味論的な観点からご意見ください。
645 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 03:36:51 ]: だから迷ったらまず素直に直訳してみようといつも・・・
自分で「レコードの数」って言ってるじゃん。

古い人ほど「直訳みたいな変数名はダメ」という間違った強迫観念に支配されてるけど、
時代錯誤だから考え直した方がいいと思うよ。
646 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 03:39:29 ]: recordCount
647 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 03:40:49 ]: なぜ比較するのにその二つを選んだのか
648 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 08:38:33 ]: 何となくだが、records は配列とかそういう印象がある。

>645
そういうレベルの話じゃないっしょ。たぶん。

>647
nXXXsで個数っていうのは、よく見かけるけどな。
649 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 09:02:02 ]: システムハンガリアンと違って、
きちんと意味付けされた上で接頭辞をつけるのは悪くないと思うんだけどな。
もちろん周りが -Count とか numberOf- とか使ってるならそっちを使うべきだけど。
650 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 02:37:11 ]: あるある
651 名前：デフォルトの名無しさん [2009/04/20(月) 17:52:55 ]: >>209さ
652 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 18:20:18 ]: MakeSureDirectoryPathExists的な関数名を付けては顰蹙を買うおいら。
でもオーバーロードの無いC言語だと仕方ないと思うんだ。
653 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 19:18:02 ]: オーバーロードっていうかインスタンスメソッドじゃない。

bool CPathString::Exists()
654 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 19:20:01 ]: make sureということは存在するか否かを返すのではなく、
「存在すれば何もしない。しなければ作る」という処理なのかな。
655 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 20:36:38 ]: >>654
「ディレクトリの存在を確認する」んだろ。
オレだったらconfirmにするが。
656 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 20:38:05 ]: ensure
657 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 11:58:52 ]: >>654
正解。すごいな、分かる奴には分かるもんなんだな。
msdn.microsoft.com/ja-jp/library/cc428990.aspx
658 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 12:06:17 ]: 技術系の洋書に沢山出てくる言い回しじゃん。
659 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 12:10:37 ]: make sure directory path exists
establish directory path existence without doubt
処理の後に指定されたディレクトリが存在するという事後条件がある
と解釈するのか、make sureに対してそういう見方をしたことはなかった
これからはもっと英英辞典も使うとしよう
660 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 12:37:42 ]: Let's make sure he's dead. のジョーク思い出した
661 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 12:40:21 ]: こういう言い回しは、こんな感じの意味みたいな読み方しかしないから、
ちゃんとした解釈なんて考えた事もないわ。
だから技術系の本しか読めないんだなきっとｗ
662 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 14:32:53 ]: >>660
死んでるかどうか確認して! と確実に死んだ状態にして!
の勘違いのアレか。
663 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 18:53:18 ]: 処理内容と事後条件が混ざって嫌。
だいたい事後条件を満たせなかったら
どうすんの？死ぬの？

makeDirectoryIfNotExist
とかのがよくね？
664 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 19:00:56 ]: 満たせなかったら例外とかエラーだろ。
665 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 19:03:08 ]: >>663
失敗したらどうすんの？死ぬの？ｗ
666 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 19:26:44 ]: >>665
お前みたいな頭の悪いガキが生まれても、
親は別に死んだりしない。
667 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 19:41:02 ]: 名前変えても何も変わらなくね？って言ってるだけなんだけど。
668 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 23:58:38 ]: この思い込み具合、またTONくさいな。。。。。
669 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 00:07:53 ]: MakeSureDirectoryPathExists
makeDirectoryIfNotExist

俺はどっちも同じ動作を思い浮かべるけどな
670 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 03:40:06 ]: >>669
それほど変わらんかもしれんが、
＞MakeSureDirectoryPathExists
はsureに、
＞makeDirectoryIfNotExist
はmakeに主旨がある気がしない？
感覚的にはけっこう違うような。
671 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 04:50:04 ]: TONさんがこんなボンクラセンスなわけねぇだろｗ
672 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 17:42:44 ]: 2-3個くらいの文字列変数をルールに従って1つの文字列に合成・生成してOutputする関数を命名したいのですが
composeかそれともgenerateどちらがいいでしょうか？

～OutputStr()と言うような感じで考えています
673 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 18:48:31 ]: 手段が重要ならcomposeあるいはsynthesize
目的が重要ならgenerate
674 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 09:07:58 ]: ～にcomposeやgenerateが入るのが、outputする関数の名前としては既におかしい。

OutputComposedStringとかならまだ分かるが。
675 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 09:47:23 ]: IN: 引数
OUT: 戻り値
676 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 11:14:06 ]: ルールとかOutputとかが何を意味するのかわかんないけど
joinとかそういうのとは違うの？
677 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 11:20:23 ]: やはりTONさんのネーミングセンスは一味違うな
678 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 16:31:55 ]: やっぱTONさんパネェっす
679 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:05:20 ]: 浮動小数点数が非数でも無限でもないことを判定する関数の
名前は何にしたらよいでしょう？

IsRealNumber にしようとおもったら、実数は無限を含むらしいので。
680 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:12:17 ]: IsFinite
681 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:18:54 ]: 真偽を逆にしてIsNaNOrInfinite
682 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 19:39:53 ]: >>679
正負の零、非正規化数、正規化数をあわせて、finiteとよぶ。
683 名前：676 mailto:sage [2009/04/23(木) 20:04:42 ]: >>677
>>678
それもしかして俺に言ってるの？
joinはセパレータ使って文字列結合するときには普通に使う関数名だよ？
スクリプト言語とかboost.string_algoとか使ったことない？

ちなみにセパレータじゃなくて意味のある文字列ならformatXXXのほうがいいかな
composeとかのほうが意味がわからない
684 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 20:25:35 ]: >>679
つ　float.h
685 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 20:27:17 ]: >>683
どうみても674あてだろがｗ
686 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 20:45:46 ]: 疑心暗鬼に陥っているなｗ
687 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 04:35:34 ]: >>683
このスレの住人のTON検出力を甘く見んなｗ
688 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 04:40:17 ]: 683：（674に言ってるように見える・・・俺がTONなんだが・・・）
689 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 04:50:52 ]: TONさんは頑なにTONが含まれるレスを無視するからアリエネ
690 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 06:31:07 ]: ﾜﾛﾀ
691 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 07:25:31 ]: 質問者はトンさんに絡まれたくない時は冒頭にTONって入れときゃいいのか
692 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 13:29:23 ]: じゃあsageの代わりにTONって入れればいいんじゃね。
693 名前：デフォルトの名無しさん mailto:sage TON [2009/04/24(金) 18:26:36 ]: まじぱねえっす
694 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 20:49:56 ]: マイコンに接続されてるセンサー（今は温度センサーをつけてる）からデータを受けてviewクラスに値を渡したいのですが

項目名（温度センサーなら温度）とその値を持つ構造体の名前、どうしたらいいでしょうか
単純そうに思えてしっくり来る名前が思いつかないです
695 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 21:42:20 ]: NameValuePair
696 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 22:43:49 ]: SensorData
697 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 23:00:42 ]: SensedData
SensedValue
698 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 06:39:45 ]: DetectedParameter
699 名前：デフォルトの名無しさん mailto:sage [2009/04/28(火) 21:20:06 ]: SensorEntry
700 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 14:17:29 ]: 項目名と構造体名がお互いに愛し合っているなら、最も単純なものを。
そうではないが、刺激を与え合う関係であれば、中程度に複雑なものを。
誰もが気流に乗れていない状況であれば、いっその事名前をつけない。
客に媚びたいならば、可能であればジェネリクスを使う（同時に、客にはキッシュでも食わせておく）。
701 名前：デフォルトの名無しさん mailto:sage [2009/05/05(火) 05:06:58 ]: 書き込む前にもう一度だけ読み返してさえいれば、こんな事にはならなかったのにな
702 名前：デフォルトの名無しさん mailto:sage [2009/05/06(水) 10:21:45 ]: むちゃしやがって・・・
703 名前：ムモー [2009/05/10(日) 22:17:00 ]: ClassName みたいな方法で名前を書くときって、
頭文字語を入れると読みにくくなるよね。
たとえば、「ABC法」という方法があって、
それをクラス化する場合、ABCMethod とすると読みにくくない？
AbcMethod にすべき？それだと頭文字であることが分かりにくいよね。
704 名前：デフォルトの名無しさん mailto:sage [2009/05/10(日) 22:25:02 ]: キャメル法って言うんでしたっけか。
_使うっていう俺は素人
705 名前：デフォルトの名無しさん mailto:sage [2009/05/10(日) 22:33:16 ]: InitializeAclとか。
706 名前：デフォルトの名無しさん mailto:sage [2009/05/10(日) 22:39:49 ]: >>703
俺はマイクロソフトのガイドラインに則って2文字か3文字以上かで分けてる。

IOMode ioMode;
XmlDocument xmlDocument;
707 名前：ムモー [2009/05/10(日) 22:50:28 ]: >>706
うーん。でも、「AB法」とそれを拡張した「ABC法」というのがあって、
一方は ABMethod でもう一方は AbcMethod っていうのは、よくないかなーって。
実際、今の仕事でそういうのがあるんだけど。
708 名前：706 mailto:sage [2009/05/10(日) 22:54:43 ]: >>707
それはさすがにきもいな。
どっちかにそろえるべきだと思う。
709 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 00:52:32 ]: 可読性も重要だが、名前の衝突が深刻
710 名前：709 mailto:sage [2009/05/11(月) 01:07:27 ]: いみふなので付けたし

その言語の標準の命名規則に盲目的に従っておけば
その言語仕様における名前の解決の方法・順番に纏わる
トラブルに巻き込まれることが少なくなることを期待

なので、AbcMethodに一票
ABMethodは、作った人を殴りに行こう
711 名前：709 mailto:sage [2009/05/11(月) 01:10:21 ]: よく読んでなかった。マイクロソフトな言語だったら殴んなくていいのね
712 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 02:01:23 ]: Pythonならacronymのケースは全部大文字だな
713 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 03:51:13 ]: 709が恥ずかしすぎる件について
714 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 19:11:41 ]: JavaScriptでボタンのonclickにセットする関数として、
押される度にあるdivの表示非表示を切り替える関数は
なんて命名したらいいですか？
switch~~とかchange~~とか付けてたけど、ふと気になった。
715 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 19:20:21 ]: Toggle***Visibilityとか
716 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 21:15:30 ]: >>710
命名規則に従わないとコンパイル通らないプログラミング言語でもない限り、
トラブルに巻き込まれるわけがないだろ……

つかコーディング規約ってものは「周囲に合わせる」のが常識だろ？
C++ Coding Standards の冒頭にも書いてるけど、
重要なのはルールに従うことじゃなく、一貫した書き方をしていること。
ABMethodがあるなら当然ABCMethodを期待するだろ。
名前の問題より、期待を裏切られるほうが深刻。
命名規則に盲目的に従うとかそれこそいみふだろ、常識的に考えて
717 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 21:37:42 ]: 709はもんのっすっごい馬鹿なTONさんて感じだな
718 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 22:21:19 ]: >>716
一貫した書き方をするために、盲目的にルールに従う必要があるの。
大体「周囲」って何なんだよ。
命名規約に従うとABMethod、AbcMethodという状況で、
ABCMethodなんて規約に反した命名するのは俺からしたら思いっきり
「期待を裏切る」行為だけどね。
719 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 23:02:40 ]: 途中から関わる場合は周囲に合わせる。
最初から関わる場合は途中で変えない。
720 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 23:14:31 ]: Java だと、名前が衝突したときに、obscure とか hiding とか shadow とか
（あと一つあったような）いろいろ面倒な概念が必要になるんだわ。
マイクロソフトは知らね
721 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 13:37:29 ]: 命名規約に従うなら、そもそも ABC なんて略語を使うのが規則違反なワケで
AnyBasicChannel とかナントカ（意味フ）みたいに、略さなければいいこと。
そうすれば ABC なのか Abc なのかで悩む必要はない。

ところで便乗質問。
ラクダ法で名前を付けるとき、最初の１文字は小文字にすべし。たとえば
inputOutputMethod
みたいになるわけだが、頭にアンダースコアを付けると
_InputOutputMethod
でいいの？i は２文字目だから大文字でいいの？
722 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 13:52:28 ]: C/C++ の標準規格に従うなら、そもそも _Input なんて頭にアンダースコアをつけるのが規則違反なワケで
inputOutputMethod とかナントカ（意味フ）みたいに、つけなければいいこと。
そうすれば _input なのか _Input なのかで悩む必要は無い。
723 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 16:34:54 ]: 知らないならレスしないでください
724 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 21:18:25 ]: >>721
所詮コーディング規約なんだから、
規約を知らない人間が理不尽だと思うようなルールには従わんでいいだろ。
「ハイフンの次は先頭じゃないから大文字でいいよ！」なんて
馬鹿げた規約が仮にあったとしたら、その規約を10部くらい印刷して全部破り捨てるね。

あとラクダ法 = CamelCaseは厳密には先頭大文字。
先頭小文字は mixedCase。あえて区別しない時もあるけど。

つかコーディング規約にやたら拘る人多いけど釣りなの？
725 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 21:52:15 ]: >>720
その概念は知らなかったが、
見る限り普通にコード書いてりゃわかりそうな概念だったぜ。
shadow: インスタンス変数とパラメータが被るときのルール
hiding: 継承関係でstaticメソッドが被ったときのルール (多態が起こらない)
obscure: パッケージ名、クラス名と変数名が被るときのルール

ABCMethodをAbcMethodにしないと面倒という意味がわからないし、
そもそもこれが面倒になるようなコード書くなよとしか言えない。this.x = x;はよくやるが。
ついでにC++とかのADLとかtypedef typename とかと比べるとだいぶ簡単な気がするぞ。
726 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 21:55:36 ]: >724
キャメルは先頭小文字で、先頭大文字はPascalだと思うが。
727 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 22:07:08 ]: 途中の大文字をラクダのコブに見たててのcamel caseだから、先頭は小文字であれかし。
728 名前：726 mailto:sage [2009/05/12(火) 23:09:45 ]: wikipediaによれば総称camel caseで先頭大文字のものをupper camel caseまたはpascal case、
先頭小文字のものをlower camel caseまたは単にcamel caseと呼ぶ、だそうな。
729 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 23:25:38 ]: オレの亀は頭がデカい
730 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 07:25:44 ]: 文中でも文頭でもcamelCase, PascalCaseとかけば誰も間違えないよ。
731 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 11:27:17 ]: パスカルは天才だから頭がデカイ
732 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 12:13:15 ]: 頭を上げた状態のラクダがいてもいいんではないだろうか
733 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 13:45:11 ]: チェザーレにお世話になってるんですね、わかります。
734 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 00:36:23 ]: これから作るクラス名、"RewindableIterator" と "MementoIterator" のどっちにしようか悩んでるんだけど
分かりやすいのはどっちだと思いますか？
735 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 00:50:19 ]: 何作るのか知らんが
名前だけ見て動作が多少想像できるのは前者
736 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:02:36 ]: MementoというとMementoパターンに関連したものをイメージするのだが、
IteratorがMementoパターンにどう関連するかわからない。
737 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 01:08:41 ]: Mesomesoパターン
738 名前：736 mailto:sage [2009/05/14(木) 04:19:18 ]: 名前だけでだいたい通じるかなーと思って敢えて詳細は書かなかったんだけど、
普通のイテレーターの機能に加えて、
・saveState⇒現在のindexをスタックに追加(Push)する
・backState⇒スタックの先頭を取り出して(Pop)、現在のindexをそれに置き換える
ていう機能がついてる感じです。

個人的にはやっぱ前者かなーと。セーブ地点に「戻せる」ようにすることが目的であって、
状態のスナップショットを記録するっていうのはちょっと違うかなぁと。
739 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 04:20:03 ]: あ、734だったｗ
740 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 04:22:03 ]: restoreState
741 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 04:31:08 ]: rewindableって反復の途中で逆方向に巻き戻せるもののように聞こえる
iteration
　ex) 0->1->2->3->4->5
rewindable iteration
　ex) 0->1->2->3->2->1->0
742 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 06:17:02 ]: StickableIterator
RestorableIterator
743 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 07:14:21 ]: UnwindableIterator
744 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 08:57:12 ]: >>741
つ　bidirectional iterator
745 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 09:04:57 ]: >>738
だったら、いっそ以下。

StackableIterator
pushState()
popState()
746 名前：デフォルトの名無しさん [2009/05/17(日) 14:12:52 ]: ハンガリアンについての質問です。

int nIndex;

のポインタ変数を、

int* lpnIndex;

にしました。
この場合、int** のポインタ変数のプリフィックスは何にするのが一般的でしょうか。
747 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 14:33:20 ]: 俺はハンガリアン使わないけど、なんでlp(= long pointer)なんだ
Win32APIとあわせてるの？
748 名前：デフォルトの名無しさん [2009/05/17(日) 14:57:36 ]: lplpn
749 名前：746 [2009/05/17(日) 15:29:51 ]: >>747
16bit 時代からプログラミングしてると、どうしても p は 16bit、lp は 32bit って意識が強いから、
lp にしちゃうんだよね

>>748
lplpn しかないか～。thx!
750 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 15:45:01 ]: システムハンガリアンなんか使うな
751 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 18:26:39 ]: ハンガリアンについての質問だからいいだろ。
752 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:23:19 ]: 8bit時代からプログラミングしてるが別にそんなこだわりない
753 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:58:08 ]: 　　　　　　　　＿_
　　　　 , ‐' ´　　　｀`‐、　　　　　　／￣:三}
.　　　／,. -─‐- ､.　　ヽ　　　　　　　　/　　 ,.＝j
　＿,.:_'＿＿＿＿＿_ヽ、　.!　　　　　 .／　 _,ﾉ
　 `‐、{　へ　　'ﾞ⌒　`!~ヽ. !　　　　／{.　　/
　　　｀!　しﾟ　（　ﾟj　`v‐冫　　　, '::::::::ヽ､/
.　　　 {.l 　 '⌒　　　ﾞ 6',!　　 / :::::::::::::::/ __ そんなことよりTimeOfNowの話しようぜ！
. 　　〈　　< ´￣,ﾌ　 .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､
.　　　ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠.　　ヽ_}　ﾞヽ
　　　　 ,.r｀ "´　　／:::::::::::::::::::ィ´　　｀ゝ　 !、　　/
　　　　　/ 　　　 / :::::::::::::::: ; '´　　　/´＼　/ 　 r'＼
.　　　　 i　　　　　 ! ::::::::::::::／墨　|　.!::::::::／ヽ､.._!ヽ.　ヽ､
　　　　 {　　　　　 {:::::::::::;:ｲ　/　　 ∥ｉ:::::::/:::::::::::::/　＼
.　　　ヽ　　　ヽ,.ｧ‐'´ /ヽ二 ,/`ヽ、::::::::: ／　　　ヽ
　　　　　ヽ、　,. ‐'"　　 .ノ ,〈　　 >　　 `'‐- '
　　　　　 >　　 _,. ‐'´　/ /　　　｀)
　　　　　　 ,ゝ　　　　　＿.⊥.-r┬:/
　　　　　　ヽ_,. -‐i"!´「L.=!┘　　　ヽ
　　　　　　 <　　　　 / ／　　　　　　　|
　　　　　　 /　　　、i / ＿＿　　　　 ./
754 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 06:47:56 ]: 通知機能（Yahoo!とかのアラート機能のようなもの）の通知条件を入れておく変数なのですが、

・subscriptions
とかでもおかしくないでしょうか？
それとも
・notificationSettings
みたいな感じのほうがよいでしょうか？

アドバイスお願いします。
755 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 06:49:07 ]: condition
756 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 21:59:27 ]: notificationTrigger
757 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 06:30:19 ]: 外部に接続してる計器からの値を受けて出力するPresentationに相当する基底クラスと
クライアント領域へ出力する派生クラスとファイルへ出力する派生クラス命名をお願いします。
758 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 09:56:06 ]: Presentation
ClientPresentation
FilePresentation
759 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 12:32:57 ]: なんという直球
だがそれがいい
760 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 12:38:15 ]: 今何番目か？を表す変数と
何個あるか？を表す変数

が紛らわしくていつも困る。
なんたらnumとか言われてもどっちを指しているのかわからん。
761 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 12:55:11 ]: 個数はcount、順序はnumber。
762 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 14:19:18 ]: あれ？そういうもんなの普通は。
countってなんかループカウントみたいで使ったことないな…
763 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 14:30:32 ]: 困るねぇ
index と length に持ってければ length にしちゃう
764 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 14:42:54 ]: 個数は先頭にnもしくはnumberOfをつける
順序はi, j, kもしくはindex,id
765 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:19:19 ]: >>760
Code Completeではnumberはさけて、indexとcountを使うとあったよ。

>>762
ループカウンタはi, j, kしか使わない、ってことにすればすっきりするよ。
766 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:31:52 ]: >>765
なるほど。ｔｈｘ
767 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:33:48 ]: 今更なんだが、4方向をつけるとしたらrightとleftは迷わないんだが、
上と下ってup,above,under,lowのそれぞれどれがいいんだ？
辞書で調べたんだが、今一どれが一般的なのか分からん。
768 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:37:34 ]: 一般的にはupとdownでは
769 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:37:48 ]: >>767
単純に(矢印で表されるような)方向のことならupとdownを使ってる。
上辺とか下辺という意味が強いならRECTにならってtopとbottomにしてる。
770 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:47:47 ]: やっぱupとdownか。
ありがとう。
771 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:28:49 ]: javaとCです、ユークリッド互助法で使う
除算の余りを表す変数名に相応しいものを、それぞれについてお願いします。
772 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:42:49 ]: >>771
ttp://en.wikipedia.org/wiki/Euclidean_algorithm#Greatest_common_divisor
773 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:50:32 ]: >>772thx
java、cともにgcdと命名します
774 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 06:22:14 ]: えっ…？
775 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 07:52:12 ]: えっ
776 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 10:36:04 ]: キーワードを列挙するテキストフィールドの名前はkeywordFieldか、keywordsFieldか…
777 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:49:14 ]: >>773
関数名ならgcdでいいが局所変数は（ｒｙ
778 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:39:06 ]: >>776
英語的には textfield (that) Enumerates Keywords とか？
textfiledEnumKeywords
とかなんとか。
変ですかすいません。
779 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:17:00 ]: それはネタで言ってるのか
780 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:58:12 ]: えっ
781 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 22:18:15 ]: >>776
キーワードってのが既に曖昧じゃない？改めた方がいい気がする
列挙する機能がそれに付いてるのなら～sFieldでいいと思う
782 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 22:30:57 ]: keywordEnumerationField
783 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 13:48:04 ]: 数値をKBとかGBとかの単位に変換する
処理（関数）の名前をお願いします。
784 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 14:30:57 ]: toSIPrefix
785 名前：デフォルトの名無しさん [2009/05/25(月) 19:24:02 ]: C++を使ったゲームのプログラムで、
指定されたボタンが押されたかどうかをチェックする関数名をお願いします。

●監視対象はゲームパッド、キーボード、マウスを想定しています。
　デバイス名に依存しない名前が好ましいです。

●戻り値は、基本的に真/偽の2値として利用しますが、
　整数型で受け取った場合は、同じ状態が何フレーム連続で続いたかを返せるようにします。

●オーバーロードまたはデフォルト引数の機能を使って、第2引数に「より詳細な状態（トリガ）」を指定することが出来る。
　例：
　Func( MOUSE_R ) ; //マウスの右ボタンが押されていれば真
　Func( MOUSE_R , PUSH_DOWN ) ; //押した瞬間のみ真
786 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 19:38:38 ]: PollButton
787 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:12:45 ]: 上の関数をIsPressed
下の関数をIsTriggeredと命名してる
俺の場合
788 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:38:39 ]: >>785
inputEventRecieved
789 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:39:20 ]: >786
ネットワーク用語のポーリングと同じ意味？

>787
現状だと僕も同じような名前で使っています。
ただ、関数名を共通にして、引数の違いだけで区別できないかな？と思いまして。
790 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:42:36 ]: 引数で機能をスイッチする万能関数って俺は好きじゃないな
ｽﾚﾁだが
791 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 22:03:57 ]: ちょっとMS臭するけどQueryInputStateとか
機能が複雑なのでIs～とかGet～とかは付けたくない感じ
792 名前：783 mailto:sage [2009/05/26(火) 02:11:38 ]: >>784
ども。
toSIPrefixだと、なんかおちつかない気分になります。
SI接頭辞はK/M/Gとかいうことですよね？ちょっとあわないような。

4,668,327→4.45Mというような、SI接頭辞を含む変換を行う
処理(関数)を明確にあらわす名前はないでしょうか？
793 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 02:32:41 ]: 有効数字3桁くらいになるように、適当に接頭辞を付けたものを
human readable と表現することがあるが、そういうこと？
794 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 02:40:34 ]: ls --human-readableか。
795 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 03:58:39 ]: >>783
toBinaryPrefixNotation

BinaryPrefixというのがIEEEで定められてるので、そっからとってみた。
796 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 04:14:49 ]: BinaryPrefixは違うだろ。
797 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 07:25:56 ]: あってるだろ。
SI prefixだと 10^3, 10^6 の意味だからむしろ間違い。
798 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:02:49 ]: KiBとかMiBに変換するならあってる
799 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 18:28:46 ]: Cのマクロについてお願いします。

(1)
通常のassertマクロはリリース時には削除されるが、リリース時でも削除されないassertマクロの名前。
ASSSERT_ナントカみたいな名前が良さそうかな？と思っています。

(2)
与えられた文字列をエラーメッセージとして、強制終了するマクロの名前。
EXIT？ DIE？ HALT？

別スレに誤爆したけどくじけないぞ。
800 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 18:58:40 ]: (1)
ASSERT_PRECAUTION
ASSERT_IN_PRODUCTION_RELEASE
ASSERT_BETA_TEST
ASSERT_BETA_FOREVER
ASSERT_PARANOIA

(2)
perlにならってDIE
801 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 19:37:45 ]: 手元の本を見てみたら、ASSERT_STRONGとHALTだった
802 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:37:52 ]: HALTってCPUが止まりそうでイヤンだな
803 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:48:35 ]: (2)は FATAL ってのをよくつかう。
804 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 01:53:03 ]: >>799
(1) 強制assertっぽいので、FORCE_ASSERT。
(2) 「強制終了」のイメージがありそうなHALT。
805 名前：783 mailto:sage [2009/05/27(水) 02:15:08 ]: >>793,794
>有効数字3桁くらいになるように、適当に接頭辞を付けたものを
>human readable と表現することがあるが、そういうこと？
気持ちとしては、まさにそのとおりです。
処理の名前として納得できるものがないようでしたら、そういう
雰囲気重視の名前がいいかもしれないです。

>>795
>toBinaryPrefixNotation
Notationがつくとまた印象がかわりますね。
また、Binary Prefixというのも参考になります。

ただ、名前の結論を待たずに、とりあえず関数を実装したのですが、
ちょっと雰囲気が変わりましたので、あらためてうかがいます。

変換したい値と、1000とか1024とか12とか(基数?)を引数で指定して、
それに基づく変換を行う処理はどんな名前がいいでしょうか？

たとえば :
f(1500,1000) => 1.5 (K)
f(2560,1024) => 2.5 (Ki)
f( 504, 12) => 3.5 (グロス)
806 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:34:55 ]: 1回割ったとか2回割ったとかいう情報は失っていいの？
807 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 13:55:43 ]: 英語としての ASSERT の意味をわかってないやつがいるようだ。
808 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 14:28:04 ]: >>799
1. CHECK, VALIDATE
2. FATAL_ERROR
809 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 20:10:44 ]: >807
具体的にどれさ

>808
ASSERT関係なくね？
810 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 20:30:18 ]: 関数名なのですが、

引数に名前（$name）を受け取って、
その名前がDBのテーブル内に存在すればそのIDを、
存在しなければ、新規に保存して、挿入したIDを返す
というような関数は、どんな名前が考えられますでしょうか？

findIdByNameでは可笑しいでしょうか？
よろしくお願いします。
811 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 20:58:40 ]: intern
812 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 21:19:57 ]: 関数を使う側から見れば
既にDBにあろうが無かろうが関係なく、指定した名前に対するIDを貰ってくるという見た目は変わらないんじゃない？
813 名前：810 mailto:sage [2009/05/27(水) 21:23:13 ]: >>811
これは私宛でしょうか？
もう少しnameを渡してidを得るというニュアンスが欲しいのですが。

>>812
そうなんです。
というか、それを意識しないでいいようにするための関数なので、
上にも書いたように「nameを渡してidを得る」という意味だけでいいのですが・・・

こういう場合はfindじゃなくてgetのようがいいのでしょうかね・・・

getIdByName??
814 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 21:36:14 ]: fetchIdByName
815 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 21:45:27 ]: >>813
lispとかのinternはまさにそんな感じの動きするから。
816 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 22:40:51 ]: コレクションのメソッド名についてお願いします。

1.
コレクションからランダムに要素を取得するが削除しないメソッド

2.
コレクションからランダムに要素を取得し削除するメソッド

3.
コレクションのランダムな要素と引数に指定した要素を置き換えるメソッド
817 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 23:14:20 ]: Cみたいに、仮引数に名前をつけられるなら、関数名にNameをつけないで
そのまま GetId ( name )　というパターンもありそう。

Perlなら GetId( 'name' => $name ) とか出来た気がするし。
818 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 23:30:57 ]: >>816
ランダムって、適当にどれでもいいから一つって意味？
それとも呼ぶ側が指定した任意のアイテムって意味？
819 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 23:37:33 ]: >>816
1. getRandomItem()
2. getRandomItem_remove()
3. getRandomItem_swap()

>>818
「ランダム」といえば乱数的だろ。jk
820 名前：783 mailto:sage [2009/05/27(水) 23:45:55 ]: >>806
>1回割ったとか2回割ったとかいう情報は失っていいの？
ダメです。ｗ
>>805の例では省いちゃったんですが、より詳しくは次のような感じ。

f(変換したい値,基数) => (変換された値,基数の乗数)

f(1500,1000) => (1.5,1) # 1500=1.5K
f(2560,1024) => (2.5,1) # 2560=2.5Ki
f(2097152,1024) => (2,2) # 2097152=2Mi
f(504,12) => (3.5,2) # 504=3.5グロス

なんか処理が具体的でもあり抽象的でもあり、しっかりした名前を
与えるには中途半端な印象なんですよねー。
821 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 23:59:16 ]: >>816
random_sample
random_pop
random_swap

でもメソッド？
randomな自然数を決めて添字アクセスができればどんなコンテナでもいいし、
関数でいいような気がするけどなー
822 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:01:34 ]: >>819
> 「ランダム」といえば乱数的だろ。jk

random access memory って別に乱数的じゃないわけで。ま、どうでもいいけど。
823 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:09:04 ]: >>820
NormalizeByRadix
824 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:07:22 ]: >>822
ランダムとランダムアクセスをいっしょくたにするやつはいないだろ。
825 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:10:11 ]: >>821
>>816の2は「要素の削除」をするようなので、コンテナオブジェクトの
メソッドにするのは当然なんでは。
それとも、まさかstd::remove()みたいな仕様にするのか？
826 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:21:17 ]: それよりも、>>820の1つ目の例がケルビンなのが気になる
827 名前：799 mailto:sage [2009/05/28(木) 02:12:43 ]: ごめんなさい、お礼言い忘れてました。
ありがとうございます。
828 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 02:23:07 ]: そういうときは各回答への感想とかどれを採用したとか書くとなおもりあがるぞ
829 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 02:39:56 ]: 「ASSERTはリリース時に全部削ることにしたから」
「製品版で強制終了させるなら、きちんと別処理にしたほうがいいんじゃね」

なんてやりとりがあったことは秘密ですよ？
830 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 14:23:24 ]: 要素を参照するとその要素が削除されるハッシュを作っているのですが
どんな名前が適切でしょうか？
831 名前：830 mailto:sage [2009/05/28(木) 14:26:47 ]: 自己レス
要素がすぐ消えてなくなるから VolatileHash とかどうでしょうかね
わかりにくいか……
832 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 14:47:16 ]: ハッシュとはハッシュテーブルの集合か？
DestructiveReadoutHashSetかな

まあpop(set, key)関数でも作って使わせた方が良いと思うけど
833 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 22:12:47 ]: すっごく特殊なプライオリティキューみたい。
834 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 23:21:57 ]: VerySpecialPriorityQueueLikeHash
835 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:02:38 ]: メソッドでSQL文の要素(カラム名とか検索キーとか)を指定してSQL文を構築するクラスのフィールドで
カラムが固定されたかどうか(それ以上カラムを設定できない)を判定するフラグ変数の名前で迷ってます。
fixedはどうもバグフィックスのイメージが強いので他のキーワードってないでしょうか
836 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:21:10 ]: >>835
freezeしてfrozenになる、という話かと思ったら違うね。

必要な要素をいくつか指定していき、指定し終えた、よってさらなる指定は
できない、という判定をするものなら fulfilled はどうだろうか。
837 名前：デフォルトの名無しさん mailto:sage [2009/05/29(金) 03:55:42 ]: >>836
freezeもいいですね。凍結するって感じで
でもfulfilledの方が「追加できない」って意味で合ってる感じがするので
fulfilledの方を使わせてもらいます。(fullfilledって間違えそう・・・)
ありがとうございました。
838 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 09:03:26 ]: 命名とはちょっと違うかもしれないのですが、
foreachで変数を回すときに
itemsとかなら　foreach ($items as $item)　としているのですが、
seriesとかequipmentのように、
複数形と単数形の区別がない名詞の場合、
みなさんならどうしてますか？

かっこいい方法が知りたいです。
839 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 09:37:28 ]: ごく狭いスコープ内だけの変数は１～２文字程度の
短い名前にした方が、ぱっと見で区別できて読みやすい。
局所的なのは短く、大域的になるにつれて長く。

自分の場合はね。
840 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 10:31:25 ]: なるべく使わないか、複数を表すならuncountな名詞でもあえてs付けたりするな。
どうような理由でbooleanを返すメソッドでareで始まるのが文法上ただしくても
あえてisで始めたりする。
841 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 12:49:09 ]: 馬鹿が辞書ひっくり返して見つけたアレな単語の変数名とか見るともうゲンナリ
842 名前：838 mailto:sage [2009/05/30(土) 12:49:44 ]: >>839
foreach ($series as $s)
foreach ($equipment as $e)

こんなかんじですかね？
でもループが入れ子になると衝突する可能性がありますね。
$s1、$s2、$e1、$e2なんてのも、あとで手直しするときにめんどくさそうですし・・・

>>局所的なのは短く、大域的になるにつれて長く。
というのは、それを考慮してのことでしょうか？

>>840
foreach ($series as $serie)
foreach ($equipments as $equipment)

みたいに、無理やり複数or単数にするかんじでしょうか？
ここらへん、ネイティブの人がどうしてるのか気になるところですね・・・

後者は
isAdmin()、isAllow()
みたいなのは、全部isで統一するということですね。
自分はareにすべき、というのに出くわしたことがないのですが・・・
（気づいてないだけかも；）
843 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 13:17:29 ]: >>842

＞$s1、$s2、$e1、$e2なんてのも、あとで手直しするときにめんどくさそうですし・・・
長かったらもっとめんどくさいんじゃね？
そもそも、混乱するほど何重にもネストしてるのは
ループの中を別の関数にわけた方が良いことを示してるのでは。

＞>>局所的なのは短く、大域的になるにつれて長く。
＞というのは、それを考慮してのことでしょうか？
局所的なのは、使われてる場所自体が、説明的な長い名前の代わりになる。
大域的になるにつれてそういう情報が少なくなるから、説明的な長い名前にする。
844 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 13:18:38 ]: 部屋にものが２個しかなければ、「あれ」と「それ」で事足りるみたいな感じね。
845 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 13:21:23 ]: 一文字違いの変数名を使うのは、泣きそうな間違いをする可能性がある
846 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 14:20:36 ]: javaで今時のideだとそんなに大きな問題じゃないよ
847 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 14:26:27 ]: eclipse でリファクタリングすればいいしね
848 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 20:12:44 ]: >>838
オレならなんでも「it」。
849 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 20:47:18 ]: 「it」と呼ばれた変数
850 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 21:11:03 ]: $_ でいいやん
851 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 21:18:11 ]: itとかアナフォリックなマクロみたいだな
852 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 21:47:11 ]: 穴掘りっ苦
853 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 22:17:23 ]: オナホ立国
854 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 08:20:38 ]: ある変数にprefixを適用した後の名前って、どんなのがいいですかね？
855 名前：855 mailto:sage [2009/05/31(日) 08:23:42 ]: fixed～とかかな？
856 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 11:31:53 ]: 日付形式の画面入力項目(txtCloseDate)を受け取るstring型変数と、それを変換したDateTime型変数。
型のプレフィックスを付けない場合はどう名付ければいいでしょうか？
857 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 11:53:34 ]: in_str
date

型のプリフィックじゃなくて、入力を示すアプリケーションハンガリアン
858 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 18:44:24 ]: >>799
つverify()
859 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 17:04:32 ]: 構造体のメンバ変数名なんだけど、hogeCountってhogeCntみたいに省略します？
860 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 17:14:16 ]: 俺は省略しない派
861 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 18:03:44 ]: 俺は省略する派
862 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 18:15:09 ]: どっちだよｗ
誰か論理的に語ってくれよ
863 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 18:35:44 ]: >>859
nHoge

ハンガリアンで何が悪い！
864 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 19:02:07 ]: 省略する必要がなければ省略しなきゃいい
865 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 20:20:57 ]: >>863
ハンガリアンとか関係ないだろｗ
略すか略さないかの問題なんだよ
Count消えてるじゃねえか
866 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 20:35:17 ]: じゃ cHoge
867 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 20:36:53 ]: 変数名では省略
メソッド名では省略しない。
868 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 20:42:24 ]: 原則省略しない。
自分も含めてチームの全ての人が一見して即わかるなら省略して良い。
869 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 21:31:21 ]: msgとかresとかは？
どっかでこういうのの一覧みたことあるんだけど、どこだったかなぁ？
870 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 00:09:59 ]: >>868
引き継ぐ人カワイソス
871 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 01:17:28 ]: msg=マッサージ
872 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 02:42:14 ]: privateなシンボルならそれ程気にしないで略称使う。
忘れても最悪１ファイル分解読すれば済むし。
publicなら意味が曖昧にならないよう念入りに推敲する。
873 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 03:09:29 ]: 状況によるってのが結論っすね。
874 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 11:38:41 ]: str,msg,cntくらいなら略しても意味が伝わらないことは無いんじゃないかなあ。
875 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 12:47:27 ]: initとか全部書きたくないっすよ。
876 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 13:08:44 ]: やっぱりここは国際化
Internationalizationのように美しく略さないと
877 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 19:06:29 ]: 一つのモジュールの中にinitとinitialize（cntとcount、msgとmessage）の両方が定義してあるとか勘弁してくれ
878 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 19:17:54 ]: privateなinitなんちゃらがいくつかあって、それらの親玉のinitializeが1個publicになってるのとかよく書いてる。
879 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 21:44:51 ]: 今時の補完って結構かしこいから単語は必要なだけ長くてもいい。
で、英語が多くなってくるとプロポーショナルフォントの方が読みやすかったりする。
880 名前：デフォルトの名無しさん [2009/06/03(水) 22:39:39 ]: >>879
読みやすさだけに限ればなんとか理解できなくもないが、
プログラムにプロポーショナルフォントなんて虫唾が走る
881 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 22:54:21 ]: そう思ってたことが僕ry
882 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:20:08 ]: プロポーショナルで満足できるって
よっぽどひどいディスプレイとIDEとフォントと・・・全部だめなの使ってるんだろうな
883 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:29:21 ]: わざわざやらないけど、タブでちゃんとインデントさえ出来れば意外と我慢できるよ。
884 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 23:47:52 ]: 我慢なんてやだね
885 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 01:10:06 ]: インデントが破綻しないなら
プロポーショナルもありかもなぁ
886 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 01:23:04 ]: 行頭だけならタブの個数で制御できるけど、
行中のコメント位置を揃えたいとかなると、
フォントが変われば即破綻だな。

つか、スレチだぜ。
887 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 18:43:46 ]: このｽﾚチェックするの忘れてた。
お気に入り登録し過ぎたか
888 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 18:54:08 ]: 俺も最近はプロポーショナルだわ。
行頭以外でカラムはそろえないようにしたから、特に不自由はない。
889 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:09:29 ]: C++だけどメンバ変数にm_って付ける？

void setHoge(int hoge){
　m_hoge = hoge;
}

void setHoge(int hoge){
　this->hoge = hoge;
}

どっちが主流なんだろ？
メンバ変数、引数、ローカル変数名が紛らわしいときいつも困る
890 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:11:46 ]: 俺は尻に_付ける。

引数やローカル変数と被ると言うよりはメンバメソッドとの重複を避けるためだが。
891 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 19:22:34 ]: メンバ変数の尻に_ってのは初耳だなぁ
結構一般的な方法なのかな

あと
メソッドって動詞にしかならないイメージだから
メンバ変数と被るケースってのがちょっと自分には想像できないな…
892 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 20:08:57 ]: そお? ケツに _ は、わりとメジャーだと思うけどなぁ
m_ はなんか重くて

this-> はどっかにやるなって書いてなかったっけ?
893 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 20:20:49 ]: >>891
うちではアクセサにget/setを付けないことになってるから。
void count(size_t value) { this->value_ = value; }
size_t count() const { return this->value_; }

末尾_はインテリセンスと相性がいいから、結構使われてると思うよ。
894 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 20:52:51 ]: 俺も末尾_派
895 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 21:08:15 ]: 結構一般的なのね。
ありがと。
自分もなるべく一般性の高いやり方にしたいから末尾_使うようにする。

>>893
>末尾_はインテリセンスと相性がいいから、

これちょっとわからないんだけど
インテリセンスの候補から視覚的に探しやすいってこと？

―って質問文を書いたら今気付いた。
先頭m_だと候補から選ぶとき最低3文字入力しないといけないからか。
896 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 21:34:36 ]: 末尾にアンダースコアはunix系で良く見る。
897 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 22:45:07 ]: メンバ変数は

mHoge

視認性が末尾_より高く、インテリセンスもm_よりはshift不要で入力が楽な上に
メンバ変数だけを候補に絞れるから楽
これ最強

あんまし見ないけど
898 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 22:58:54 ]: 視認性つっても色変えればいいだけじゃん。
色弱対応？
899 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:00:17 ]: エディターの機能が充実してくると要らなくなるよね
900 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:19:22 ]: そりゃVSでメンバだけ色替えできたら助かるけど
901 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:27:47 ]: m_はVC使いに多い(MFCとかで一般的だから)。_を前につけるのがC/C++標準で非推奨になったので
後ろにつけるのが最近の流行。
902 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:31:47 ]: MFCで作るときだけはm_の慣習に従うな。
クラスの頭にCとかも。
903 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 23:47:20 ]: m_ は古めなイメージ
904 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:07:43 ]: 土下座AAみたいだ
905 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 01:20:58 ]: >>897
mHogeでも大文字にするためにシフト必要じゃね？
906 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 01:24:47 ]: MetrowerksのPowerPlantがそれを採用していた。
907 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 01:40:01 ]: >>905
VC2003で確かめてみたがshiftは不要。mhと入力するだけでmHが候補に挙がる。
万が一mhで始まるメンバが他にあるなら小文字のh側が優先されるが、まずないだろうし。
908 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 19:25:12 ]: まずないと言い切れる根拠が判らんが、お前がそう言うんならそうなんだろう。
909 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 19:40:10 ]: C#だと付ける場合は先頭に_が主流かな。
910 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 21:01:49 ]: javaも付けるなら前だな。付けないけど。
911 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 22:13:06 ]: m_H_m　前後に付けるのが流行る
912 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 22:19:28 ]: for (; ;) { m_OoO_m ; ; }
913 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 23:25:44 ]: >>907
mAppleというメンバがあって
maxというメソッドがあったり

mIciroというメンバがあって
mixというメソッドがあったり

mUntanというメンバがあって
muteというメソッドがあったり

mEnemyというメンバがあって
mesというメソッドがあったり

mOrangeというメンバがあって
moveというメソッドがあったり
914 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 02:36:15 ]: >>913
命名規約がなかったり無視されたりしがちな社内製作、社内利用の
アプリケーションなんかだと良くあるよね。

とりあえずRubyみたいにメンバ変数は"@"で始まるとか
文法で決めてしまってくれたほうがすっきりして良いと思うんだけど、
Java改良版(と個人的に思っている)のC#でも採用されないところをみると、
みんなあんまり好きじゃないのかな?
915 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 02:41:16 ]: いっそのことJSやらPythonやらみたいにthis強制でいいと思う
916 名前：デフォルトの名無しさん [2009/06/06(土) 04:45:29 ]: DAOのメソッド名を考えています。
命名規約のようなものが見つからないので、
とりあえず自分では以下のように考えているのですが、
何か駄目出しがあったら教えて下さい。

find（一覧取得）とget（一行取得）の使い分けが
微妙かなーと思っているのですが...

count() - レコードの総件数を取得
countByFoo - 条件指定の件数取得
countByFooAndBar - 条件が複数ある場合の件数取得
countByCondition - 条件が多数ある場合の件数取得

findAll() - レコード全て取得
findByFoo - 条件指定の一覧取得
findByFooAndBar - 条件が複数ある場合の一覧取得
findByCondition - 条件が多数ある場合の一覧取得

getByFoo - 条件指定の一行取得
getByFooAndBar - 条件が複数ある場合の一行取得
getByCondition - 条件が多数ある場合の一行取得

insert - 追加

update - 全件更新
updateByFoo - 更新

delete - 全件削除
deleteByFoo - 条件指定の削除
917 名前：デフォルトの名無しさん [2009/06/06(土) 07:07:58 ]: 「最後にHogeを○○した時刻」を示す変数は、どういう名前にしたら良さげかな？
○○には、実行、更新、取得などの動詞が入る予定。ちなみに保持する時刻の単位はミリ秒。

　last_time_when_do_hoge？
　last_time_when_did_hoge？

なんか長いよ…。

>908
言われてみれば、プリフィクス以外で、mhで始まる単語はパッとは思いつかない…気もする。

>914
Perlは前に付ける記号で意味が変わってくるからなあ。
@$hogeみたいに複数くっつく場合とか、もうね……。
918 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 07:48:14 ]: 一番要らないものを順に省いてってよさげなところでとめてみる
when
time
hoge

↓

last_XXXed
last_YYYed
919 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 08:03:43 ]: XXXed_at
920 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 08:18:01 ]: latest_XXed_msec
921 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 08:36:27 ]: ありがとうございます。参考にしてやってみます。
>919さんの方法はちょっと目ウロコでした。
922 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 12:12:37 ]: 必要な語を全部入れなければいけないなら長くはなるだろうな。
time whenのかわりに最後にatを付けるなどして、
last hoge update at (最後にhogeを更新した時刻)などとしては?
923 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 12:14:37 ]: りろー(ry
924 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 12:14:55 ]: MS的にはLastWriteTime, LastAccessTime
925 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 12:59:24 ]: どれくらいのスコープで使うの？
大きいスコープなら長めの変数名でいいと思うけど
926 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 18:33:34 ]: >925
10行くらいの関数の中。ごめんなさい。
927 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 19:37:17 ]: >>917
lastDoneTime
928 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 01:30:50 ]: .NETでフォームアプリケーションを作っているのですが、
コンボボックスに日付を入れるようなメソッドのプレフィックスは何がいいでしょうか。
今はsetXXXXToComboBox1のようにsetを付けています。
addやappendはなんとなく違うような気がして。

また、引数でbool値を渡して、それによって動作が変わるような変数は
どのような名前が良いでしょうか。
動作自体を切り変えるような場合はshouldXXXX、
戻り値を切り変えるような場合はrequiredXXXXにしています。
929 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 01:46:19 ]: shouldもrequiredも無くしてXXXXだけの方がいい
つか「戻り値を切り替える→required」てのが意味わからん
930 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 02:20:39 ]: booleanを与えて動作自体を切り替えるがshouldていうのもわけわからん。
931 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 10:37:45 ]: Ａｄｄがいいよ。
bXxxxでええよ
932 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 11:10:59 ]: >bool値を渡して、それによって動作が変わるような変数

引数の形式でどうやって命名するんだ。
機能を言ってくれんとなんともいえん。
933 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 11:13:33 ]: cmd というプリフィクスも、ないことはない
934 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 11:16:35 ]: ここは定石通りにhogehogeflagという方向でですね

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef