「メソッド名」分ける必要なくね?【ｵｰﾊﾞｰﾛｰﾄﾞ】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/30(日) 12:09:40.60

これは完全に俺の理論なんだが
・例えばメソッド名は「any」とか「do」とか統一でいいと思う。
　（引数個数と型によって呼ばれるメソッドが変わるオーバーロードがあるから）
・慣れたプログラマだったらコード読むときにメソッド名はなく引数でとか
　静的型付け言語だったら型で処理を判断するだろ。
・メソッド名は同じクラス内で引数の型と個数、戻り値型が
　全部被って初めて分けるべきだと思う。
・可読性はそんなに落ちないと思う。
落ちたとしても、print 系コマンドで値を出力する記述の手間が
格段に上がる(メソッド名を変えなくていい)し、
引数のバリエーションを変えて、挙動の確認が
やりやすくなる。デバッガを使えば、中間状態の値なんて簡単に
　確認できる。だからメソッド名分ける必要はない。
・反対にメソッド名統一しとけば保守性、互換性、拡張性は格段に上がる。
・さらに特定の意図をもって「methodA」や「methodB」みたいに「グループ化」
　するという使い方をすれば、何らかの使い分けできて便利だと思う。
・いちいち長いメソッド名を「メソッド1つ1つ」に割り当てて「意味付け」する
　必要が全くない。

**デフォルトの名無しさん** · 2017/07/30(日) 12:12:09.52

素直にメソッド名つけるのが苦手です
どうしたらいいんでしょうか？って書けよｗ

**デフォルトの名無しさん** · 2017/07/30(日) 12:24:05.73

>>2 違う。
「メソッド名が同じ」なら、「引数変えるだけ」で「挙動が変えられる」
から。
デバッグしながらコーディングがしやすくなるから。
オブジェクトを変えただけでエラー無しで挙動が変えられるようになるから。

**デフォルトの名無しさん** · 2017/07/30(日) 12:33:11.18

訂正

「メソッド名が同じ」だと、「引数変えなければ」で「挙動が変えられない」

**デフォルトの名無しさん** · 2017/07/30(日) 12:40:12.10

>>4
それもちょっと違う。
だから>>1で、「引数のシグニチャがかぶった時だけ」メソッド名を
変える必要があるって言ってるし。
どのみちメソッド名変えても「引数が適合していなければエラーになる」
同じ名前にしておけば、「引数が適合するメソッドが自動的に選ばれる」。
こういうことをいいたんだよ。
つまり、一見ソースの可読性が悪くても、コンソール出力で引数ごちゃごちゃ
いじって動作を確認しているうちに、偶然「欲しかった結果」が何故か出てくる
って感じで呼び出し側でコーディングできる。
(返り値voidの内部状態変更系メソッドは厳しいかも。メソッド名必要かも)

**デフォルトの名無しさん** · 2017/07/30(日) 12:42:39.38

はい訂正ｗ

「引数のシグニチャがかぶった時は」
「メソッド名が同じ」だと、「引数変えなけれ」ば「挙動が変えられない」

**デフォルトの名無しさん** · 2017/07/30(日) 12:43:42.88

引数変更しないといけないなー

あー、シグネチャが他とかぶってしまったー

名前変えなきゃー

最初っから別の名前にしておけば良かったなー

うははははあｈ