*

java8(JDK8)の新機能をEclipseとJUnitで[インターフェースのデフォルト実装の使い方]

公開日: : 最終更新日:2015/05/02 Java


スポンサードリンク



本エントリーでは、まずSAM Typeの説明をさせていただきます。
その流れの中で「java8の新機能」である「インターフェースのデフォルト実装」の説明をさせていただきます。

「SAM Type」とは

「Single Abstract Method」の省略形です。では関数型インターフェースとの関係は?
と思いますよね、という事で試してみました。

抽象クラスで試してみる。

いきなり結論からですが、厳密には「SAM Type」は関数型インターフェースではないです。
「SAM Type」なインターフェース=関数型インターフェースです。

念のため検証してみました。
抽象クラスで、抽象メソッドを1つしか持たないクラスを作成して、ラムダ式(Lambda Expressions)の左辺に
利用して確認してみました。すると、コンパイルエラーをくらってしまいました。

[その2:関数型インターフェースを例としたラムダ式]
で利用したテストケース

を使って上記の事実を検証するために以下の抽象クラスを作成しました。

作成後にIFuncSampleTestの10行目の
“IFuncSample funcSample =”を
“AbstractFuncSample funcSample =”に
変更してみました。

するとコンパイルエラーが発生しました。
スクリーンショット 2014-04-18 19.48.06

少し小さいので見にくいですね、エラーの核心は、
「The target type of this expression must be a functional interface」
です。

以上の事から、抽象クラスの「SAM Type」は「関数型インターフェース」ではないことが分かりました。
「Single Abstract Method」なインターフェースの方が「関数型インターフェース」よりも
どんなインターフェースか想像しやすいので「SAM Type」がたまに使われるのではないかと考えます。

デフォルト実装を持ったインターフェースで試してみる

JDK8からインターフェースのデフォルト実装が可能となりました。

インターフェースのデフォルト実装と@FunctionalInterfaceの関係を試してみる

インターフェースのメソッドにデフォルト実装がある時に、
そのインターフェースが@FunctionalInterfaceの条件に合致するかを検証してみます。

・「Single Abstract Method」にデフォルト実装をしてみる。

IFuncSampleのhogeメソッドにデフォルト実装をしてみました。
以下は、デフォルト実装前となります。

以下が、デフォルト実装後となります。

デフォルト実装後は、コンパイルエラーが出ます。デフォルト実装すると「SAM Type」と認識されない仕様のようです。
Invalid ‘@FunctionalInterface’ annotation; IFuncSample is not a functional interface

・デフォルト実装をしたメソッドを追加してみる。

次は、hogeメソッドはそのままにし、デフォルト実装をしたhogehogeメソッドを追加してみます。

コンパイルも通りましたし、テストケースも通りました。
スクリーンショット 2014-04-18 21.34.58

この結果から、デフォルト実装したメソッドは「SAM」TypeのSingleには加算されないことが分かりました。

インターフェースのデフォルト実装による弊害

確かに、インターフェースのデフォルト実装が可能になったことによって
独自フレームワークのクラス等を作る時の基底クラスを作る時の手間が省けます。

今までは、インターフェースを実装した抽象クラス等を作成して、
デフォルト実装の処理を実現するとの手法を取る必要がありましたよね。

しかし、この仕様は良い事ばかりではありません。
今までのJavaでは考慮しなくても良かった概念を理解し、それに起因する問題に対処しなければならなくなりました。

インターフェースの実装クラスの実装時

クラスAがインターフェースBとインターフェースCを実装しており
インターフェースBとインターフェースCが同一のメソッド名と引数定義の
デフォルト実装を持ったメソッドを保有している時です。

先ほどのIFuncSampleとhogehogeメソッドが衝突するようにIFuncExampleインターフェースを
作成して、両インターフェースを実装するFuncSampleImplクラスを作成してみました。

IFuncExample.java

FuncSampleImpl.java

するとコンパイルエラーが発生しました。
スクリーンショット 2014-04-18 22.09.52

エラーメッセージの抜粋は以下の通りです。hogehogeが多重定義されていると言われました。
Duplicate default methods named hogehoge with the parameters () and () are inherited from the types IFuncExample and IFuncSample

このエラーを解消するには2つの解決策のどちらかを行う必要があります。

  1. インターフェースのどちらか一方のhogehogeメソッドの引数を変更する。
  2. FuncSampleImplでhogehogeをオーバーライドする。

 

なお、インターフェースのどちらか一方からhogehogeメソッドの
デフォルト実装を除去することでも、本問題を解決できそうな気がしますが、以下のエラーメッセージに変わるだけです。

The default method hogehoge() inherited from IFuncSample conflicts with another method inherited from IFuncExample
今度は衝突していると言われてしまいます。

この状態からでも解決策2を行えばエラーは無くなりますので、
結局実装クラスのhogehogeメソッドの実装が全てを解決してくれます。

インターフェースの多重継承時

