Java

Javaインターフェースとは Javaにおけるインターフェースは、メソッドのプロトタイプ（宣言）を定義する仕様です。プログラマーに実装の指針を与えたり、ある型のメソッドやフィールドが「どのようなものであるべきか」という契約（コントラクト）を明確にしたい場合に、インターフェースを定義します。 この型のオブジェクトを生成するには、インターフェースを実装したクラスを作成し、インターフェースが持つすべての抽象メソッドに本体（処理内容）を提供する必要があります。その後、実装クラスのインスタンスを取得することで、オブジェクトとして利用できるようになります。 通常の実装例 以下は、3つの抽象メソッドを持つ

オーバーライド時の例外ルールとは Javaでチェック例外（検査例外）をスローする可能性のあるメソッドを呼び出す場合、その例外クラス自身、またはそのスーパークラスでcatchする必要があります。これに違反するとコンパイルエラーになります。 同じ考え方は、メソッドのオーバーライドにも当てはまります。スーパークラスのメソッドをオーバーライドするとき、サブクラス側のメソッドがスローできる例外には以下の制約があります。 サブクラスのメソッドは、親メソッドと同じ例外、またはそのサブタイプ（より狭い例外）をスローできる。 親メソッドがスローする例外のスーパータイプ（より広い例外）をスローしてはならない。

@JsonAliasアノテーションとは？ Jacksonの@JsonAliasアノテーションを使用すると、JSONデータをJavaオブジェクトへマッピングする際（デシリアライズ時）に受け入れ可能なプロパティに対して、1つ以上の代替名（エイリアス）を定義できます。 一方で、シリアライズ時（JavaオブジェクトからJSONを生成する場合）には、エイリアスは使用されず、実際の論理プロパティ名のみが出力される点に注意が必要です。 デシリアライズ時： 本来のプロパティ名と、@JsonAliasで指定した別名のどちらでもJSONを受け取れる シリアライズ時： @JsonPropertyで指定した正式なプ

ObjectMapperクラスは、Jackson APIにおいて最も重要なクラスです。readValue()メソッドとwriteValue()メソッドを提供しており、JSONからJavaオブジェクトへの変換、またその逆であるJavaオブジェクトからJSONへの変換を行うことができます。 JavaのListをJSON配列に変換するには、ObjectMapperクラスが持つwriteValueAsString()メソッドを使用します。このメソッドは、任意のJavaの値をJSON形式の文字列としてシリアライズできる汎用的なメソッドです。 writeValueAsString()メソッドの構文 pub

JSONは、システム間でデータをやり取りする際に広く利用されているデータ交換フォーマットの1つです。軽量であり、特定のプログラミング言語に依存しないという特徴を持っています。 JavaのJSONArrayは、文字列からテキストを解析してリスト（Vector）のようなオブジェクトを生成できるクラスで、java.util.Listインターフェースをサポートしています。本記事では、JSONArrayをString配列（String[]）に変換する方法を、サンプルコードと実行結果とともに解説します。 変換の基本手順 JSONArrayをString配列へ変換する際の基本的な流れは以下の通りです。 J

