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

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

554:デフォルトの名無しさん
09/03/22 01:13:35
ブログツール作ってるんですけど
記事一つがEntryクラスで
それの集合がEntryListクラスなんですが

記事を追加したり削除したり
条件を指定してEntryクラスやEntryListクラスを返す
みたいなものを一括するクラスの名前はどうしたらいいでしょうか？

555:デフォルトの名無しさん
09/03/22 01:35:33
EntryManager

556:デフォルトの名無しさん
09/03/22 02:43:32
EntryRepository

557:デフォルトの名無しさん
09/03/22 03:25:02
>>554
EntlyList.add
EntlyList.delete
EntlyList.find
EntlyList.filter

メソッドじゃね？

558:デフォルトの名無しさん
09/03/22 18:12:32
スレ違い

559:デフォルトの名無しさん
09/03/22 21:31:42
EntryStore

560:デフォルトの名無しさん
09/03/23 11:20:29
ビットマップの透過色を指定して32ビットのビットマップにする関数

561:デフォルトの名無しさん
09/03/23 21:12:19
create transparent image(source image, transparent color) とか。
新しいビットマップを返すのか、所与のビットマップを変換するのか
で多少変わるだろうけど。

alpha値を変更するという観点での命名もありえるかもね。

562:デフォルトの名無しさん
09/03/25 12:32:57
新人にありがちな例

クラスなに？
↓
1年のときはAでした。

563:デフォルトの名無しさん
09/03/25 12:37:30
vipでやれ

564:デフォルトの名無しさん
09/03/25 17:04:05
おお、こんなスレあったんだな
今度困ったときに相談するよ

余談だが俺の後輩は全部ローマ字読みで命名するんだよね・・・
でも意外だが一部では肯定派もいるらしいね

565:デフォルトの名無しさん
09/03/25 17:47:43
後輩に和英辞書をプレゼントしてあげてください

566:デフォルトの名無しさん
09/03/25 18:26:14
でも勘定科目の英訳とか、普通の辞書には載ってないよね……

567:デフォルトの名無しさん
09/03/25 20:59:57
コボラは、英単語が多数予約語になってるので、ローマ字日本語で命名する
習慣が定着しているそうだ。英語が母語な人はどうしてるんだろう。

568:デフォルトの名無しさん
09/03/25 22:31:11
プレフィクスにFUCKIN_つける。

569:デフォルトの名無しさん
09/03/26 01:12:55
イギリス人はBLOODY_をつけるんですね。わかります。

570:デフォルトの名無しさん
09/03/26 09:34:49
FUCKIN_MIHARAI
BLOODY_URIKAKE

571:デフォルトの名無しさん
09/03/26 12:24:15
なんでそこでローマ字なんだよｗｗｗ

572:デフォルトの名無しさん
09/03/26 13:19:30
血塗られた売掛金

573:デフォルトの名無しさん
09/03/26 23:21:14
洗えよ

574:デフォルトの名無しさん
09/03/28 11:21:49
std::stringで
key1=value1\nkey2=value2\n...
みたいな文字列をとって
map<std::string,std::string>で返す関数の名前

575:デフォルトの名無しさん
09/03/28 14:47:48
parse_key_value_pairs

576:デフォルトの名無しさん
09/03/31 17:03:11
プログラマ的ネーミングセンスってどうやって身につけるんだろう

577:デフォルトの名無しさん
09/03/31 17:08:06
他人のコードを読むとか、語彙を増やすとか

578:デフォルトの名無しさん
09/03/31 23:39:43
あるキーワードを思いついたらgoogle codeで検索して他人がどういう変数名やクラス名をつけているか調べまくる。

579:デフォルトの名無しさん
09/04/01 09:12:15
英語版googleでネイティブがどんな言い回しをしてるのか調べる。

580:デフォルトの名無しさん
09/04/01 09:15:00
とにかくググる癖をつけないと、TimeOfNowとか付けちゃう酷いネーミングセンスになるから気を付けるんだぞ

581:デフォルトの名無しさん
09/04/01 18:02:25
SIMDを使うようになってから、今までとは全然違う概念の変数を使うようになって、名前がつけにくいったら。

582:デフォルトの名無しさん
09/04/01 21:16:05
google code...
そんなんもあるのか....

