内部クラスとその型のプロパティ名がかぶってしまう場合の解決方法

Question

、C#で内部クラスとその内部クラスの型のプロパティ名をかぶってしまうのですが、この問題を解決する一般的な手法はあるのでしょうか？
プロパティ名を変えたり、内部クラスではないようにするといった手法しか解決方法はないのでしょうか？

よろしくお願いいたします。

public class Hoge
{

	public HogeHoge HogeHoge { get; }

	public class HogeHoge
	{
	}
}

Comments

[BluOxy]

その解決方法で良さそうですが、それ等の方法では何か問題があるのでしょうか。
あるならそれを質問に記述すると別の回答がもらえるかもしれません。

[hihijiji]

C#では内部クラスを使うこと自体が悪手とされています。
悪手を前提とした好手などありません。

[concern12]

>その解決方法で良さそうですが、それ等の方法では何か問題があるのでしょうか。
頂いた回答に対しての返信でも述べましたが、特に問題はなく、一般的にはどうしているのかと疑問に思っただけです。
もう少し私の質問内容を吟味すべきだったかもしれません。

>C#では内部クラスを使うこと自体が悪手とされています。
publicな内部クラスが悪手だということはわからなくもないですが、標準ライブラリでも普通に使われていますし、内部クラスが悪手ということは個人的には聞いたことはありません。
msdnなどで述べられている箇所がありましたら教えていただきたいです。

[hihijiji]

出典は公式な文書ではなくblogか何かなにかだったと思いますが、
言語仕様的にもアクセス修飾子的にも適切に制限する方法がないって理由でした。
要は隠蔽はできないし公開するなら内部クラスにする必要はないよねってことです。

Answer 1

クラス名を，そのクラスの機能や意味等から HogeHoge とするのが妥当だと思えるとき，
その型のプロパティの名称もまた，同じ理由から HogeHoge が妥当だと思える．
でも，そのクラスが内部クラスの場合に，残念ながらコンパイルが通らない，と．

---

うーん…

本当に HogeHoge そのものを公開する必要があるのか？
公開することが必要なのは HogeHoge が提供する機能なのであって，実装ではないのではないか？

とか何とか考えて，こんな感じに逃げるとか…？

class Hoge
{
    public interface IHogeHoge{}
    private class ConcreteHogeHoge : IHogeHoge {}

    public IHogeHoge HogeHoge{  get;    }
}

（単純に「一方の名前を変える」よりも事態が悪化しているような気がしないでもない）

Comments

[dodox86]

質問者さんが問うているのは。（自ら招いた感はあるものの）当該問題に対する解決方法の「一般的な手法」なのだと思います。

[fana]

（圧倒的な正論を添えて低評価願います！）

[concern12]

>クラス名を，そのクラスの機能や意味等から HogeHoge とするのが妥当だと思えるとき～
まさにこのことでした。
皆さんの反応からみるに言葉足らずでした。失礼いたしました。
ご回答ありがとうございました。

Answer 2

一般的な方法は、どちらかの名前を変えること。

無理やりに行いたい場合はインターフェースを使う。

public interface IHogeHoge
{
	public Hoge.HogeHoge HogeHoge { get; }
}

public class Hoge : IHogeHoge
{
	HogeHoge IHogeHoge.HogeHoge { get; }

	public class HogeHoge
	{
	}
}

Comments

[Zuishin]

同じ名前を別のものにつけようとするのがそもそもの間違い。
名前を変えればいいだけ。

[concern12]

単純に別の名称にしようと思います。
ありがとうございました。

Answer 3

あなたがつけるクラス名なら、あなたが気をつければいいのでは

Comments

[concern12]

気をつける云々という話ではありません・・・

[y_waiwai]

なんかで自動生成されるようなもんなんですか？
クラス内クラスって滅多に書く必要が出るもんじゃないと思いますが

[concern12]

めったに書くことはありませんが、このような状況に陥ったときに一般的にはどうしているのかなと疑問に思ったので質問に至った次第です。

[maisumakun]

いちばん素直な、「名前を変える」という選択肢を放棄せざるを得ないのはなぜでしょうか？

[concern12]

名前を変えるという手法以外であるのかなと思ったためです。
特に深い理由はありません。

[dodox86]

何か妙なご質問ですね。「かぶってしまう」と書かれると、IDEなどでの自動生成で不可抗力的にクラス名とプロパティ名が同じ名前にされてしまって困るので、それを解決する方法というのであれば理解できますが、本問題でプロパティ名をかぶらせているのは質問者さん自身なのですから、それを解決するには質問者さんがそうしないようにするしかない気がするのですがどうですか。
「クラス名とプロパティ名が同じ場合（言うなればかぶっている場合）、見分けるための解決策は？｝とか言うのであれば質問内容的には理解できます。

[YAmaGNZ]

一般的な話というのであれば、「一般的には同じ名前にならないよう設計する」で終わる話ではないでしょうか。

[concern12]

>一般的な話というのであれば、「一般的には同じ名前にならないよう設計する」で終わる話ではないでしょうか。
それ以外の一般的な解決方法があると思ったため質問に至りました。

多くの方から返信していただいて、プロパティ名を変更するか内部クラスではないようにする以外はないとわかりました。
ありがとうございました。

[y_waiwai]

内部クラスだから、名前がかぶるというような特殊な事情があるんでしょうか？
なんか最初から今までいまいち話がわかってません

[maisumakun]

> それ以外の一般的な解決方法があると思ったため

どうしてそう思ったのでしょうか？

[maisumakun]

> このような状況に陥ったときに

陥ること自体が一般的ではありません。