問題タブ [protected]

Java には、次の 3 つのレベルのアクセスがあります。

• 公開 - 世界に公開
• プライベート - クラスのみに公開
• 保護 - クラスとそのサブクラスに対してのみ開かれます (継承)。

では、なぜ Java コンパイラはこれを許可するのでしょうか?

TestBlah.java:

Blah.java:

Bloo.java:

できればJavaScriptを使用して、ページ内でVista IE7保護モードを検出できるようにしたいと思います。私の考えは、保護モードに違反するアクションを実行して、それを公開することです。目標は、適切なサイト ヘルプ メッセージを IE7 Vista ユーザーに提供することです。

サブクラスがこれらの変数にアクセスできるように、基本クラスのメンバー変数を保護に設定することをお勧めしますか? それとも、メンバー変数をプライベートに設定し、サブクラスがゲッターとセッターによって変数を取得または設定できるようにすることをお勧めしますか?

また、getter メソッドと setters メソッドの使用が推奨されている場合、保護された変数はいつ使用されますか?

C ++では、基本クラスからプライベート/保護を継承したい場合は考えられません。

本当に便利ですか？

スーパークラスで定義された保護された変数をモックできませんでした。スーパークラスで保護されたメソッドをモックできましたが、保護された変数をサブクラスにモックできませんでした。サブクラスのテストケースを書いています。それに対する解決策。返信してください。

ありがとうシャシ

このキーワードprotectedは、同じパッケージおよびサブクラス内のクラスへのアクセスを許可します ( http://java.sun.com/docs/books/tutorial/java/javaOO/accesscontrol.html )。

現在、すべてのクラスはjava.lang.Objectスーパークラス ( http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html ) として持っています。

java.lang.Objectしたがって、すべてのクラスがのメソッドにアクセスできると結論付けますprotected。

次の例を見てください。

正常にgetOne()コンパイルされますgetTwo()が、

がコンパイルされない理由も、( s メンバーgetTwo()のアクセスに関して) との違いもわかりません。java.lang.ObjectgetOne()

インターフェイスで保護されたアクセスメンバーを宣言することに反対する議論は何ですか？たとえば、これは無効です。

この例では、インターフェースは、実装者が少なくとも継承者にインスタンスを提供するIOrangeことを保証します。実装者が望む場合は、スコープを完全に拡張できます。OrangePipspublic

インターフェイスのメンバーの目的は、継承者（サブクラス）にprotectedサポートコントラクトを提供することです。次に例を示します。

（確かに、これはsでは機能しませんstruct）

インターフェイスのprivateまたは修飾子のケースの多くはわかりませんが、と修飾子の両方をサポートすることは完全に合理的であるように思われます。internalpublicprotected

メンバーをsから完全に分離することにより、sのprotectedメンバーの有用性を説明してみます。interfaceinterface

継承者のコントラクトを適用するための新しいC＃キーワード、を想像してみましょうsupport。これにより、次のように宣言できます。

これにより、クラスを契約して、保護されたメンバーを継承者に提供できます。

protectedクラスは、そもそもメンバーを提供することによってこの契約をすでに暗示しているため、これは特に有用ではありません。

しかし、これを行うこともできます：

IOrangeSupportこれにより、実装するすべてのクラスに適用しIOrange、特定のメンバーを提供するように要求しprotectedます。これは、現在私たちができることではありません。

このコード:

次のエラーが生成されます。

タイプ 'C' の修飾子を介して保護されたメンバー 'CF(D)' にアクセスできません。修飾子はタイプ 'D' (またはそれから派生したもの) でなければなりません

彼らはいったい何を考えていたのでしょうか。(そのルールを変更すると何かが壊れるでしょうか?) そして、F を公開する以外にそれを回避する方法はありますか?

編集：これがなぜなのか理由がわかりました（Gregに感謝します）が、合理性についてはまだ少し当惑しています。与えられた：

D が EF を呼び出せないのはなぜですか?

エラーメッセージは編集されているため、タイプミスがある可能性があります。

リフレクションによってオブジェクトから継承された保護フィールドにアクセスするにはどうすればよいですか？