- 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/
- 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という方向でですね
|
 |
