C#、オーバーロードとコレクションについて

Question

C#のオーバーロードとコレクションについて質問です。

オーバーロードはコンストラクターやメソッドを対象にして行うものですが、いまいちその必要性が理解できなくて困っています。
恐らく根本的な理解の甘さからくる疑問だとは思うのですが、よくわからないのです。

まずシグニチャの異なるメソッドを同じ名前でわざわざ作る理由が分かりません。
オーバーロードするものが必ずしも完全に処理が同じだとも限らないのだから、普通に異なるメソッドとして定義した方が可読性が高まりそうな気がして混乱しています。

コンストラクターについてもそうで、コンストラクターに初期化子でわざわざ引数を渡さなくても引数を増やしたり、ブロックの式を増やして対応できないものでしょうか。

例えば以下のコードですが

class Dog
{
    public Dog() : this("犬はかわいい")
    {
        System.Console.WriteLine("とてもかわいい");
    }
    public Dog(string copy)
    {
        System.Console.WriteLine(copy);
    }
}

これは

class Dog
{
    public Dog(string copy)
    {
    copy ＝ "犬はかわいい"

　　 System.Console.WriteLine(copy);
    System.Console.WriteLine("とてもかわいい");
}

こちらのコードと同義ではないのでしょうか？
正直オーバーロードを使う必要性があまり分からないのですが、どうかご教授願いたいです。

こうしてプログラミングの基礎として教本に乗ってる以上は確かな実用性がある手法であるのは間違いないでしょうし、僕もそれを使いこなせるようになりたいのです。

また、コレクションについてですが

・リストは動的に容量が変わる配列、つまり順番でデータを管理する時に。
・セットは集合、集団同士の要素の重なりや重複を確かめたい時に。
・ディクショナリはデータとデータを紐づけて管理したい時に用いる。

というような認識で構わないでしょうか、というのが質問でございます。

初歩的な上に長い質問になってしまいまして申し訳ありませんが、どうか良い知恵をお借りしたいです。
よろしくお願いいたします。

Comments

[YAmaGNZ]

同義どころか、コンパイル通りません。

[cushionA]

すみません
実際にビジュアルスタジオに打ち込んでみたのですが、unity用のコードしか扱ったことがないのでコンパイルの仕方がよく分かりません。
デバッグも試してみたのですが動いてくれませんでした。

赤線の指摘はないようなのですが、お手間をおかけして恐縮なのですが問題点を教えてくださると大変助かります。

申し訳ありません。

[YAmaGNZ]

public Dog(string copy)
{
string copy = "犬はかわいい";

これは同一スコープに同一名称の変数を定義しようとしているために
CS0136 ローカルまたはパラメーター 'copy' は、その名前が外側のローカルのスコープでローカルやパラメーターの定義に使用されているため、このスコープでは宣言できません。
とエラーとなります。

[cushionA]

なるほど、ご丁寧な解説に感謝いたします。
この場合はthisをつければエラーは解消されるでしょうか？
ポンコツで申し訳ないです。

[YAmaGNZ]

とりあえずの例でしたら
public Dog(string copy)
{
copy = "犬はかわいい";
でいいのではないかと思います。

[cushionA]

再三のご回答感謝いたします。
代入の仕方を失念しておりました。
質問以前の問題で長々とお手を煩わせてしまい申し訳ありませんでした。

[Zuishin]

この条件に限って言えばオプション引数を使えばオーバーロードを使わなくても同じものを作ることはできますね。
ただし、数値(位置)と文字列(名前)のどちらか片方を引数に処理を行いたい場合などにはオーバーロードが必要になります。

[Zuishin]

サブアカウントかな？

[cushionA]

回答ありがとうございます。
そしてすみません。
オプション変数はまだやっていないのでググった程度の知識しかなく、完全には理解できませんでした。
しかしやはり、処理が込みいればオーバーロードは必要なのですね。
ありがとうございます。

いえ、モロにメインアカウントです。
誤解があったなら申し訳ありません。

[退会済みユーザー]

>オーバーロードするものが必ずしも完全に処理が同じだとも限らないのだから
これに関して言えばそういう「命名と処理が一致しない記述をしない」あるいは「処理に対して正しい命名をする」ことが大切なのであって、一致しない可能性があるから別の名前にする方が良い、という考えは本末転倒です。
同じ理屈で言えば、仮にオーバーロードせずに別のメソッドにしたとして、そのメソッドの名称と処理内容が合致しているとは限らないのではないでしょうか？
命名はそれだけで議論が起きるほど大切なものです。

コンストラクタのオーバーロードが必要なケースについて、例えばDogのインスタンスを生成するのに、Dogの両親2匹(Dog father, Dog mother)を入力にしたい場合と、犬種(string breed)を指定して生成したい場合があったらオーバーロードが必要になると思いませんか？
どちらも結果的に生成されるものは同じDogです。その後の振る舞いが同じDogであるならば別名をつけて他のクラスで、という訳にも行かないですよね。

[cushionA]

ご指導ありがとうございます。
わかりやすい例えが添えてあったおかげで、大変参考になりました。

僕は命名というものをどこか個人名のように考えていたからか、それを同じにするという行為を馴染まないように感じていました。
しかし役割に与えるある種ラベルのようなものだと考えると、むしろいちいち違うものを貼り付ける方が違和感がありますし、個人名としてよりラベルとして扱ったほうが利便性は高そうにも感じます。

「命名と処理が一致するように名付ける」そして、その結果あるのがオーバーロードなのですね。
勉強になりました、ありがとうございます。

Answer 1

ちなみに例に挙げられているコードですが、同義ではありません。

    class Dog1
    {
        public Dog1() : this("犬はかわいい")
        {
            System.Console.WriteLine("とてもかわいい");
        }
        public Dog1(string copy)
        {
            System.Console.WriteLine(copy);
        }
    }

    class Dog2
    {
        public Dog2(string copy)
        {
            copy = "犬はかわいい";

            System.Console.WriteLine(copy);
            System.Console.WriteLine("とてもかわいい");
        }
    }

こうあった場合に

Dog1 d1_1 = new Dog1();
//犬はかわいい
//とてもかわいい
Dog1 d1_2 = new Dog1("犬は怖い");
//犬は怖い

// Dog2 d2_1 = new Dog2();
//コンパイルエラー
Dog2 d2_2 = new Dog2("犬は怖い");
//犬はかわいい
//とてもかわいい

このような結果になります。

Comments

[cushionA]

引き続きのご助言に感謝いたします。
確かに犬は怖いを入れる場所がなくなってしまいますね……。
コーディングってとても難しいですね。

未熟者なのだから無難にオーバーロードに頼っておくべきでした……。

Answer 2

ほとんど同じ処理で対象が違うだけ、とか、
同じ処理でオプションが付いてるだけ、とか、
同じ名前をつけれると便利なことが多いです。

まあ、それぞれ別の名前つけてもいいんですが、何よりめんどくさいでしょう。
本来、プログラマというのはズボラなのがいいプログラマです。

Comments

[cushionA]

回答していただき誠にありがとうございました。

なるほど……。
確かにaddなどよく使いたいワードがありますね。
そういうことで同じ名前のメソッドを用いていたのですね。
コンストラクターについてはもとより名前は固定されていますが、処理を一つにまとめるのではなくオーバーロードするのはズボラ的に言うとあとから付け加えるのが簡単だからと、そういうことになるのでしょうか？

[y_waiwai]

プログラム言語における新機能ってのは、なによりズボラするためのもの、ですぜ

＃異論はみとめようｗ

[cushionA]

ありがとうございますｗ
煮詰まっていたのですが、なんだか朗らかな気持ちになれました。
ずぼらだったんですね。
でも、言われてみればすごく便利です。
ご鞭撻に感謝いたします。
コレクションについては自分で調べる余地もまだまだありそうなので、これにて解決済みとさせて頂きます。

YAmaGNZ様とｙ＿waiwai様、付き合ってくださったご両名に感謝いたします。

[len_souko]

煮詰まってるんなら解決してるのとほぼ同じやん
＝＞疑問に思った場合は辞書で調べてください

オーバーロードがなかったら
同じ目的のメソッドなのに引数の違いで全部違うメソッド名で定義する必要があります
定義するのも面倒ですが、使う際にも同じ名前なら目的も同じだと分かるけども違う名前なら目的が違うかのように見えるので例えば開発者が引き継いで別の人になった場合に、同じことをする引数も同じなのに、その時の開発者の考え方の相違によってメソッド名が別のものを定義することになるかもしれません
それを使用しようとしたらいったい何がどうちゃうねん！！ってなりますよね

[cushionA]

すみません……言葉の意味を間違えてたようです。
行き詰まってたと混同してました……。

回答ありがとうございます。
なるほど、メソッドをそれ単体ではなく用途別に見るのですね。
確かに使いみちが似ているのなら名前が同じ方が見返した時、引き継いだ時便利になりそうです。
使いやすさといいますか、そういったものを意識するなら大きな違いですね。
貴重なアドバイスありがとうございました。