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

クラス名・変数名に迷 ..

655:デフォルトの名無しさん
09/04/20 20:36:38
>>654
「ディレクトリの存在を確認する」んだろ。
オレだったらconfirmにするが。

656:デフォルトの名無しさん
09/04/20 20:38:05
ensure

657:デフォルトの名無しさん
09/04/21 11:58:52
>>654
正解。すごいな、分かる奴には分かるもんなんだな。
URLﾘﾝｸ(msdn.microsoft.com)

658:デフォルトの名無しさん
09/04/21 12:06:17
技術系の洋書に沢山出てくる言い回しじゃん。

659:デフォルトの名無しさん
09/04/21 12:10:37
make sure directory path exists
establish directory path existence without doubt
処理の後に指定されたディレクトリが存在するという事後条件がある
と解釈するのか、make sureに対してそういう見方をしたことはなかった
これからはもっと英英辞典も使うとしよう

660:デフォルトの名無しさん
09/04/21 12:37:42
Let's make sure he's dead. のジョーク思い出した

661:デフォルトの名無しさん
09/04/21 12:40:21
こういう言い回しは、こんな感じの意味みたいな読み方しかしないから、
ちゃんとした解釈なんて考えた事もないわ。
だから技術系の本しか読めないんだなきっとｗ

662:デフォルトの名無しさん
09/04/21 14:32:53
>>660
死んでるかどうか確認して! と確実に死んだ状態にして!
の勘違いのアレか。

663:デフォルトの名無しさん
09/04/21 18:53:18
処理内容と事後条件が混ざって嫌。
だいたい事後条件を満たせなかったら
どうすんの？死ぬの？

makeDirectoryIfNotExist
とかのがよくね？

664:デフォルトの名無しさん
09/04/21 19:00:56
満たせなかったら例外とかエラーだろ。

665:デフォルトの名無しさん
09/04/21 19:03:08
>>663
失敗したらどうすんの？死ぬの？ｗ

666:デフォルトの名無しさん
09/04/21 19:26:44
>>665
お前みたいな頭の悪いガキが生まれても、
親は別に死んだりしない。

667:デフォルトの名無しさん
09/04/21 19:41:02
名前変えても何も変わらなくね？って言ってるだけなんだけど。

668:デフォルトの名無しさん
09/04/21 23:58:38
この思い込み具合、またTONくさいな。。。。。

669:デフォルトの名無しさん
09/04/22 00:07:53
MakeSureDirectoryPathExists
makeDirectoryIfNotExist

俺はどっちも同じ動作を思い浮かべるけどな

670:デフォルトの名無しさん
09/04/22 03:40:06
>>669
それほど変わらんかもしれんが、
＞MakeSureDirectoryPathExists
はsureに、
＞makeDirectoryIfNotExist
はmakeに主旨がある気がしない？
感覚的にはけっこう違うような。

671:デフォルトの名無しさん
09/04/22 04:50:04
TONさんがこんなボンクラセンスなわけねぇだろｗ

672:デフォルトの名無しさん
09/04/22 17:42:44
2-3個くらいの文字列変数をルールに従って1つの文字列に合成・生成してOutputする関数を命名したいのですが
composeかそれともgenerateどちらがいいでしょうか？

～OutputStr()と言うような感じで考えています

673:デフォルトの名無しさん
09/04/22 18:48:31
手段が重要ならcomposeあるいはsynthesize
目的が重要ならgenerate

674:デフォルトの名無しさん
09/04/23 09:07:58
～にcomposeやgenerateが入るのが、outputする関数の名前としては既におかしい。

OutputComposedStringとかならまだ分かるが。

675:デフォルトの名無しさん
09/04/23 09:47:23
IN: 引数
OUT: 戻り値

676:デフォルトの名無しさん
09/04/23 11:14:06
ルールとかOutputとかが何を意味するのかわかんないけど
joinとかそういうのとは違うの？

677:デフォルトの名無しさん
09/04/23 11:20:23
やはりTONさんのネーミングセンスは一味違うな

678:デフォルトの名無しさん
09/04/23 16:31:55
やっぱTONさんパネェっす

679:デフォルトの名無しさん
09/04/23 17:05:20
浮動小数点数が非数でも無限でもないことを判定する関数の
名前は何にしたらよいでしょう？

IsRealNumber にしようとおもったら、実数は無限を含むらしいので。

680:デフォルトの名無しさん
09/04/23 17:12:17
IsFinite

681:デフォルトの名無しさん
09/04/23 17:18:54
真偽を逆にしてIsNaNOrInfinite

682:デフォルトの名無しさん
09/04/23 19:39:53
>>679
正負の零、非正規化数、正規化数をあわせて、finiteとよぶ。

683:676
09/04/23 20:04:42
>>677
>>678
それもしかして俺に言ってるの？
joinはセパレータ使って文字列結合するときには普通に使う関数名だよ？
スクリプト言語とかboost.string_algoとか使ったことない？

ちなみにセパレータじゃなくて意味のある文字列ならformatXXXのほうがいいかな
composeとかのほうが意味がわからない

684:デフォルトの名無しさん
09/04/23 20:25:35
>>679
つ　float.h

685:デフォルトの名無しさん
09/04/23 20:27:17
>>683
どうみても674あてだろがｗ

686:デフォルトの名無しさん
09/04/23 20:45:46
疑心暗鬼に陥っているなｗ

687:デフォルトの名無しさん
09/04/24 04:35:34
>>683
このスレの住人のTON検出力を甘く見んなｗ

688:デフォルトの名無しさん
09/04/24 04:40:17
683：（674に言ってるように見える・・・俺がTONなんだが・・・）