583:デフォルトの名無しさん
09/04/02 09:43:08
goodle code searchな。
google codeは、google提供ツールのソース開示とOSSプロジェクトのホスティング。

584:デフォルトの名無しさん
09/04/02 12:04:00
キャンバス上に配置されてるオブジェクトってなんて言えばいいかな
arrangedObjects？

585:デフォルトの名無しさん
09/04/02 15:22:02
「配置されてる」とは？
「配置されていないオブジェクト」という概念もあるのか？

586:デフォルトの名無しさん
09/04/02 18:43:27
>>585
偉そうに馬鹿な事言うなよ
恥ずかしいｗ

587:デフォルトの名無しさん
09/04/02 20:03:25
positioned object
placed object

object on canvas

588:デフォルトの名無しさん
09/04/02 22:00:33
言語によっては、canvas.objects() とか canvas->getObjects() とか。
componentsかもしれんが。

585でも訊かれているけど、管理してるけど配置していないオブジェクト
ってのもあるの?

589:デフォルトの名無しさん
09/04/03 11:10:12
.NETのSystem.Drawing.Bitmapの全ピクセルを高速にループしてforeach的に各ピクセルに対して処理するメソッド
void Hoge(Bitmap bmp, PixelProc proc);
と
System.Drawing.Imageを上記のメソッドに渡せる形式のBitmapにして返すメソッド
(具体的にはPixelFormat=PixelFormat.Format32bppArgbなBitmap)
Bitmap Fuga(Image img);
上記2つのメソッドを持つクラス。
PixelProcの定義は
delegate　Color PixelProc(Color color);

GetPixel、SetPixelを使った処理よりも高速であることを強調した名前にしたいです。
宜しくお願いします。

てゆーかぶっちゃけこれに名前が欲しい。
URLﾘﾝｸ(www.k4.dion.ne.jp)

590:デフォルトの名無しさん
09/04/03 11:33:40
TurboRgbaPixelFilter

591:デフォルトの名無しさん
09/04/03 11:35:03
FastFiltering
GetRegularizedBitmap

592:589
09/04/03 11:47:58
超THX。使わせて頂きます。

593:デフォルトの名無しさん
09/04/03 18:22:03
フィルタ処理用のLanczos3関数で、引数がゼロかどうかのチェックを省略したものの名称を
どうしようか迷っています。とりあえず Lanczos3_NonZero としているんですが、
チェックを省略している、というニュアンスが出てないので……

594:デフォルトの名無しさん
09/04/03 18:50:40
普通に
checkNonZero
じゃぁいかんの？

595:デフォルトの名無しさん
09/04/03 23:25:34
NoArgumentValidatedLanczos3

596:デフォルトの名無しさん
09/04/03 23:45:36
Lanczos3WithoutArgumentCheck

597:デフォルトの名無しさん
09/04/10 12:34:15
ふと昔の自分のソースを見てて思ったんだけど、
変数名などに、同じ単語の単数形と複数形を共存させることってある？

例えば、
　file　　← ファイル名を格納
　files　← 配列など、複数のファイル名を格納
みたいな感じで。

598:デフォルトの名無しさん
09/04/10 12:57:33
foreachがある処理系なら

599:デフォルトの名無しさん
09/04/10 16:41:36
前処理行程で出てきた
16進数の文字列データを10進数の文字列に変換するクラスの名前

このクラスから桁揃えや値の範囲の判定を追加した子クラスに派生させる予定です

宜しくお願いします

600:デフォルトの名無しさん
09/04/10 17:56:03
Javaでメンバ変数（フィールド変数？）にアンダースコア付けるのって微妙なの？
マーチン・ファウラー先生のオススメ命名規則らしいんだが

601:デフォルトの名無しさん
09/04/10 20:15:32
>>599
それだけ聞くと「単純な話をわざわざ複雑にするだけ」に聞こえる。
hex⇒intもint⇒decimalもintの機能であるんじゃないの？

2行の処理が一行にまとまる「嬉しさ」と、
何を抽象化したクラスか理解する「面倒臭さ」のどっちが勝るかよく考えるべきだと思うな。

602:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/04/11 05:14:25
>>599
BaseConvert
RadixConvert
とかかのう。

10進と16進には固定できないが。

604:デフォルトの名無しさん
09/04/11 05:18:30
>>602
struct XMLtree_t
{
　string name;
　std::vector* children;
　std::map* attributes;
}

