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

1 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 23:36:31.74 ID:uXFKqVsm.net] クラス名、変数名のつけ方に悩んだら書き込むスレです。 命名規則や設計の善し悪しについて議論するのは基本的に禁止。 前スレ クラス名・変数名に迷ったら書き込むスレ。Part25 peace.2ch.net/test/read.cgi/tech/1416550677/ 98 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 15:07:55.37 ID:VvvbELMN.net] それがsetterなら中でフィールドの値を変えてるメソッド全部set〇〇になるだろ 99 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 15:25:59.95 ID:2/HlHMjK.net] ビジネスモデル上でその振る舞いに付けられた名前をそのまま書くだけ それが仮に set value だったら中でなにしてようがメソッド名は setValue 以外にはありえない コーディングレベルのくだらない命名規則に縛られる必要はない 逆にモデルでは set value となっているのにコーディング規約を優先して別の名前(例えば changeValue)にせよと主張するメンバーがいるなら コーディング規約をビジネスモデルより優先させるために納得できる理由を公開しないとダメ 100 名前：デフォルトの名無しさん [2016/01/30(土) 15:56:42.51 ID:3I6z0tLu.net] 引数無しだと代入する値の出処をメソッド名に書き含める事が多いかなぁ。 101 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 18:00:13.70 ID:iHfGKIWM.net] >ビジネスモデル そこはビジネス要らんだろ 102 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 18:54:09.23 ID:lGgUibWd.net] ビジネスモデルって言いたいお年頃なんだろ 103 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 19:22:43.13 ID:pm/bpSoz.net] 持論で突っ走る奴が居ると、品質低下の一因になるんだよなあ。 ちゃんと規約守れや。 104 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 19:47:48.93 ID:63EuC0b2.net] >>100 なに言ってんだ最重要と言っていいほど必要だろ 各ステークホルダー合意した命名を末端のコーダー如きが勝手に変えていいわけがない どうしても変えたいなら関係者を集めて理由を説明して合意を得なければならない 105 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 19:50:14.38 ID:63EuC0b2.net] >>102 規約そのものが低品質化を招いているなら従う理由はない それがコーダーの間だけで決定された規約ならなおさら守る意味はない 106 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 20:04:12.59 ID:xES4tsnw.net] ビジネスロジックとモデリングが混同してるんだ 名前付けのスレで許されないミス 107 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 20:19:04.19 ID:63EuC0b2.net] ビジネスロジックとモデルは分離できない モデルとコードは一対一で一致する これが基本 108 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 20:29:55.90 ID:ls0iH86j.net] 分離できないからってくっつけるなw 109 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 20:31:44.85 ID:ls0iH86j.net] ビジネスモデル（business model）とは、利益を生み出す製品やサービスに関する事業戦略と収益構造を示す用語であ〜る。 110 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 21:45:29.91 ID:63EuC0b2.net] というかモデリングが下手くそなやつほどビジネスで使う用語と下流で使われる用語が剥離していく 達人モデリストは顧客とも下流とも同じ用語を使って会話ができる というかできるようにモデルを練り上げていく ビジネスとモデリングは剥離するものだという認識を持っているなら自分が無能である事を早く自覚したほうがいい 顧客も下流も君の使い物にならないモデルに迷惑しているからね 111 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 21:51:27.10 ID:ls0iH86j.net] それは言える。翻訳したらダメだね。 112 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 21:59:50.44 ID:G1bZkggH.net] ビジネスモデルつったら収益を上げるためのモデルそのものやでｗ 何仕入れて何をどこで売ってどう決済させてっていう、会社経営の話やでｗ 113 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 22:05:27.43 ID:63EuC0b2.net] それをモデリングするんだろ 114 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 22:10:02.75 ID:ls0iH86j.net] いや、既存の定着した用語を違う概念で使うからおかしいって事だろ。 115 名前：デフォルトの名無しさん mailto:sage [2016/01/30(土) 22:38:11.24 ID:63EuC0b2.net] 定着した概念なんてほとんど存在しないんだよ 何をやるにも常にカスタムされたモデルを作っていくしかない 116 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 02:28:34.11 ID:wbBrgvcH.net] 苦し紛れだなぁｗ 117 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 06:15:50.81 ID:qWcHYD0J.net] ビジネスモデルを構築することをモデリングと呼ぶのは構わんが、およそこの板でいうモデリングとは別だな。 プログラムとは関係ない世界の話だから、用語が一対一になるわけがない。 118 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:14:48.51 ID:Lk2teTuL.net] コンテキストも理解してない二流ばかりなのかここは 119 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:18:52.81 ID:/mHEoggP.net] コンテキスト？し、しってるよ 右クリ禁止とかのあれだよね、うん・・・ 120 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:20:49.10 ID:Lk2teTuL.net] お前わざとやってるだろ くだらない小学生みたいなみっともない真似はやめろ 121 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:52:03.95 ID:Vno/qq2m.net] 本日のNGID:Lk2teTuL 122 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 09:00:16.00 ID:8ho3GqS4.net] 対象か対象外かを複数の要素で判定する関数名てどんなんがよい？ 123 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 09:04:45.04 ID:tGXLUpNj.net] 煽りにボケで返されて激おこな小学生ｗ 124 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 11:07:16.42 ID:Lk2teTuL.net] >>120 事実上の敗北宣言だな 125 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 11:09:46.95 ID:0VTupv6x.net] >>121 「複数の要素」を強調する必要あるの？ 126 名前：デフォルトの名無しさん mailto:sage [2016/01/31(日) 12:01:25.40 ID:NpOcZ181.net] >>121 そんなことはどうでもいい 何をどう判定するの? その目的は? 着目するべきはそっち 127 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 07:19:54.57 ID:CQ0imr8z.net] 回答した上でケチつけるならわかるけど難癖だけつけて回答しないヤツってなんなんだろうな こういうスレって必ずいるよねこういうクソムシみたいなの 128 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 07:34:31.55 ID:SxLAi0bW.net] ブーメラン好きなのもな 129 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 10:46:20.06 ID:fQVKkYTP.net] ブーメランが何かも知らないらしい 130 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 12:00:03.12 ID:uAQYy5Bg.net] >>121 実装は関係ないかな。 その判定が持つ意味を名前にしたらいいよ。 131 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 16:36:01.63 ID:8wZDAtqH.net] ランダム関数から受け取ったランダムな値どうすればいい randomはランダムクラスのインスタンス名に使っちゃった 132 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 18:17:57.72 ID:uAQYy5Bg.net] 「受け取ったランダムな値」 133 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 19:05:19.56 ID:il1BjxQM.net] r 134 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 20:18:04.36 ID:GOaJKp1z.net] random_value 135 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:44:23.92 ID:Wm3Oha5g.net] >>130 ある変数がランダムな値がほしいから受け取るんでしょ？ その変数が何を表すのか決まっていないの？ 136 名前：デフォルトの名無しさん mailto:sage [2016/02/08(月) 23:40:34.96 ID:Y0ekGZiq.net] 素敵なサムシングとかでいいよ プログラム いも詩的な表現を認めるべきだ 137 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 01:42:30.42 ID:8bzgDTVK.net] 皆変数名付けるときって、 その用途や目的を名前にする？ それとも、その値やオブジェクト自体の性質を名前にする？ 138 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 07:59:59.64 ID:UwgeLdGn.net] >>136 後者だとすると、int1とかdouble2とかつけるの？ 139 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 08:41:44.70 ID:DkDaZ+yJ.net] >>137 それだとシステムハンガリアンになってしまうので、 例えば、型はどっちもintでも 前者:returnValue←目的が明確 後者:randomValue←性質が明確 後者はアプリケーションハンガリアンにって事になるのかな。 140 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 09:26:20.05 ID:w2WbMkCd.net] ＞returnValue←目的が明確 には、 Q「その関数の戻り値は何？」 A「はい、戻り値です」 みたいな間抜けさを感じる 141 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 09:42:07.33 ID:w2WbMkCd.net] >>138 「この変数は戻り値にするんだ」というシルシを付ける必要性を感じないけど、 どうしてもってんなら「戻り値には一貫して rc（とかrvとか何か短い接頭辞）を付ける」 ということにでもして、rcRandom とか命名しとけばいいんじゃないかな 142 名前：デフォルトの名無しさん mailto:sage [2016/02/09(火) 12:14:12.08 ID:J86avcNA.net] CaluculateUnko() returnValue = 0 foreach(...) returnValue += i return returnValue CaluculateUnko unko = 0 ... CaluculateUnko result = 0 .... う〜ん真ん中かな fowler先生はresultがお好きらしいが 143 名前：デフォルトの名無しさん mailto:sage [2016/02/11(木) 09:07:30.44 ID:51uirxbB.net] >>141 fowler先生に倣っている訳じゃないけど、オレもresultをよく使うな メンバー変数と同じで関数内のローカル変数は 関数名->ローカル変数って感じでアクセス演算子があるように考えている その例なら、calculateUnko->resultってな感じで うんこ計算の結果だなって分かり易い クラスが何をするのか明確な場合 Unkoクラスがcalculate()ってメンバー関数を持っていたとすると ローカル変数にUnkoって付けれないから別の命名方法になってしまう その点、resultなら一貫して使える Unko->calculate->resultって感じで考えてね 組む前にルールを作っておけば良いね 144 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 14:52:21.08 ID:8cicktaC.net] ﾌﾞﾘﾌﾞﾘ 145 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 20:25:37.89 ID:FsylYHeL.net] ふと思ったんだが・・・ [オブジェクト名].[メソッド名] という書き方のプログラム言語において、 メソッド名の付け方として、そのオブジェクトを主語にした動詞を当てる、 という考え方があるよね。 しかし、それでいくとゲッターの主語って何なんだろうな。 target = enemy.getAttackTarget() 146 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土 ] [ここ壊れてます] 147 名前：) 20:51:04.66 ID:VLo29AwR.net mailto: 命令形だろ Hey Bob. Do Something! ↓ bob.DoSomething(); 例題だと おい敵。攻撃対象を取得してこい って事だな 特に違和感はない 動作の主体は敵オブジェクトだし 命令の結果も敵オブジェクト次第だ [] [ここ壊れてます] 148 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 20:58:33.71 ID:SEwPFy4e.net] メソッドは基本的に命令形。 オブジェクトはその命令形の文では通常文面に現れない隠れた主語（要するに命令される対象） である場合が多いと思うけど、ゲッター/セッターの場合は命令の対象はプログラムで オブジェクトは取得や設定の対象を表していると考えるべきなんじゃないのかね。 要するにその例を英語に対応させると Get attack target from the enemy(, dear my program) ! って感じ？ 149 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 22:13:47.86 ID:FsylYHeL.net] >>145 その理屈だと、enemy に対して何かを get せよと命じているのなら、 その結果で何かを所有することになるのは enemy 自身だから、 その何かが戻り値としてこちらに返ってくるのはおかしいよ。 むしろ、enemy がリストを持っていて、 それに何かが新しい要素として追加される感じだ。 enemy に対して give me とか tell me と命令してるのなら、 それが返ってくるのは分かるが。 >>146 つまり、命令する対象について一貫性がないということね。 プログラムであったりオブジェクトであったり。 それなら分かる。 理屈は分かるけど、なんかモヤモヤするな。 まぁ、どうでもいいと言えばどうでもいい些末な事だから、 これ以上は深く追求しないでおくよ。 ２人ともありがと。 150 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 22:57:16.65 ID:EMjDXdMV.net] getter/setterはメッセージではなくオブジェクトの属性だよ 命令じゃなくてハンガリアンの一種だ 151 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 23:15:09.59 ID:5RbRdfcr.net] 何かに対する命令なのだとしたら計算機に対する命令だと思う 命令の内容がオブジェクトに対する命令になっていると、意味上の主語になるという認識 enemy.Die(); tell computer to let enemy die enemy.GetAttackTarget(); tell computer to get attack target of enemy 152 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 23:51:01.09 ID:VLo29AwR.net] メモリやストレージから何かを持ってこい(持ってきたモノを返せ) この()の中が暗黙に省略されてるんだろうな CaluculateUnkoメソッドを見て 計算をしろという命令だから計算をするんだろう しかし計算結果を返せとは書いてないから計算をするだけで返り値はないはずだ と考えるプログラマは少数派だ 何かを取ってこいというメソッド名とメソッドのシグネチャ(戻りの型)を見れば ああこれは何かを取ってきて返すメソッドなんだなとわかる 逆にこれがVoidだったら取ってきて内部に保持するのかなと思うかもしれないな 153 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 19:32:25.29 ID:rc/qOTMD.net] >>148 だね プロパティ持っていない言語だと関数でGetterとSetterを実装するわけだけど 他の関数との差別化をする為に敢えてGetやSetを付けないってこともあるね enemy.TargetToAttack()とか、enemy.Target()とか この場合、enemyのTargetって読めばいい 154 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 19:50:30.30 ID:71W/Axt9.net] 昔から言われてるけどそもそも最初にその辺を明確にしなかったアホが悪い getterとsetterひっくり返ってるやつとかほんと気持ち悪い 155 名前：デフォルトの名無しさん mailto:sage [2016/02/15(月) 05:58:16.57 ID:Y2R/v65U.net] >>152 getter(int) int setter() てことか？ クラスが変数の値をget クラスが変数にsetって思ってるんじゃね？ 156 名前：デフォルトの名無しさん mailto:sage [2016/02/15(月) 08:59:39.03 ID:CoPBLH5e.net] そんなのあるんか みたことなかった 157 名前：デフォルトの名無しさん mailto:sage [2016/02/15(月) 09:49:53.19 ID:fo9bZXsh.net] これはさすがに見たことないな 158 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 08:27:38.38 ID:55V2OvFf.net] そう言うアホな職場でなくて本当によかった 159 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 17:58:23.74 ID:b0fHFSg3.net] プロフェッショナルな現場では Hoge hoge = foo.EchoHoge(); foo.ChangeHoge(hoge); この書き方が好まれるね < 160 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 23:56:23.58 ID:bGf55uSQ.net] ゲッタをFoo()、セッタをFoo(x)にするのが好きです。 オススメはしませんけど。 161 名前：デフォルトの名無しさん mailto:sage [2016/02/17(水) 06:53:01.54 ID:RPnYlR/v.net] install+initialize+start=deployですか？ 162 名前：デフォルトの名無しさん mailto:sage [2016/02/17(水) 06:55:44.87 ID:ERNpErt9.net] blueback 163 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 06:37:07.78 ID:bLvFeMpB.net] xxx(123, 20)としたら123の20%の値を返す関数はどうしたらいいですか？ 164 名前：デフォルトの名無しさん mailto:sage [2016/02/18(木) 07:24:28.89 ID:+dFL+sBf.net] ああしたらいいです 165 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 03:35:24.86 ID:E/z1CaIk.net] その程度の計算式で、かつ単純に計算結果を出すだけなら、 素直に (123*0.2) とでも書いたほうが分かりやすいと思う。 税金やら利益やらを求める関数なら別だけどね 166 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 06:49:45.80 ID:UoTVqCBs.net] >>161 基本的には >>163 だけど、なにかわけあってそうせざるを得ないなら、そのまんま percent( ) でいいんじゃね？ 167 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 17:58:17.20 ID:1lUaZ+Ou.net] >>163-164 簡単な計算ですが入出力が整数型なので型キャストの手間を惜しんで関数化することにしました percentで問題なさそうです。ありがとうございました 168 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:04:34.89 ID:I8opp71u.net] よくないだろ 169 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:17:07.22 ID:E/z1CaIk.net] 自分もよく、2行くらいで住むやつを関数化したりするから 人のことはあんまり言えない 170 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:26:44.87 ID:d7xGYMnr.net] 行数じゃなく出現回数が2回以上になったり使い回せそうならもう関数化してる 171 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:37:10.15 ID:kkBXxxPl.net] ただ数学的に計算したいのか？ 例えば所得税額を求めたいとかならそれなりの名前をつけるべきじゃないか？ 172 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:37:25.02 ID:ihr5FFJ3.net] コメントの代わりにメソッドを書くという事はあるね 1行でも意図が不明瞭なら明瞭な名前のメソッドにしたほうが見易い 当然として意図が明瞭ならメソッドにするのは後回しだ 173 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:48:16.32 ID:E/z1CaIk.net] 標準ライブラリ関数みたいに、意図を含めらんない場合も多いよねぇ 174 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 18:56:21.43 ID:V63XPKdS.net] そういうのはそのままでいい 使う側でビジネス上意味のある名前でラップすればいい 175 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 02:54:51.19 ID:GV2TZ5LX.net] 「データシートを開く」という関数名を OpenSeet()としています。 追加機能で「過去（昨日から過去一ヶ月間）に記入し忘れていたデータシートを開く」という関数が必要となりました。 この関数名をお願いします。 176 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 03:06:26.39 ID:4hFyrq56.net] OpenSheetOmittedToRecord 177 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 07:15:29.83 ID:PCB0D50w.net] OpenIncompletePastSheet 178 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 09:29:35.46 ID:M9/6SaSd.net] OpenEmptySeet 179 名前：デフォルトの名無しさん mailto:sage [2016/02/26(金) 16:57:51.85 ID:GV2TZ5LX.net] >>174-176 ありがとうございます。どれも参考になりました。 180 名前：デフォルトの名無しさん mailto:sage [2016/03/01(火) 23:40:13.57 ID:eUlvy8a8.net] 単に「過去のデータシートを開く」ことがその関数の機能なんだとしたら、 「記入し忘れ」とか、そんな言葉を入れない方がいいと思う。 OpenHistorySheetとか 181 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 09:32:45.64 ID:I9Z0Lvrz.net] 記入し忘れていないのは開かないんだろ 182 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 13:55:10.11 ID:U8gNKAYq.net] つか、記入し忘れるなよ てのはともかく、なんか設計をリファクタリングしたくなる案件 183 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 14:15:29.41 ID:g40oqbYL.net] historysheetって意味がおかしい 184 名前：デフォルトの名無しさん mailto:sage [2016/03/02(水) 17:18:43.32 ID:O9A5cfyu.net] >>180 記入途中で操作を放棄されたら設計もク（ここで書き込み放棄 185 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 18:32:17.14 ID:oFqD6l4V.net] 履歴ではなく過去に入力した別の情報なら、historyではないか。pastの方がいいな。 186 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 18:43:17.69 ID:JDwO95i7.net] ・記入しようともしてない ・途中で記入を放棄した どちらもあり得るわけで、 つまり記入が完成（complete）してないのだから、 OpenUncompletedSheetsがいいと思います。つか複数形だよな。 187 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 20:08:25.20 ID:0uXJtrdR.net] Incompleteとどっちがいいのかなと思って thegrammarexchange.infopop.cc/eve/forums/a/tpc/f/340600179/m/8281030354 見たが、やり残しがあるんならUncompletedでよさそう 188 名前：デフォルトの名無しさん mailto:sage [2016/03/04(金) 22:29:43.14 ID:oFqD6l4V.net] 正常に完了している過去のデータシートを参照することはないのかな。 ないとしても、とりあえず過去のデータシートを開く部分は切り出しといた方がいいな。 189 名前：デフォルトの名無しさん [2016/03/21(月) 00:44:19.40 ID:KQkKBKcO.net] 設計工程があれば、命名に迷うことなどほとんどない。 190 名前：デフォルトの名無しさん mailto:sage [2016/03/21(月) 00:59:21.13 ID:x3G04NP+.net] それはすごい 191 名前：デフォルトの名無しさん [2016/03/21(月) 01:05:48.48 ID:Y+CQ6vla.net] 名前とかあまり気にする方じゃないのでほとんど迷わない 192 名前：デフォルトの名無しさん mailto:sage [2016/03/21(月) 01:52:33.37 ID:u1jn1EMe.net] だったら設計書作る段階で迷うんだろうが 193 名前：デフォルトの名無しさん mailto:sage [2016/03/21(月) 11:39:06.38 ID:Q2tTgw28.net] ドメインエキスパートと議論して名前を引き出すだけ こちらが勝手に名前を考える必要は無い すでに名前はあるのだから 194 名前：デフォルトの名無しさん mailto:sage [2016/03/21(月) 14:08:21.28 ID:1Injx5U4.net] 変数名とかそんなんいちいち相談すんの？ 自分がその立場だったら迷わないの？ 195 名前：デフォルトの名無しさん mailto:sage [2016/03/21(月) 14:33:57.22 ID:Q2tTgw28.net] そうだよ そもそもビジネスに関係無い言葉なんてコードに現れない 196 名前：デフォルトの名無しさん [2016/03/22(火) 00:12:48.03 ID:dJvZYtfq.net] ウソつけ、お前のコードなんかhageとかusugeとかばかりだろ 197 名前：デフォルトの名無しさん mailto:sage [2016/03/22(火) 00:13:46.52 ID:StsLEOpD.net] ビジネスモデルの人だろw 198 名前：デフォルトの名無しさん [2016/03/22(火) 15:09:09.39 ID:6KPFBZ6M.net] オブジェクト指向だとあまり迷わないだろ。 迷うのはクラス設計がおかしいんじゃないか？

---

---

[ 続きを読む ] / [ 携帯版 ]

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