689:デフォルトの名無しさん
09/04/24 04:50:52
TONさんは頑なにTONが含まれるレスを無視するからアリエネ

690:デフォルトの名無しさん
09/04/24 06:31:07
ﾜﾛﾀ

691:デフォルトの名無しさん
09/04/24 07:25:31
質問者はトンさんに絡まれたくない時は冒頭にTONって入れときゃいいのか

692:デフォルトの名無しさん
09/04/24 13:29:23
じゃあsageの代わりにTONって入れればいいんじゃね。

693:デフォルトの名無しさん
09/04/24 18:26:36
まじぱねえっす

694:デフォルトの名無しさん
09/04/27 20:49:56
マイコンに接続されてるセンサー（今は温度センサーをつけてる）からデータを受けてviewクラスに値を渡したいのですが

項目名（温度センサーなら温度）とその値を持つ構造体の名前、どうしたらいいでしょうか
単純そうに思えてしっくり来る名前が思いつかないです

695:デフォルトの名無しさん
09/04/27 21:42:20
NameValuePair

696:デフォルトの名無しさん
09/04/27 22:43:49
SensorData

697:デフォルトの名無しさん
09/04/27 23:00:42
SensedData
SensedValue

698:デフォルトの名無しさん
09/04/28 06:39:45
DetectedParameter

699:デフォルトの名無しさん
09/04/28 21:20:06
SensorEntry

700:デフォルトの名無しさん
09/05/03 14:17:29
項目名と構造体名がお互いに愛し合っているなら、最も単純なものを。
そうではないが、刺激を与え合う関係であれば、中程度に複雑なものを。
誰もが気流に乗れていない状況であれば、いっその事名前をつけない。
客に媚びたいならば、可能であればジェネリクスを使う（同時に、客にはキッシュでも食わせておく）。

701:デフォルトの名無しさん
09/05/05 05:06:58
書き込む前にもう一度だけ読み返してさえいれば、こんな事にはならなかったのにな

702:デフォルトの名無しさん
09/05/06 10:21:45
むちゃしやがって・・・

703:ムモー
09/05/10 22:17:00
ClassName みたいな方法で名前を書くときって、
頭文字語を入れると読みにくくなるよね。
たとえば、「ABC法」という方法があって、
それをクラス化する場合、ABCMethod とすると読みにくくない？
AbcMethod にすべき？それだと頭文字であることが分かりにくいよね。

704:デフォルトの名無しさん
09/05/10 22:25:02
キャメル法って言うんでしたっけか。
_使うっていう俺は素人

705:デフォルトの名無しさん
09/05/10 22:33:16
InitializeAclとか。

706:デフォルトの名無しさん
09/05/10 22:39:49
>>703
俺はマイクロソフトのガイドラインに則って2文字か3文字以上かで分けてる。

IOMode ioMode;
XmlDocument xmlDocument;

707:ムモー
09/05/10 22:50:28
>>706
うーん。でも、「AB法」とそれを拡張した「ABC法」というのがあって、
一方は ABMethod でもう一方は AbcMethod っていうのは、よくないかなーって。
実際、今の仕事でそういうのがあるんだけど。

708:706
09/05/10 22:54:43
>>707
それはさすがにきもいな。
どっちかにそろえるべきだと思う。

709:デフォルトの名無しさん
09/05/11 00:52:32
可読性も重要だが、名前の衝突が深刻

710:709
09/05/11 01:07:27
いみふなので付けたし

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

なので、AbcMethodに一票
ABMethodは、作った人を殴りに行こう

711:709
09/05/11 01:10:21
よく読んでなかった。マイクロソフトな言語だったら殴んなくていいのね

712:デフォルトの名無しさん
09/05/11 02:01:23
Pythonならacronymのケースは全部大文字だな

713:デフォルトの名無しさん
09/05/11 03:51:13
709が恥ずかしすぎる件について

714:デフォルトの名無しさん
09/05/11 19:11:41
JavaScriptでボタンのonclickにセットする関数として、
押される度にあるdivの表示非表示を切り替える関数は
なんて命名したらいいですか？
switch~~とかchange~~とか付けてたけど、ふと気になった。

715:デフォルトの名無しさん
09/05/11 19:20:21
Toggle***Visibilityとか

716:デフォルトの名無しさん
09/05/11 21:15:30
>>710
命名規則に従わないとコンパイル通らないプログラミング言語でもない限り、
トラブルに巻き込まれるわけがないだろ……

つかコーディング規約ってものは「周囲に合わせる」のが常識だろ？
C++ Coding Standards の冒頭にも書いてるけど、
重要なのはルールに従うことじゃなく、一貫した書き方をしていること。
ABMethodがあるなら当然ABCMethodを期待するだろ。
名前の問題より、期待を裏切られるほうが深刻。
命名規則に盲目的に従うとかそれこそいみふだろ、常識的に考えて

717:デフォルトの名無しさん
09/05/11 21:37:42
709はもんのっすっごい馬鹿なTONさんて感じだな

718:デフォルトの名無しさん
09/05/11 22:21:19
>>716
一貫した書き方をするために、盲目的にルールに従う必要があるの。
大体「周囲」って何なんだよ。
命名規約に従うとABMethod、AbcMethodという状況で、
ABCMethodなんて規約に反した命名するのは俺からしたら思いっきり
「期待を裏切る」行為だけどね。

719:デフォルトの名無しさん
09/05/11 23:02:40
途中から関わる場合は周囲に合わせる。
最初から関わる場合は途中で変えない。

720:デフォルトの名無しさん
09/05/11 23:14:31
Java だと、名前が衝突したときに、obscure とか hiding とか shadow とか
（あと一つあったような）いろいろ面倒な概念が必要になるんだわ。
マイクロソフトは知らね