605:デフォルトの名無しさん
09/04/11 05:44:50
>>601
TONさんちーっす
相変わらずですね＾＾；；；

606:デフォルトの名無しさん
09/04/11 09:26:39
(605の内心)

>>601
ようTON
お前また設計に口出しするのか。
テンプレ読めないっぷりは相変わらずだな。
そんなんじゃ実生活でも相当使えないやつだろうなwwwwwww

607:デフォルトの名無しさん
09/04/11 10:34:35
おちょくってるだけの君らも邪魔
どっか行ってくれ

608:デフォルトの名無しさん
09/04/11 11:54:22
ｵﾏｴﾓﾅ

609:デフォルトの名無しさん
09/04/11 12:03:59
ｵﾏｴﾓﾅ

610:デフォルトの名無しさん
09/04/11 16:16:14
>>600
フィールド変数にアンダースコアを付けるのは
一見でフィールド変数とローカル変数を見分けられる利点がある。

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

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

以上自論

611:デフォルトの名無しさん
09/04/11 19:46:38
メンバ変数へは絶対にthis経由でアクセスすべき
命名はどうでも良い

612:デフォルトの名無しさん
09/04/11 19:56:27
>>611
なぜ？

613:デフォルトの名無しさん
09/04/11 21:29:38
フィールドとメソッド内ローカルを入れ替えるようなリファクタリングなんて
一度もしたことないけどなあ。
どんな状況でそんな必要に駆られるのか煽り抜きで想像ができない。

ちなみに俺はフィールドにはそれと識別可能なプリフィクスを付ける派。
ただしアンダースコアは視覚的に見難いし醜いしタイプしにくい（少なくともJISキーボードだと）
から小文字のmでプリフィクスすることにしてる。

614:デフォルトの名無しさん
09/04/11 21:32:51
>>610
ハンガリアンも似たような理由で嫌われるよな

615:デフォルトの名無しさん
09/04/11 22:00:09
いまどきフィールド変数なんて色変えたりボールドにしたり
一見して判別可能にすることができるんだから全然気にする必要ない。
変なプレフィクス付けるとかマゾ以外の何者でもない。

異論は認める。

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

視覚的に「騒々しい」というのもあるけど、人間のパターン認識機能の特性に
あまり適合的じゃないよ。

617:デフォルトの名無しさん
09/04/11 23:37:15
いみふめい

618:デフォルトの名無しさん
09/04/12 00:22:27
まあ白黒テレビで頑張ってますってことだろ

619:デフォルトの名無しさん
09/04/12 00:28:33
>>617-618
端的に言うとむしろ君らの頭の性能が悪い、ってことだと思うよ。

620:デフォルトの名無しさん
09/04/12 00:43:12
へいへい

621:デフォルトの名無しさん
09/04/12 01:08:39
ここはﾇﾙｰ

622:デフォルトの名無しさん
09/04/12 01:11:26
ﾎﾟ

623:デフォルトの名無しさん
09/04/12 01:25:49
ｶﾞｯ

624:デフォルトの名無しさん
09/04/12 04:29:42
（俺にとっては）視覚的に「騒々しい」から（お前が）それでやるのは関心しないね。

いみふ

625:デフォルトの名無しさん
09/04/12 09:52:15
スレ違いだが色覚異常は男性に多いらしい。
そういう人は色だけで区別するのは嫌がるだろうな。

626:デフォルトの名無しさん
09/04/12 12:07:59
音なんかどうだろうか

627:デフォルトの名無しさん
09/04/12 15:37:26
世の中耳の悪い人もいるよな
触覚でどうだろうか

628:デフォルトの名無しさん
09/04/12 15:52:28
視覚だけでいいよ

629:デフォルトの名無しさん
09/04/12 17:00:39
マジレスすんな低脳ｗ

630:デフォルトの名無しさん
09/04/12 17:02:07
つまんねえよクズ

631:デフォルトの名無しさん
09/04/12 17:03:57
キーワードは何色で表示してる？
俺は緑だが
VSのデフォはコメントが緑だから困る

632:デフォルトの名無しさん
09/04/12 17:22:50
目に優しい色で他と区別ができるのなら何でもいいと思うな。

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

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

まあ、慣れた配色と違うと確かに最初は違和感あるが・・・

