「メソッド名」分ける必要なくね?【オーバーロード】 [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2017/07/30(日) 12:09:40.60ID:BhqS0uaq
これは完全に俺の理論なんだが
・例えばメソッド名は「any」とか「do」とか統一でいいと思う。
 (引数個数と型によって呼ばれるメソッドが変わるオーバーロードがあるから)
・慣れたプログラマだったらコード読むときにメソッド名はなく引数でとか
 静的型付け言語だったら型で処理を判断するだろ。
・メソッド名は同じクラス内で引数の型と個数、戻り値型が
 全部被って初めて分けるべきだと思う。
・可読性はそんなに落ちないと思う。
落ちたとしても、print 系コマンドで値を出力する記述の手間が
格段に上がる(メソッド名を変えなくていい)し、
引数のバリエーションを変えて、挙動の確認が
やりやすくなる。デバッガを使えば、中間状態の値なんて簡単に
 確認できる。だからメソッド名分ける必要はない。
・反対にメソッド名統一しとけば保守性、互換性、拡張性は格段に上がる。
・さらに特定の意図をもって「methodA」や「methodB」みたいに「グループ化」
 するという使い方をすれば、何らかの使い分けできて便利だと思う。
・いちいち長いメソッド名を「メソッド1つ1つ」に割り当てて「意味付け」する
 必要が全くない。
2017/07/30(日) 12:12:09.52ID:MHvXlxdG
素直にメソッド名つけるのが苦手です
どうしたらいいんでしょうか?って書けよw
3デフォルトの名無しさん
垢版 |
2017/07/30(日) 12:24:05.73ID:BhqS0uaq
>>2 違う。
「メソッド名が同じ」なら、「引数変えるだけ」で「挙動が変えられる」
から。
デバッグしながらコーディングがしやすくなるから。
オブジェクトを変えただけでエラー無しで挙動が変えられるようになるから。
2017/07/30(日) 12:33:11.18ID:MHvXlxdG
訂正

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

「引数のシグニチャがかぶった時は」
「メソッド名が同じ」だと、「引数変えなけれ」ば「挙動が変えられない」
2017/07/30(日) 12:43:42.88ID:MHvXlxdG
引数変更しないといけないなー

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

名前変えなきゃー

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


うははははあh
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況