何かを「決定する」メソッド名

プログラム書いてて、何かの値を A か B か決める、みたいなメソッドの名前ってみんなどう付けてる？ 算出する、みたいなやつは calculate_xxx ってしてるけど、パラメータに応じてどっちか決めるだけ、みたいなメソッド名のいい名前が思い浮かばない・・・ なんかイマイチしっくりこない感があるんだけど、determine_xxx とかでいいのかなぁ？

[mcgomez]

そこは「getWildAndTough」だろ。変数名はもちろん「xyz」だ。リストはcheapThrill = [ "your pain", "my pain", "somebody’s pain "] やぞ。ひとりでは解けない愛のパズルや。

[n_231]

戻り値booleanならisXxxxx、違うならgetXxxxxかな。

[pixmap]

しっくりくる名前が思い浮かばないときは、クラスやメソッドの設計に問題があることが多いように思う。

[Kil]

あらかじめある、固定の選択肢の中から決める(選ぶ)感じなのでchooseかなぁ。selectはSQLのselect文のイメージがどうしても付き纏いがちなので避けたい。 / AorBは、今後もC以降が絶対出てこない保証があるときのみだなぁ。

[keijak]

この文脈なら「AかBか選ぶ」と読み替えて select にする。

[kaorun]

SelectかChooseかなぁ、DecideとかJudgeでも通じると思う。AorB()とかでもいい。

[kazkaz03]

get〇〇by条件

[caynan]

「決める」というのが曖昧すぎて名前をつけられる情報が出てきてない。決めるって、増田の中では何をどうする事を指しているの？ 「算出する」もcalculateしたのかどうかなんて関数の利用者からは普通どうでもいい話。

[fukken]

その疑問自体がbad smellだなぁ。

[hase0510]

「これだけの情報ではわからない」がベストアンサー／getで始まる名前にすると、使う側が「既に存在しているリソースをコストゼロで取得できる」ことを期待する可能性が高い。isもその傾向がある。

[ono_matope]

まず「決定する」って動詞がメソッド名としてはあいまいで説明力に乏しい。「何かの値」の方を名前にすることを検討するかな

[daichirata]

決めることに副作用があるかどうかとか色々考慮するけど、シンプルに行くなら1件だけならdetectとかにするかも。selectは配列になる先入観がある

[kathew]

そのインスタンスのメンバ自体を更新するものならset～(), そうでない（結果の値を返すもの）ならget～()かな。判断して決定するのは手段であって目的じゃないもの。ランチのメニューを判断するならgetLunchMenu()が良い

[vndn]

決定した値はメソッドの返り値なのか? それともフィールドにセットされるのか?

[solidstatesociety]

設定 set,取得 get,判定 isとかそれ系の傾向はある。無理ならトラッカーのタスクIDでも書いとけば。

[hadakadenkyu]

命名に迷ったら設計に失敗してる

[Knoa]

もっと具体的な例を挙げろよ定期

[Hamukoro]

もやもやしながらInitializeABとかつけるかな

[rasterson]

複数の条件の組み合わせで処理が分岐する場合、デシジョンテーブルというのを使って設計する場合がある。デシジョンテーブルを参照して結果を返すという意味で、lookupXXXTBLとかいう命名もあると思う。

[houyhnhm]

AかB、をまとめる上位概念を考える。また、外から利用する時にどういう動作に見えるかで名前つけるかな。

[AKIMOTO]

setでいいのでは

[homarara]

getかisだろう。

[blunote]

オブジェクト志向だったら主語から返ってくるものが連想しやすいのが良い。手続き型ならあくまで即物的に。コンテクスト重視なら、ふわっとgetかreadで４９４６でーす。

[odakaho]

ファクトリクラスみたいなのかな。

[ghostbass]

commit, choose,decide,activate,etc,...

[lbtmplz]

安定のgetWildか…

[htnmiki]

いちユーザーとしてブコメ見ててそりゃしょっちゅう不具合発生するわという感想になった

[t-tanaka]

基本的には，その値を表すオブジェクトにisA()ないしisB()というメソッドを作る。判断するメソッドはオブジェクトの内部メソッドにしてそれらから呼ばれるようにする。

[t-murachi]

設計がおかしい匂いがプンプンします…(´・ω・`) setter method若しくはpropertyとして実装できるような設計に落とし込むべきなのでは…(´・ω・`)

[fai_fx]

finalAnswerIs()

[ngmy]

フン。xxxxというのかい？贅沢な名だねぇ。今からおまえの名前はyyyyだ。いいかい、yyyyだよ。分かったら返事をするんだ、yyyy！！

[kanehama]

selectかchoose

[wwolf]

決定した値をセットするのか、オブジェクトの内部状態に基づいて決定された値が返ってくるのかで変わってくるけど、後者の場合ならgenerateXXXにするかな？

[ssids]

スコープによるのでは。外から呼べるものに determine_XXX とかあまり付けたくない感じ

[primedesignworks]

return するなら get_xxx、そのまま print するなら set_xxx にしてる。基本的に get / set 両方定義して set から get を呼ぶ感じ。

[mangakoji]

xxx_jdg()

[rryu]

値を返すだけなのかオブジェクトの内部状態が変わるのかでも違うような気がする。