633:デフォルトの名無しさん
09/04/12 21:17:24
javaでeclipseだと普通に色で読み取れちゃうしそれを使わない手もないとおもうけど
スレ違い。

634:デフォルトの名無しさん
09/04/13 00:53:06
Win32APIのLPCTSTRとかわけのわからんのに触れて以来、
システムハンガリアンを受け付けない体になってしまったんだが、
Visual Studio C++でもメンバ変数の色分けってできないだろうか？

635:デフォルトの名無しさん
09/04/14 20:44:07
>>613
ローカル引数のスコープの狭さは、メソッドの分割などで支障をきたすことが少なくない。
無理に分割しようとうると、金太郎飴のように似た様な引数の並びのメソッドを
次々にコールすることになる。

この状態でこれらのメソッドを複数のクラスに分割すると
金太郎飴引数をクラス間でずりずり引き回すという
なんちゃってオブジェクト指向のスパゲティコードを読まされている俺負組み誰か助けてorz

636:デフォルトの名無しさん
09/04/14 21:21:33
くそう最後で笑ってしまったｗ

637:デフォルトの名無しさん
09/04/14 21:21:56
「リファクタリング」に出てくる「コードの不吉な臭い」のうち
「多すぎる引数」とか「データの群れ」というやつだな。

638:デフォルトの名無しさん
09/04/15 01:19:07
引数は常にデータセット1個に決まってるだろjk･･･

639:デフォルトの名無しさん
09/04/15 20:10:25
1箇所弄ると連鎖的に全部変えなきゃならない構造体地獄の現場を思い出した

640:デフォルトの名無しさん
09/04/16 03:23:39
構造体なんて論外だろｗ

641:デフォルトの名無しさん
09/04/16 08:59:24
なんでも格納できる辞書かデフォルト引数でもあればまだマシなんだけどなあ

642:デフォルトの名無しさん
09/04/16 09:01:06
ごめん。
○キーワード引数(Pythonとかにあるやつ)
×デフォルト引数

643:デフォルトの名無しさん
09/04/16 18:12:45
そんな引数が数十個ある関数をアセンブリ言語から呼ぶ羽目になったぜ。
しかもなぜかfastcall。かえってややこしいわｗ

644:デフォルトの名無しさん
09/04/19 03:11:08
レコードの数を表す変数として、
recordsとnRecordsならどちらがよいのでしょうか。

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

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

みなさんはどうされていますか。
キャピタライゼーションなどの見た目上の規則ではなく、
意味論的な観点からご意見ください。

645:デフォルトの名無しさん
09/04/19 03:36:51
だから迷ったらまず素直に直訳してみようといつも・・・
自分で「レコードの数」って言ってるじゃん。

古い人ほど「直訳みたいな変数名はダメ」という間違った強迫観念に支配されてるけど、
時代錯誤だから考え直した方がいいと思うよ。

646:デフォルトの名無しさん
09/04/19 03:39:29
recordCount

647:デフォルトの名無しさん
09/04/19 03:40:49
なぜ比較するのにその二つを選んだのか

648:デフォルトの名無しさん
09/04/19 08:38:33
何となくだが、records は配列とかそういう印象がある。

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

>647
nXXXsで個数っていうのは、よく見かけるけどな。

649:デフォルトの名無しさん
09/04/19 09:02:02
システムハンガリアンと違って、
きちんと意味付けされた上で接頭辞をつけるのは悪くないと思うんだけどな。
もちろん周りが -Count とか numberOf- とか使ってるならそっちを使うべきだけど。

650:デフォルトの名無しさん
09/04/20 02:37:11
あるある

651:デフォルトの名無しさん
09/04/20 17:52:55
>>209さ

652:デフォルトの名無しさん
09/04/20 18:20:18
MakeSureDirectoryPathExists的な関数名を付けては顰蹙を買うおいら。
でもオーバーロードの無いC言語だと仕方ないと思うんだ。

653:デフォルトの名無しさん
09/04/20 19:18:02
オーバーロードっていうかインスタンスメソッドじゃない。

bool CPathString::Exists()

654:デフォルトの名無しさん
09/04/20 19:20:01
make sureということは存在するか否かを返すのではなく、
「存在すれば何もしない。しなければ作る」という処理なのかな。

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な自然数を決めて添字アクセスができればどんなコンテナでもいいし、
関数でいいような気がするけどなー

次ページ