Javaでは、インターフェース型やスーパークラス型の参照変数にサブクラスのオブジェクトを代入した場合、その参照を通じてアクセスできるのは、宣言元の型（インターフェースやスーパークラス）が持つメンバーのみです。この参照を使ってサブクラス（派生クラス）独自のメンバーやメソッドにアクセスしようとすると、コンパイルエラーが発生します。 例：コンパイルエラーが発生するケース interface Sample {    void demoMethod1(); } public class InterfaceExample implements Sample {    

Javaでメソッドにfinalを付けると、そのメソッドはオーバーライドできなくなります。つまり、サブクラス側でスーパークラスのfinalメソッドを再定義し、独自の実装を与えることはできません。メソッドをfinalにする本来の目的は、子クラスなど外部からの変更を防ぎ、動作を固定することにあります。コンストラクターは継承されない継承の仕組みでは、サブクラスはスーパークラスのほぼすべてのメンバーを受け継ぎますが、コンストラクターだけは例外です。言い換えると、Javaにおいてコンストラクターは継承されないため、コンストラクターをオーバーライドすること自体が不可能です。finalの役割は「オーバーライド

空白final変数とは 宣言時に初期化されていないfinal変数は、空白final変数（blank final variable）と呼ばれます。 なぜ明示的な初期化が必要なのか 通常、インスタンス変数はコンストラクター内で初期化します。仮に初期化を忘れたとしても、コンストラクターによって各型のデフォルト値（数値型なら0、boolean型ならfalse、参照型ならnullなど）が自動的に割り当てられます。 ところが、空白final変数にはデフォルト値が割り当てられません。これは、final変数が「一度だけ代入できる」という厳格な保証を持つためです。Javaコンパイラーは、final変数が確実に

Javaにおいて、変数を static かつ final として宣言した場合、その変数は宣言時、またはstaticブロック（静的初期化ブロック）のいずれかで必ず初期化しなければなりません。もしコンストラクタ内で初期化しようとすると、コンパイラは「final変数への再代入が行われた」と判断し、コンパイル時エラーを発生させます。エラーになる例：コンストラクタでの初期化class Data { static final int num; Data(int i) { num = i; // コンパイルエラー：final変数への代入 } } public cl

Javaにおける定数とは 定数とは、一度値を設定するとプログラムのどこでも変更できない変数のことです。さらに、定数はプログラム内にただ1つのコピーだけが存在するという特徴も持ちます。宣言時に値を代入した後は、以降の処理でその値を書き換えることは一切できません。 staticとfinalを組み合わせて定数を作る 他の多くの言語と違い、Javaには定数を直接宣言するための専用構文がありません。しかし、変数をstaticかつfinalとして宣言すれば、定数と同じ働きを持たせることができます。 static ― staticを付けた変数は、クラスがメモリにロードされるタイミングで一度だけ生成されま

結論から言うと、Javaでは配列そのものの要素を不変（イミュータブル）にすることはできません。しかし、java.util.Collectionsクラスが提供するunmodifiableList()メソッドを利用すれば、読み取り専用のリストを作成できます。このメソッドはListインターフェースを実装したオブジェクトを受け取り、その変更不可能なビューを返します。取得したリストに対して、ユーザーが行える操作は参照のみです。また、java.util.ArraysクラスのasList()メソッドを使うと、配列をListオブジェクトへ変換できます。配列を読み取り専用のリストに変換する手順対象となる配列を用

静的変数（クラス変数）とは クラス変数（静的変数）はクラスに属する変数です。インスタンス変数と同様に、クラス内のメソッドの外で宣言しますが、その際にstaticキーワードを付けます。 静的変数はコンパイル時からアクセス可能で、クラスをインスタンス化する前でも、そもそもインスタンスを作成しなくてもアクセスできます。また、静的フィールドはクラス全体で1つのコピーしか存在しないため、すべてのオブジェクトで値が共有され、どのオブジェクトから参照しても常に同じ値になります。 静的フィールドはstaticキーワードを使って定義します。クラス内で静的変数を宣言しても明示的に初期化しなかった場合、インスタンス

Javaにおける定数（Constant）とは定数とは、値が固定されており、プログラム内にそのコピーが1つだけ存在する変数のことです。定数として宣言し、一度値を代入すると、以降はプログラムのどこであってもその値を変更することはできません。C言語と異なり、Javaでは定数を直接サポートしていません。しかし、変数をstaticとfinalの両方で宣言することで、定数を作成することが可能です。staticを付けて宣言すると、その変数はコンパイル時にメモリへロードされます。つまり、プログラム全体でコピーは1つだけしか存在しません。finalを付けて宣言すると、その変数の値を再度変更することができなくなり

Javaにおけるシリアライズ（直列化）とは、オブジェクトの状態をバイトストリームに書き出すための仕組みです。これにより、オブジェクトをネットワーク越しに転送したり、ファイルに保存して後から復元したりすることが可能になります。実際の開発では、JPAやRMIといった技術と組み合わせて利用されるのが一般的です。 transient変数とは何か transient修飾子を付けた変数は、シリアライズの対象から除外されます。つまり、transient宣言されたフィールドの値は保存されず、デシリアライズ（逆直列化）後には必ずデフォルト値（参照型ならnull、boolean型ならfalse、数値型なら0）に戻

Javaでクラスをロードする際、クラスローダーが指定されたパスでクラスを見つけられないと、ClassNotFoundExceptionが発生します。この例外は、Javaプログラムの実行時や、ClassクラスのforName()メソッド、あるいはClassLoaderクラスのloadClass()メソッドを使って明示的にクラスをロードする際に起こる可能性があります。これらのメソッドはクラス名を表す文字列を受け取り、指定されたクラスをロードします。ClassNotFoundExceptionを防ぐためのポイントこれらのメソッドにクラス名を渡す際は、以下の点に注意する必要があります。メソッドに渡すク

結論：オーバーライド時にシグネチャを変更することはできません いいえ、できません。スーパークラスのメソッドをオーバーライドする際には、両者のメソッド名・パラメータ（引数の数と型）・戻り値の型がすべて同じである必要があります。これらが1つでも異なると、2つのメソッドは互いに無関係な別のメソッドとして扱われてしまいます。 つまり、シグネチャを変更した時点でオーバーライドは成立せず、意図どおりにサブクラスのメソッドが呼び出されない可能性があります。 スーパークラスのメソッドが実行される理由 シグネチャを変更すると、両者は「別々のメソッド」とみなされます。Javaでは、サブクラスのオブジェクトの中に

Collectionsクラスとはjava.utilパッケージのCollectionsクラスは、コレクション専用に動作するユーティリティメソッドを多数提供しており、多相的アルゴリズム（polymorphic algorithms）を含むさまざまな追加操作を行うことができます。このクラスには、既存のコレクションを変更不可能（読み取り専用）なビューとして返すunmodifiableXXX()メソッド群が用意されています。主なバリアントは以下の通りです。No.メソッドと説明1static <T> Collection<T> unmodifiableCollection(Coll

java.utilパッケージのCollectionsクラスには、コレクション専用に動作するユーティリティメソッドが多数用意されており、ポリモーフィックなアルゴリズムを含むさまざまな追加操作を利用できます。 マルチスレッド環境でコレクションを安全に扱いたい場合、このクラスが提供する同期化メソッドを使うことで、既存のコレクションを簡単にスレッドセーフなものへ変換できます。以下に、synchronizedCollection()系メソッドの主なバリアントを示します。 No.メソッドと説明 1 static <T> Collection<T> synchronized

結論から言うと、スーパークラスのメソッドが特定の例外をスローしている場合、サブクラスでオーバーライドしたメソッドは、その例外のスーパータイプ（親クラス）をスローすることはできません。これはJavaの言語仕様による厳格なルールです。スーパークラス型の参照を通じてメソッドを呼び出すコードは、スーパークラスが宣言した例外だけを想定して記述されています。もしサブクラス側がより広い範囲のチェック例外をスローできるようになると、呼び出し側でその例外を捕捉できなくなり、型安全性が損なわれるためです。具体例以下の例では、スーパークラスの readFile() メソッドが FileNotFoundExcepti

Javaでは、スーパークラスのメソッドが特定の例外をスローするように宣言されている場合でも、サブクラスでそのメソッドをオーバーライドする際に、例外を一切スローしないことが可能です。これはJavaのオーバーライドにおける重要なルールの一つです。 オーバーライド時の例外に関するルール スーパークラスのメソッドがチェック例外（検査例外）をスローする場合、サブクラスのオーバーライドメソッドは次のいずれかを選択できます。 例外をまったくスローしない スーパークラスと同じ例外をスローする スーパークラスがスローする例外のサブクラス（より具体的な例外）をスローする ただし注意点として、スーパークラスがス