721:デフォルトの名無しさん
09/05/12 13:37:29
命名規約に従うなら、そもそも ABC なんて略語を使うのが規則違反なワケで
AnyBasicChannel とかナントカ（意味フ）みたいに、略さなければいいこと。
そうすれば ABC なのか Abc なのかで悩む必要はない。

ところで便乗質問。
ラクダ法で名前を付けるとき、最初の１文字は小文字にすべし。たとえば
inputOutputMethod
みたいになるわけだが、頭にアンダースコアを付けると
_InputOutputMethod
でいいの？i は２文字目だから大文字でいいの？

722:デフォルトの名無しさん
09/05/12 13:52:28
C/C++ の標準規格に従うなら、そもそも _Input なんて頭にアンダースコアをつけるのが規則違反なワケで
inputOutputMethod とかナントカ（意味フ）みたいに、つけなければいいこと。
そうすれば _input なのか _Input なのかで悩む必要は無い。

723:デフォルトの名無しさん
09/05/12 16:34:54
知らないならレスしないでください

724:デフォルトの名無しさん
09/05/12 21:18:25
>>721
所詮コーディング規約なんだから、
規約を知らない人間が理不尽だと思うようなルールには従わんでいいだろ。
「ハイフンの次は先頭じゃないから大文字でいいよ！」なんて
馬鹿げた規約が仮にあったとしたら、その規約を10部くらい印刷して全部破り捨てるね。

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

つかコーディング規約にやたら拘る人多いけど釣りなの？

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

ABCMethodをAbcMethodにしないと面倒という意味がわからないし、
そもそもこれが面倒になるようなコード書くなよとしか言えない。this.x = x;はよくやるが。
ついでにC++とかのADLとかtypedef typename とかと比べるとだいぶ簡単な気がするぞ。

726:デフォルトの名無しさん
09/05/12 21:55:36
>724
キャメルは先頭小文字で、先頭大文字はPascalだと思うが。

727:デフォルトの名無しさん
09/05/12 22:07:08
途中の大文字をラクダのコブに見たててのcamel caseだから、先頭は小文字であれかし。

728:726
09/05/12 23:09:45
wikipediaによれば総称camel caseで先頭大文字のものをupper camel caseまたはpascal case、
先頭小文字のものをlower camel caseまたは単にcamel caseと呼ぶ、だそうな。

729:デフォルトの名無しさん
09/05/12 23:25:38
オレの亀は頭がデカい

730:デフォルトの名無しさん
09/05/13 07:25:44
文中でも文頭でもcamelCase, PascalCaseとかけば誰も間違えないよ。

731:デフォルトの名無しさん
09/05/13 11:27:17
パスカルは天才だから頭がデカイ

732:デフォルトの名無しさん
09/05/13 12:13:15
頭を上げた状態のラクダがいてもいいんではないだろうか

733:デフォルトの名無しさん
09/05/13 13:45:11
チェザーレにお世話になってるんですね、わかります。

734:デフォルトの名無しさん
09/05/14 00:36:23
これから作るクラス名、"RewindableIterator" と "MementoIterator" のどっちにしようか悩んでるんだけど
分かりやすいのはどっちだと思いますか？

735:デフォルトの名無しさん
09/05/14 00:50:19
何作るのか知らんが
名前だけ見て動作が多少想像できるのは前者

736:デフォルトの名無しさん
09/05/14 01:02:36
MementoというとMementoパターンに関連したものをイメージするのだが、
IteratorがMementoパターンにどう関連するかわからない。

737:デフォルトの名無しさん
09/05/14 01:08:41
Mesomesoパターン

738:736
09/05/14 04:19:18
名前だけでだいたい通じるかなーと思って敢えて詳細は書かなかったんだけど、
普通のイテレーターの機能に加えて、
・saveState⇒現在のindexをスタックに追加(Push)する
・backState⇒スタックの先頭を取り出して(Pop)、現在のindexをそれに置き換える
ていう機能がついてる感じです。

個人的にはやっぱ前者かなーと。セーブ地点に「戻せる」ようにすることが目的であって、
状態のスナップショットを記録するっていうのはちょっと違うかなぁと。

739:デフォルトの名無しさん
09/05/14 04:20:03
あ、734だったｗ

740:デフォルトの名無しさん
09/05/14 04:22:03
restoreState

741:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/05/14 06:17:02
StickableIterator
RestorableIterator

743:デフォルトの名無しさん
09/05/14 07:14:21
UnwindableIterator

744:デフォルトの名無しさん
09/05/14 08:57:12
>>741
つ　bidirectional iterator

745:デフォルトの名無しさん
09/05/14 09:04:57
>>738
だったら、いっそ以下。

StackableIterator
pushState()
popState()

746:デフォルトの名無しさん
09/05/17 14:12:52
ハンガリアンについての質問です。

int nIndex;

のポインタ変数を、

int* lpnIndex;

にしました。
この場合、int** のポインタ変数のプリフィックスは何にするのが一般的でしょうか。

747:デフォルトの名無しさん
09/05/17 14:33:20
俺はハンガリアン使わないけど、なんでlp(= long pointer)なんだ
Win32APIとあわせてるの？

748:デフォルトの名無しさん
09/05/17 14:57:36
lplpn

749:746
09/05/17 15:29:51
>>747
16bit 時代からプログラミングしてると、どうしても p は 16bit、lp は 32bit って意識が強いから、
lp にしちゃうんだよね

>>748
lplpn しかないか～。thx!

750:デフォルトの名無しさん
09/05/17 15:45:01
システムハンガリアンなんか使うな

751:デフォルトの名無しさん
09/05/17 18:26:39
ハンガリアンについての質問だからいいだろ。

