C#基礎 public private 等について

Question

public
private
internal
protected
の影響範囲を図にしたのですが、図のような理解でよろしいでしょうか？

アドバイスを参考に、イメージを変更してみました。
このような解釈でよろしいのでしょうか？

Answer 1

描いてみました。
「classAに定義された青丸のアクセス修飾子が~だったら
何処から見える」を図示したつもりです。
classA自体のアクセス修飾子はpublicとでも考えて下さい

protected internalが
protectまたはinternalと、
C#の予約語では珍しく「または」になっていてややこしいですね。

Answer 2

こんにちは。

C#のアクセス修飾子にファイル・スコープは無かったと思います。（C#はpartialを使って複数のファイルで１つのクラスを定義できますし。）
なので、図にスクリプト1.cs、スクリプト2.cs等の記載があることが混乱を生んでいるのではないでしょうか？

それから、アクセス修飾子がどこに付いているのか明記した方が良いと思います。
特に、protected、protected internalについてはどのクラスに付けているのか明記しないと混乱すると思います。

最後にクラス1, 2, 3のどれとも無関係なクラス（クラス4, 5）を両方のアセンブリに定義すれば、protected、protected internalのスコープを明確にできると思います。

---

【ついでに】
「スクリプト」って表現はコンパイルしないような言語で良く用いられます。コンパイルする言語ではあまり用いないと思います。C#のソース・ファイルを「スクリプト」と表現するのは初めて見ました。

Comments

[catsforepaw]

> C#のソース・ファイルを「スクリプト」と表現するのは初めて見ました。
UnityではC#をスクリプトと表現していますね。

[Chironian]

> UnityではC#をスクリプトと表現していますね。

うわっ、本当ですね。
ゲーム開発ツールの世界ではスクリプトと呼んでいるからでしょうか。
Unityの中の人の気持ちは分かるけど、用語の混乱に貢献しちゃってますね。

Answer 3

アクセス修飾子に**「protected internal」が抜けています。
また、図に「スクリプト.csと別のファイルで派生させたクラス」と「別のアセンブリで派生させたクラス」**が抜けています。protected/internal/protected internalを説明するにはそれらが必要です。

---

追記
「スクリプト.csと別のファイルで派生させたクラス」も必要と考えたのは、図からではprotectedが「同じファイル内」でしかアクセスできないように見えるからです。

Answer 4

protectedがinernalの内側に入っているのがおかしいです。
他のアセンブリに継承クラスがあれば、そこからは参照できるわけなので。

protectedとinternalはどちらが内側という関係ではなく、交差した関係になります。