Java では、保護されたメンバーは同じパッケージ内またはサブクラスからのみアクセスできますが、重要な制限があります。
* スーパークラスの保護されたメンバーは、サブクラスでの継承を通じてのみアクセス可能であり、パッケージ外で宣言されたスーパークラスのインスタンスを通じてはアクセスできません。
コンパイルが失敗する理由は何ですか?
MiniVan クラスでは、次の行によってコンパイル エラーが発生します。
ジャワ
車 car = 新しい Car();
car.brand = "プジョー 807";
* ブランド フィールドは Car 内で保護されているため、vehicule.parent パッケージ外部の Car インスタンスからはアクセスできません。
* MiniVan は Car を拡張していますが、car は MiniVan ではなく Car のインスタンスとして宣言されているため、Car インスタンス (car.brand) を使用してブランドにアクセスすることはできません。
* MiniVan 内のブランドにアクセスする正しい方法は、継承 (this.brand または super.brand) を使用することです。
修正されたコード
MiniVan クラスを次のように変更すると、正常にコンパイルおよび実行されます。
ジャワ
パッケージ vehicule.child;
vehicule.parent.Car をインポートします。
パブリッククラス MiniVan は Car を拡張します {
パブリック静的void main(String[] args) {
MiniVan minivan = new MiniVan(); // 継承によるアクセス
minivan.brand = "プジョー 807";
System.out.println(ミニバン.ブランド);
}
}
出力は次のようになります:
nginx
プジョー 807
Oracle Javaドキュメントのキールール
* クラスの保護されたメンバーは、同じパッケージ内およびサブクラスからアクセスできますが、パッケージ外で宣言されたスーパークラスのインスタンスを通じてではなく、継承を通じてのみアクセスできます。
参考文献:
* Java SE 21 & JDK 21 - クラスのメンバーへのアクセス制御
* Java SE 21 および JDK 21 - 継承ルール

このコードでは、「United」と「States」を含む文字列要素のストリームが作成されます。BinaryOperator<String>という名前付き演算子は、最初の文字列（s1）と2番目の文字列（s2）の大文字バージョンを連結するために定義されています。次に、reduceメソッドで「-」を単位元値、演算子を累算器として使用します。
reduce メソッドは、ストリームの要素を次のように処理します。
* 初期ID値: "-"
* 最初の反復:
* 累算器演算: "-".concat("United".toUpperCase())
* 結果:「-UNITED」
* 2回目の反復:
* 累積演算: "-UNITED".concat("States".toUpperCase())
* 結果: "-UNITEDSTATES"
したがって、 result に格納される最終結果は "-UNITEDSTATES" となり、System.out.println (result); ステートメントの出力は -UNITEDSTATES となります。

Javaジェネリックでは、ワイルドカードを使用してジェネリック型の型制約を緩和します。extends ワイルドカード (<?
extends Type>) は上限付きワイルドカードを表し、Type のサブクラスである任意の型を許可します。逆に、super ワイルドカード (<? super Type>) は下限付きワイルドカードを表し、Type のスーパークラスである任意の型を許可します。
オプションA:
ジャワ
パブリックリスト<? super IOException> getListSuper() {
新しいArrayList<Exception>()を返します。
}
ここで、List<? super IOException> は、IOException オブジェクトとそのスーパータイプのオブジェクトを保持できるリストを表します。Exception は IOException のスーパークラスであるため、ArrayList<Exception> は List<? と互換性があります。
super IOException>が発生します。したがって、このメソッドは正常にコンパイルされます。
オプションB:
ジャワ
パブリックリスト<? extends IOException> getListExtends() {
新しいArrayList<FileNotFoundException>() を返します。
}
この場合、List<? extends IOException> は、IOException とそのサブクラスのオブジェクトを保持できるリストを表します。FileNotFoundException は IOException のサブクラスであるため、ArrayList<FileNotFoundException> は List<? extends IOException> と互換性があります。したがって、このメソッドは正常にコンパイルされます。
オプションC:
ジャワ
パブリックリスト<? extends IOException> getListExtends() {
新しいArrayList<Exception>()を返します。
}
ここで、List<? extends IOException> は IOException またはそのサブクラスのリストを期待しています。しかし、Exception は IOException のスーパークラスであり、サブクラスではありません。したがって、ArrayList<Exception> は List<? と互換性がありません。
IOException を拡張するため、このメソッドはコンパイルされません。
オプションD:
ジャワ
パブリックリスト<? super IOException> getListSuper() {
新しいArrayList<FileNotFoundException>() を返します。
}
このシナリオでは、List<? super IOException> は、IOException オブジェクトとそのスーパータイプのオブジェクトを保持できるリストを想定しています。FileNotFoundException は IOException のサブクラスであるため、ArrayList<FileNotFoundException> は List<? super IOException> と互換性がなく、このメソッドはコンパイルされません。
したがって、オプション A と B のメソッドは正常にコンパイルされますが、オプション C と D のメソッドはコンパイルされません。

* var キーワードと識別子のルール:
* var キーワードは、Java 10 で導入されたローカル変数の型推論に使用されます。
* ただし、Java 9 以降では、_ (アンダースコア) を識別子として使用することはできません。
* 変数名として _ を使用しようとすると、コンパイラはエラーをスローします。
pgsql
エラー: リリース 9 以降、「_」はキーワードであり、識別子として使用することはできません。
* 識別子としての $ 記号:
* $ 文字は Java で有効な識別子です。
* ただし、_ は許可されていないため、コードは $ に到達する前にコンパイルに失敗します。
したがって、正解は「コンパイルに失敗しました」です。
参考文献:
* Java SE 21 - var ローカル変数型推論
* Java SE 9 - _ 識別子の制限

Java では、ラムダ式の本体には次の 2 つの形式があります。
* 単一式: 本体が単一の式で構成される簡潔な形式です。この式の結果は暗黙的に返されます。
例：
ジャワ
(a, b) → a + b
この例では、(a, b) はパラメーターであり、a + b はそれらを合計する単一の式です。
* ステートメントブロック: 本体が中括弧{}で囲まれたステートメントブロックで構成される、より詳細な形式です。このブロック内には複数のステートメントを記述できます。戻り値が期待される場合は、明示的にreturnステートメントを使用する必要があります。
例：
ジャワ
(a, b) -> {
整数合計 = a + b;
System.out.println("合計は: " + sum);
合計を返します。
}
この例では、ラムダ本体は複数のアクションを実行するステートメント ブロックです。つまり、合計を計算し、それを出力し、合計を返します。
次のオプションがあります:
* A. 2つの文：ラムダ式本体には複数の文を含めることができますが、文は文ブロック{}で囲む必要があります。括弧なしで単に2つの文を記述することは、ラムダ式として有効な構文ではありません。
* B. 式とステートメント: オプション A と同様に、ラムダ本体に複数の要素 (式またはステートメント) が含まれている場合は、それらをステートメント ブロックで囲む必要があります。
* C. ステートメントブロック：正解です。ラムダ式の本体はステートメントブロックで、複数のステートメントを中括弧で囲んで記述できます。
* D. 上記のいずれでもない: オプション C が有効であるため、これは不正解です。
* E. 2 つの式: オプション A および B と同様に、有効なラムダ本体を形成するには、複数の式をステートメント ブロックで囲む必要があります。
したがって、正解は C: ステートメント ブロックです。