752:デフォルトの名無しさん
09/05/17 22:23:19
8bit時代からプログラミングしてるが別にそんなこだわりない

753:デフォルトの名無しさん
09/05/17 22:58:08
　　　　　　　　＿_
　　　　 , ‐' ´　　　｀`‐、　　　　　　／￣:三}
.　　　／,. -─‐- ､.　　ヽ　　　　　　　　/　　 ,.＝j
　＿,.:_'＿＿＿＿＿_ヽ、　.!　　　　　 .／　 _,ﾉ
　 `‐、{　へ　　'ﾞ⌒　`!~ヽ. !　　　　／{.　　/
　　　｀!　しﾟ　（　ﾟj　`v‐冫　　　, '::::::::ヽ､/
.　　　 {.l 　 '⌒　　　ﾞ 6',!　　 / :::::::::::::::/ __ そんなことよりTimeOfNowの話しようぜ！
. 　　〈　　< ´￣,ﾌ　 .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､
.　　　ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠.　　ヽ_}　ﾞヽ
　　　　 ,.r｀ "´　　／:::::::::::::::::::ィ´　　｀ゝ　 !、　　/
　　　　　/ 　　　 / :::::::::::::::: ; '´　　　/´＼　/ 　 r'＼
.　　　　 i　　　　　 ! ::::::::::::::／墨　|　.!::::::::／ヽ､.._!ヽ.　ヽ､
　　　　 {　　　　　 {:::::::::::;:ｲ　/　　 ∥ｉ:::::::/:::::::::::::/　＼
.　　　ヽ　　　ヽ,.ｧ‐'´ /ヽ二 ,/`ヽ、::::::::: ／　　　ヽ
　　　　　ヽ、　,. ‐'"　　 .ノ ,〈　　 >　　 `'‐- '
　　　　　 >　　 _,. ‐'´　/ /　　　｀)
　　　　　　 ,ゝ　　　　　＿.⊥.-r┬:/
　　　　　　ヽ_,. -‐i"!´「L.=!┘　　　ヽ
　　　　　　 <　　　　 / ／　　　　　　　|
　　　　　　 /　　　、i / ＿＿　　　　 ./

754:デフォルトの名無しさん
09/05/18 06:47:56
通知機能（Yahoo!とかのアラート機能のようなもの）の通知条件を入れておく変数なのですが、

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

アドバイスお願いします。

755:デフォルトの名無しさん
09/05/18 06:49:07
condition

756:デフォルトの名無しさん
09/05/18 21:59:27
notificationTrigger

757:デフォルトの名無しさん
09/05/23 06:30:19
外部に接続してる計器からの値を受けて出力するPresentationに相当する基底クラスと
クライアント領域へ出力する派生クラスとファイルへ出力する派生クラス命名をお願いします。

758:デフォルトの名無しさん
09/05/23 09:56:06
Presentation
ClientPresentation
FilePresentation

759:デフォルトの名無しさん
09/05/23 12:32:57
なんという直球
だがそれがいい

760:デフォルトの名無しさん
09/05/23 12:38:15
今何番目か？を表す変数と
何個あるか？を表す変数

が紛らわしくていつも困る。
なんたらnumとか言われてもどっちを指しているのかわからん。

761:デフォルトの名無しさん
09/05/23 12:55:11
個数はcount、順序はnumber。

762:デフォルトの名無しさん
09/05/23 14:19:18
あれ？そういうもんなの普通は。
countってなんかループカウントみたいで使ったことないな…

763:デフォルトの名無しさん
09/05/23 14:30:32
困るねぇ
index と length に持ってければ length にしちゃう

764:デフォルトの名無しさん
09/05/23 14:42:54
個数は先頭にnもしくはnumberOfをつける
順序はi, j, kもしくはindex,id

765:デフォルトの名無しさん
09/05/23 15:19:19
>>760
Code Completeではnumberはさけて、indexとcountを使うとあったよ。

>>762
ループカウンタはi, j, kしか使わない、ってことにすればすっきりするよ。

766:デフォルトの名無しさん
09/05/23 15:31:52
>>765
なるほど。ｔｈｘ

767:デフォルトの名無しさん
09/05/23 21:33:48
今更なんだが、4方向をつけるとしたらrightとleftは迷わないんだが、
上と下ってup,above,under,lowのそれぞれどれがいいんだ？
辞書で調べたんだが、今一どれが一般的なのか分からん。

768:デフォルトの名無しさん
09/05/23 21:37:34
一般的にはupとdownでは

769:デフォルトの名無しさん
09/05/23 21:37:48
>>767
単純に(矢印で表されるような)方向のことならupとdownを使ってる。
上辺とか下辺という意味が強いならRECTにならってtopとbottomにしてる。

770:デフォルトの名無しさん
09/05/23 21:47:47
やっぱupとdownか。
ありがとう。

771:デフォルトの名無しさん
09/05/23 23:28:49
javaとCです、ユークリッド互助法で使う
除算の余りを表す変数名に相応しいものを、それぞれについてお願いします。

772:デフォルトの名無しさん
09/05/23 23:42:49
>>771
URLﾘﾝｸ(en.wikipedia.org)

773:デフォルトの名無しさん
09/05/23 23:50:32
>>772thx
java、cともにgcdと命名します

774:デフォルトの名無しさん
09/05/24 06:22:14
えっ…？

775:デフォルトの名無しさん
09/05/24 07:52:12
えっ

776:デフォルトの名無しさん
09/05/24 10:36:04
キーワードを列挙するテキストフィールドの名前はkeywordFieldか、keywordsFieldか…

777:デフォルトの名無しさん
09/05/24 15:49:14
>>773
関数名ならgcdでいいが局所変数は（ｒｙ

778:デフォルトの名無しさん
09/05/24 20:39:06
>>776
英語的には textfield (that) Enumerates Keywords とか？
textfiledEnumKeywords
とかなんとか。
変ですかすいません。

779:デフォルトの名無しさん
09/05/24 21:17:00
それはネタで言ってるのか

780:デフォルトの名無しさん
09/05/24 21:58:12
えっ

781:デフォルトの名無しさん
09/05/24 22:18:15
>>776
キーワードってのが既に曖昧じゃない？改めた方がいい気がする
列挙する機能がそれに付いてるのなら～sFieldでいいと思う

782:デフォルトの名無しさん
09/05/24 22:30:57
keywordEnumerationField

783:デフォルトの名無しさん
09/05/25 13:48:04
数値をKBとかGBとかの単位に変換する
処理（関数）の名前をお願いします。

784:デフォルトの名無しさん
09/05/25 14:30:57
toSIPrefix

785:デフォルトの名無しさん
09/05/25 19:24:02
C++を使ったゲームのプログラムで、
指定されたボタンが押されたかどうかをチェックする関数名をお願いします。

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

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

●オーバーロードまたはデフォルト引数の機能を使って、第2引数に「より詳細な状態（トリガ）」を指定することが出来る。
　例：
　Func( MOUSE_R ) ; //マウスの右ボタンが押されていれば真
　Func( MOUSE_R , PUSH_DOWN ) ; //押した瞬間のみ真

786:デフォルトの名無しさん
09/05/25 19:38:38
PollButton

787:デフォルトの名無しさん
09/05/25 20:12:45
上の関数をIsPressed
下の関数をIsTriggeredと命名してる
俺の場合

788:デフォルトの名無しさん
09/05/25 21:38:39
>>785
inputEventRecieved

789:デフォルトの名無しさん
09/05/25 21:39:20
>786
ネットワーク用語のポーリングと同じ意味？

>787
現状だと僕も同じような名前で使っています。
ただ、関数名を共通にして、引数の違いだけで区別できないかな？と思いまして。

790:デフォルトの名無しさん
09/05/25 21:42:36
引数で機能をスイッチする万能関数って俺は好きじゃないな
ｽﾚﾁだが

791:デフォルトの名無しさん
09/05/25 22:03:57
ちょっとMS臭するけどQueryInputStateとか
機能が複雑なのでIs～とかGet～とかは付けたくない感じ

792:783
09/05/26 02:11:38
>>784
ども。
toSIPrefixだと、なんかおちつかない気分になります。
SI接頭辞はK/M/Gとかいうことですよね？ちょっとあわないような。

4,668,327→4.45Mというような、SI接頭辞を含む変換を行う
処理(関数)を明確にあらわす名前はないでしょうか？

793:デフォルトの名無しさん
09/05/26 02:32:41
有効数字3桁くらいになるように、適当に接頭辞を付けたものを
human readable と表現することがあるが、そういうこと？

794:デフォルトの名無しさん
09/05/26 02:40:34
ls --human-readableか。

795:デフォルトの名無しさん
09/05/26 03:58:39
>>783
toBinaryPrefixNotation

BinaryPrefixというのがIEEEで定められてるので、そっからとってみた。

796:デフォルトの名無しさん
09/05/26 04:14:49
BinaryPrefixは違うだろ。

797:デフォルトの名無しさん
09/05/26 07:25:56
あってるだろ。
SI prefixだと 10^3, 10^6 の意味だからむしろ間違い。

798:デフォルトの名無しさん
09/05/26 13:02:49
KiBとかMiBに変換するならあってる

799:デフォルトの名無しさん
09/05/26 18:28:46
Cのマクロについてお願いします。

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

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

別スレに誤爆したけどくじけないぞ。

800:デフォルトの名無しさん
09/05/26 18:58:40
(1)
ASSERT_PRECAUTION
ASSERT_IN_PRODUCTION_RELEASE
ASSERT_BETA_TEST
ASSERT_BETA_FOREVER
ASSERT_PARANOIA

(2)
perlにならってDIE

801:デフォルトの名無しさん
09/05/26 19:37:45
手元の本を見てみたら、ASSERT_STRONGとHALTだった

802:デフォルトの名無しさん
09/05/26 22:37:52
HALTってCPUが止まりそうでイヤンだな

803:デフォルトの名無しさん
09/05/26 22:48:35
(2)は FATAL ってのをよくつかう。

804:デフォルトの名無しさん
09/05/27 01:53:03
>>799
(1) 強制assertっぽいので、FORCE_ASSERT。
(2) 「強制終了」のイメージがありそうなHALT。

805:783
09/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:デフォルトの名無しさん
09/05/27 08:34:55
1回割ったとか2回割ったとかいう情報は失っていいの？

807:デフォルトの名無しさん
09/05/27 13:55:43
英語としての ASSERT の意味をわかってないやつがいるようだ。

808:デフォルトの名無しさん
09/05/27 14:28:04
>>799
1. CHECK, VALIDATE
2. FATAL_ERROR

809:デフォルトの名無しさん
09/05/27 20:10:44
>807
具体的にどれさ

>808
ASSERT関係なくね？

810:デフォルトの名無しさん
09/05/27 20:30:18
関数名なのですが、

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

findIdByNameでは可笑しいでしょうか？
よろしくお願いします。

811:デフォルトの名無しさん
09/05/27 20:58:40
intern

812:デフォルトの名無しさん
09/05/27 21:19:57
関数を使う側から見れば
既にDBにあろうが無かろうが関係なく、指定した名前に対するIDを貰ってくるという見た目は変わらないんじゃない？

813:810
09/05/27 21:23:13
>>811
これは私宛でしょうか？
もう少しnameを渡してidを得るというニュアンスが欲しいのですが。

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

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

getIdByName??

814:デフォルトの名無しさん
09/05/27 21:36:14
fetchIdByName

815:デフォルトの名無しさん
09/05/27 21:45:27
>>813
lispとかのinternはまさにそんな感じの動きするから。

816:デフォルトの名無しさん
09/05/27 22:40:51
コレクションのメソッド名についてお願いします。

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

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

3.
コレクションのランダムな要素と引数に指定した要素を置き換えるメソッド

817:デフォルトの名無しさん
09/05/27 23:14:20
Cみたいに、仮引数に名前をつけられるなら、関数名にNameをつけないで
そのまま GetId ( name )　というパターンもありそう。

Perlなら GetId( 'name' => $name ) とか出来た気がするし。

818:デフォルトの名無しさん
09/05/27 23:30:57
>>816
ランダムって、適当にどれでもいいから一つって意味？
それとも呼ぶ側が指定した任意のアイテムって意味？

819:デフォルトの名無しさん
09/05/27 23:37:33
>>816
1. getRandomItem()
2. getRandomItem_remove()
3. getRandomItem_swap()

>>818
「ランダム」といえば乱数的だろ。jk

820:783
09/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:デフォルトの名無しさん
09/05/27 23:59:16
>>816
random_sample
random_pop
random_swap

でもメソッド？
randomな自然数を決めて添字アクセスができればどんなコンテナでもいいし、
関数でいいような気がするけどなー

822:デフォルトの名無しさん
09/05/28 00:01:34
>>819
> 「ランダム」といえば乱数的だろ。jk

random access memory って別に乱数的じゃないわけで。ま、どうでもいいけど。

823:デフォルトの名無しさん
09/05/28 00:09:04
>>820
NormalizeByRadix

824:デフォルトの名無しさん
09/05/28 01:07:22
>>822
ランダムとランダムアクセスをいっしょくたにするやつはいないだろ。

825:デフォルトの名無しさん
09/05/28 01:10:11
>>821
>>816の2は「要素の削除」をするようなので、コンテナオブジェクトの
メソッドにするのは当然なんでは。
それとも、まさかstd::remove()みたいな仕様にするのか？

826:デフォルトの名無しさん
09/05/28 01:21:17
それよりも、>>820の1つ目の例がケルビンなのが気になる

827:799
09/05/28 02:12:43
ごめんなさい、お礼言い忘れてました。
ありがとうございます。

828:デフォルトの名無しさん
09/05/28 02:23:07
そういうときは各回答への感想とかどれを採用したとか書くとなおもりあがるぞ

829:デフォルトの名無しさん
09/05/28 02:39:56
「ASSERTはリリース時に全部削ることにしたから」
「製品版で強制終了させるなら、きちんと別処理にしたほうがいいんじゃね」

なんてやりとりがあったことは秘密ですよ？

830:デフォルトの名無しさん
09/05/28 14:23:24
要素を参照するとその要素が削除されるハッシュを作っているのですが
どんな名前が適切でしょうか？

831:830
09/05/28 14:26:47
自己レス
要素がすぐ消えてなくなるから VolatileHash とかどうでしょうかね
わかりにくいか……

832:デフォルトの名無しさん
09/05/28 14:47:16
ハッシュとはハッシュテーブルの集合か？
DestructiveReadoutHashSetかな

まあpop(set, key)関数でも作って使わせた方が良いと思うけど

833:デフォルトの名無しさん
09/05/28 22:12:47
すっごく特殊なプライオリティキューみたい。

834:デフォルトの名無しさん
09/05/28 23:21:57
VerySpecialPriorityQueueLikeHash

835:デフォルトの名無しさん
09/05/29 01:02:38
メソッドでSQL文の要素(カラム名とか検索キーとか)を指定してSQL文を構築するクラスのフィールドで
カラムが固定されたかどうか(それ以上カラムを設定できない)を判定するフラグ変数の名前で迷ってます。
fixedはどうもバグフィックスのイメージが強いので他のキーワードってないでしょうか

836:デフォルトの名無しさん
09/05/29 01:21:10
>>835
freezeしてfrozenになる、という話かと思ったら違うね。

必要な要素をいくつか指定していき、指定し終えた、よってさらなる指定は
できない、という判定をするものなら fulfilled はどうだろうか。

837:デフォルトの名無しさん
09/05/29 03:55:42
>>836
freezeもいいですね。凍結するって感じで
でもfulfilledの方が「追加できない」って意味で合ってる感じがするので
fulfilledの方を使わせてもらいます。(fullfilledって間違えそう・・・)
ありがとうございました。

838:デフォルトの名無しさん
09/05/30 09:03:26
命名とはちょっと違うかもしれないのですが、
foreachで変数を回すときに
itemsとかなら　foreach ($items as $item)　としているのですが、
seriesとかequipmentのように、
複数形と単数形の区別がない名詞の場合、
みなさんならどうしてますか？

かっこいい方法が知りたいです。

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

自分の場合はね。

840:デフォルトの名無しさん
09/05/30 10:31:25
なるべく使わないか、複数を表すならuncountな名詞でもあえてs付けたりするな。
どうような理由でbooleanを返すメソッドでareで始まるのが文法上ただしくても
あえてisで始めたりする。

841:デフォルトの名無しさん
09/05/30 12:49:09
馬鹿が辞書ひっくり返して見つけたアレな単語の変数名とか見るともうゲンナリ

842:838
09/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:デフォルトの名無しさん
09/05/30 13:17:29
>>842

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

＞>>局所的なのは短く、大域的になるにつれて長く。
＞というのは、それを考慮してのことでしょうか？
局所的なのは、使われてる場所自体が、説明的な長い名前の代わりになる。
大域的になるにつれてそういう情報が少なくなるから、説明的な長い名前にする。

844:デフォルトの名無しさん
09/05/30 13:18:38
部屋にものが２個しかなければ、「あれ」と「それ」で事足りるみたいな感じね。

845:デフォルトの名無しさん
09/05/30 13:21:23
一文字違いの変数名を使うのは、泣きそうな間違いをする可能性がある

846:デフォルトの名無しさん
09/05/30 14:20:36
javaで今時のideだとそんなに大きな問題じゃないよ

847:デフォルトの名無しさん
09/05/30 14:26:27
eclipse でリファクタリングすればいいしね

848:デフォルトの名無しさん
09/05/30 20:12:44
>>838
オレならなんでも「it」。

849:デフォルトの名無しさん
09/05/30 20:47:18
「it」と呼ばれた変数

850:デフォルトの名無しさん
09/05/30 21:11:03
$_ でいいやん

851:デフォルトの名無しさん
09/05/30 21:18:11
itとかアナフォリックなマクロみたいだな

852:デフォルトの名無しさん
09/05/30 21:47:11
穴掘りっ苦

853:デフォルトの名無しさん
09/05/30 22:17:23
オナホ立国

854:デフォルトの名無しさん
09/05/31 08:20:38
ある変数にprefixを適用した後の名前って、どんなのがいいですかね？

855:855
09/05/31 08:23:42
fixed～とかかな？

856:デフォルトの名無しさん
09/05/31 11:31:53
日付形式の画面入力項目(txtCloseDate)を受け取るstring型変数と、それを変換したDateTime型変数。
型のプレフィックスを付けない場合はどう名付ければいいでしょうか？

857:デフォルトの名無しさん
09/05/31 11:53:34
in_str
date

型のプリフィックじゃなくて、入力を示すアプリケーションハンガリアン

858:デフォルトの名無しさん
09/05/31 18:44:24
>>799
つverify()

859:デフォルトの名無しさん
09/06/02 17:04:32
構造体のメンバ変数名なんだけど、hogeCountってhogeCntみたいに省略します？

860:デフォルトの名無しさん
09/06/02 17:14:16
俺は省略しない派

861:デフォルトの名無しさん
09/06/02 18:03:44
俺は省略する派

862:デフォルトの名無しさん
09/06/02 18:15:09
どっちだよｗ
誰か論理的に語ってくれよ

863:デフォルトの名無しさん
09/06/02 18:35:44
>>859
nHoge

ハンガリアンで何が悪い！

864:デフォルトの名無しさん
09/06/02 19:02:07
省略する必要がなければ省略しなきゃいい

865:デフォルトの名無しさん
09/06/02 20:20:57
>>863
ハンガリアンとか関係ないだろｗ
略すか略さないかの問題なんだよ
Count消えてるじゃねえか

866:デフォルトの名無しさん
09/06/02 20:35:17
じゃ cHoge

867:デフォルトの名無しさん
09/06/02 20:36:53
変数名では省略
メソッド名では省略しない。

868:デフォルトの名無しさん
09/06/02 20:42:24
原則省略しない。
自分も含めてチームの全ての人が一見して即わかるなら省略して良い。

869:デフォルトの名無しさん
09/06/02 21:31:21
msgとかresとかは？
どっかでこういうのの一覧みたことあるんだけど、どこだったかなぁ？

870:デフォルトの名無しさん
09/06/03 00:09:59
>>868
引き継ぐ人カワイソス

871:デフォルトの名無しさん
09/06/03 01:17:28
msg=マッサージ

872:デフォルトの名無しさん
09/06/03 02:42:14
privateなシンボルならそれ程気にしないで略称使う。
忘れても最悪１ファイル分解読すれば済むし。
publicなら意味が曖昧にならないよう念入りに推敲する。

873:デフォルトの名無しさん
09/06/03 03:09:29
状況によるってのが結論っすね。

874:デフォルトの名無しさん
09/06/03 11:38:41
str,msg,cntくらいなら略しても意味が伝わらないことは無いんじゃないかなあ。

875:デフォルトの名無しさん
09/06/03 12:47:27
initとか全部書きたくないっすよ。

876:デフォルトの名無しさん
09/06/03 13:08:44
やっぱりここは国際化
Internationalizationのように美しく略さないと

877:デフォルトの名無しさん
09/06/03 19:06:29
一つのモジュールの中にinitとinitialize（cntとcount、msgとmessage）の両方が定義してあるとか勘弁してくれ

878:デフォルトの名無しさん
09/06/03 19:17:54
privateなinitなんちゃらがいくつかあって、それらの親玉のinitializeが1個publicになってるのとかよく書いてる。

879:デフォルトの名無しさん
09/06/03 21:44:51
今時の補完って結構かしこいから単語は必要なだけ長くてもいい。
で、英語が多くなってくるとプロポーショナルフォントの方が読みやすかったりする。

880:デフォルトの名無しさん
09/06/03 22:39:39
>>879
読みやすさだけに限ればなんとか理解できなくもないが、
プログラムにプロポーショナルフォントなんて虫唾が走る

881:デフォルトの名無しさん
09/06/03 22:54:21
そう思ってたことが僕ry

882:デフォルトの名無しさん
09/06/03 23:20:08
プロポーショナルで満足できるって
よっぽどひどいディスプレイとIDEとフォントと・・・全部だめなの使ってるんだろうな

883:デフォルトの名無しさん
09/06/03 23:29:21
わざわざやらないけど、タブでちゃんとインデントさえ出来れば意外と我慢できるよ。

884:デフォルトの名無しさん
09/06/03 23:47:52
我慢なんてやだね

885:デフォルトの名無しさん
09/06/04 01:10:06
インデントが破綻しないなら
プロポーショナルもありかもなぁ

886:デフォルトの名無しさん
09/06/04 01:23:04
行頭だけならタブの個数で制御できるけど、
行中のコメント位置を揃えたいとかなると、
フォントが変われば即破綻だな。

つか、スレチだぜ。

887:デフォルトの名無しさん
09/06/04 18:43:46
このｽﾚチェックするの忘れてた。
お気に入り登録し過ぎたか

888:デフォルトの名無しさん
09/06/04 18:54:08
俺も最近はプロポーショナルだわ。
行頭以外でカラムはそろえないようにしたから、特に不自由はない。

889:デフォルトの名無しさん
09/06/04 19:09:29
C++だけどメンバ変数にm_って付ける？

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

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

どっちが主流なんだろ？
メンバ変数、引数、ローカル変数名が紛らわしいときいつも困る

890:デフォルトの名無しさん
09/06/04 19:11:46
俺は尻に_付ける。

引数やローカル変数と被ると言うよりはメンバメソッドとの重複を避けるためだが。

891:デフォルトの名無しさん
09/06/04 19:22:34
メンバ変数の尻に_ってのは初耳だなぁ
結構一般的な方法なのかな

あと
メソッドって動詞にしかならないイメージだから
メンバ変数と被るケースってのがちょっと自分には想像できないな…

892:デフォルトの名無しさん
09/06/04 20:08:57
そお? ケツに _ は、わりとメジャーだと思うけどなぁ
m_ はなんか重くて

this-> はどっかにやるなって書いてなかったっけ?

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

末尾_はインテリセンスと相性がいいから、結構使われてると思うよ。

894:デフォルトの名無しさん
09/06/04 20:52:51
俺も末尾_派

895:デフォルトの名無しさん
09/06/04 21:08:15
結構一般的なのね。
ありがと。
自分もなるべく一般性の高いやり方にしたいから末尾_使うようにする。

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

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

―って質問文を書いたら今気付いた。
先頭m_だと候補から選ぶとき最低3文字入力しないといけないからか。

896:デフォルトの名無しさん
09/06/04 21:34:36
末尾にアンダースコアはunix系で良く見る。

897:デフォルトの名無しさん
09/06/04 22:45:07
メンバ変数は

mHoge

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

あんまし見ないけど

898:デフォルトの名無しさん
09/06/04 22:58:54
視認性つっても色変えればいいだけじゃん。
色弱対応？

899:デフォルトの名無しさん
09/06/04 23:00:17
エディターの機能が充実してくると要らなくなるよね

900:デフォルトの名無しさん
09/06/04 23:19:22
そりゃVSでメンバだけ色替えできたら助かるけど

901:デフォルトの名無しさん
09/06/04 23:27:47
m_はVC使いに多い(MFCとかで一般的だから)。_を前につけるのがC/C++標準で非推奨になったので
後ろにつけるのが最近の流行。

902:デフォルトの名無しさん
09/06/04 23:31:47
MFCで作るときだけはm_の慣習に従うな。
クラスの頭にCとかも。

903:デフォルトの名無しさん
09/06/04 23:47:20
m_ は古めなイメージ

904:デフォルトの名無しさん
09/06/05 00:07:43
土下座AAみたいだ

905:デフォルトの名無しさん
09/06/05 01:20:58
>>897
mHogeでも大文字にするためにシフト必要じゃね？

906:デフォルトの名無しさん
09/06/05 01:24:47
MetrowerksのPowerPlantがそれを採用していた。

907:デフォルトの名無しさん
09/06/05 01:40:01
>>905
VC2003で確かめてみたがshiftは不要。mhと入力するだけでmHが候補に挙がる。
万が一mhで始まるメンバが他にあるなら小文字のh側が優先されるが、まずないだろうし。

908:デフォルトの名無しさん
09/06/05 19:25:12
まずないと言い切れる根拠が判らんが、お前がそう言うんならそうなんだろう。

909:デフォルトの名無しさん
09/06/05 19:40:10
C#だと付ける場合は先頭に_が主流かな。

910:デフォルトの名無しさん
09/06/05 21:01:49
javaも付けるなら前だな。付けないけど。

911:デフォルトの名無しさん
09/06/05 22:13:06
m_H_m　前後に付けるのが流行る

912:デフォルトの名無しさん
09/06/05 22:19:28
for (; ;) { m_OoO_m ; ; }

913:デフォルトの名無しさん
09/06/05 23:25:44
>>907
mAppleというメンバがあって
maxというメソッドがあったり

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

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

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

mOrangeというメンバがあって
moveというメソッドがあったり

914:デフォルトの名無しさん
09/06/06 02:36:15
>>913
命名規約がなかったり無視されたりしがちな社内製作、社内利用の
アプリケーションなんかだと良くあるよね。

とりあえずRubyみたいにメンバ変数は"@"で始まるとか
文法で決めてしまってくれたほうがすっきりして良いと思うんだけど、
Java改良版(と個人的に思っている)のC#でも採用されないところをみると、
みんなあんまり好きじゃないのかな?

915:デフォルトの名無しさん
09/06/06 02:41:16
いっそのことJSやらPythonやらみたいにthis強制でいいと思う

916:デフォルトの名無しさん
09/06/06 04:45:29
DAOのメソッド名を考えています。
命名規約のようなものが見つからないので、
とりあえず自分では以下のように考えているのですが、
何か駄目出しがあったら教えて下さい。

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

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

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

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

insert - 追加

update - 全件更新
updateByFoo - 更新

delete - 全件削除
deleteByFoo - 条件指定の削除

次ページ