IFuncExampleとIFuncSampleを継承するインターフェースIFuncSampleExを作成しました。
(IFuncExampleとIFuncSampleはhogehogeメソッドのデフォルト実装を持っている。)

IFuncSampleEx.java

この状態ではコンパイルエラーの内容は以下の通りです。
FuncSampleImplクラスの初めのエラーと同じです。
Duplicate default methods named hogehoge with the parameters () and () are inherited from the types IFuncExample and IFuncSample

このエラーを解消するには2つの解決策のどちらかを行う必要があります。

  1. インターフェースのどちらか一方のhogehogeメソッドの引数を変更する。
  2. IFuncSampleExでhogehogeををデフォルト実装する。

 

なお、インターフェースのどちらから一方からhogehogeメソッドのデフォルト実装を除去した場合もコンパイルエラーが発生します。
エラーメッセージは、FuncSampleImplクラスと全く同じとなります。

実装クラスまたは継承インターフェースからのデフォルト実装呼び出し

前述のように、せっかくインターフェースのデフォルト実装をしても、多重定義や衝突としてコンパイラが認識してしまい、
オーバーライドしないとコンパイルが通らず、デフォルト実装が使えないとの場面が想定されます。

「Java 8」は、この様な場面も想定しています。

FuncSampleImplクラスを例として説明させていただきます。
と言っても、コメントが全てです。

IFuncSample.super.hogehoge();の呼び出しは、IFuncSampleExからも同じ様に利用可能です。
ちなみにですが、Eclipseのコードアシストでは、IFuncSample.と入力した後でsuperの候補が表示されませんので、手入力する必要があります。

「java8(JDK8)の新機能[インターフェースのデフォルト実装]」は以上です。


スポンサードリンク



関連記事

Java超入門 with Eclipse[4:クラスに関する基礎知識(修飾子とクラスとインスタンスと変数)]

前回は、Javaの基本であるクラスの基本的な知識をざっくりと説明させていただいたあと、 packa

記事を読む

利用すると生産性が格段に向上する厳選Eclipseショートカット集

今回のエントリーは、利用すると生産性が格段に向上するEclipseのショートカット集となります。

記事を読む

JUnit入門その7[Eclipse4.4のJUnitプラグインとDBUnitの併用(更新系のテストの実装)]

JUnit入門その6 ではDBUnitを便利に利用するためのユーティリティ(と言っても基底クラスで

記事を読む

Eclipseのインストールと日本語化とJDK8(Java8)対応[Eclipse4.4とEclipse4.3]

インストールするEclipseのバージョンですが、とりあえず4.3をターゲットとしておき、 4.4

記事を読む

EclipseでAndroidアプリケーションの開発環境の構築と”Hello World!”まで

対象のOSはMac(OS X 1.9.5)とWindows7 64bitとなります。 といっても手

記事を読む

Eclipse4.4(Java)におけるビルド・パス関係の設定方法[ビルド・クラスパスの順序およびエクスポート設定]

Eclipse4.4(Java)におけるビルド関係のビルド・パス上の「ビルド・クラスパスの順序および

記事を読む

Eclipse4.3のチュートリアル機能で”Hello World”アプリケーションの作成方法を説明する。

Eclipseのインストールが終了したので、各画面エリアの名称の説明、各画面エリアの使い方の説明を

記事を読む

Eclipse4.4(Java)におけるビルド・パス関係の設定方法[JRAおよびクラス・フォルダー/ライブラリー]

Eclipse4.4(Java)におけるビルド関係のビルド・パス上の「JRAおよびクラス・フォルダー

記事を読む

JDK8(java 8)の新機能のラムダ式の利用方法[その3:java8が用意している関数型インターフェース]

[その2:関数型インターフェースを例としたラムダ式] と説明させていただいておりますが、

記事を読む

JUnit入門その3[Eclipse4.4のJUnitプラグインとMockフレームワークのJMockitの併用の基本]

JUnit入門その3ではMockフレームワークのJMockitを利用したテスト環境の構築と使い方につ

記事を読む

Message

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

Spring5入門[AbstractRoutingDataSourceで複数DBへの接続とトランザクション制御]

今回はSpring MVCから複数データベースに接続とトランザクション

Eclipse Oxygen Update 1 (4.7.1)を利用してJUnit5の公式ガイドの内容を実践してみる。

いよいよJUnit5が本格的に利用できる環境が整ってきました。

Spring5入門[簡単なWebアプリのユニットテストをJUnit5とJMockitで作成]

Spring5入門ではJUnit4とmockitを利用したSpring

Spring5入門[STS(Spring Tool Suite)で簡単なWebアプリの典型的なユニットテストの実現方法]

前回は「Spring入門」で、Spring MVCを利用した簡単なWe

Spring5入門[STS(Spring Tool Suite)の環境作成と簡単なWebアプリの作成]

Struts1ももう過去の遺物になり、SAStrutsもEOLとなりも

→もっと見る

PAGE TOP ↑