*

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)の新機能[インターフェースのデフォルト実装]」は以上です。


スポンサードリンク



関連記事

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

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

記事を読む

Eclipse(4.3)の使い方[パースペクティブのツールバーのカスタマイズ(「ツール・バー可視性」と「メニュー可視性」タブ)]

前回エントリー「Eclipse(4.3)の使い方[各画面エリアの名称とパースペクティブのカスタマイズ

記事を読む

お勧め本紹介[新装版 リファクタリング―既存のコードを安全に改善する― (OBJECT TECHNOLOGY SERIES)]

リファクタリング―プログラムの体質改善テクニック (Object Technology Series

記事を読む

Selenium入門その4[Selenium WebDriver(Java/Junit4)の基本コマンド]

前回はEclipse環境でSelenium WebDriverでJava/Junit4を利用したテス

記事を読む

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

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

記事を読む

Java超入門 with Eclipse[1:Eclipse環境の作成とEclipseの使い方の説明]

「JDT betaを利用してJDK8(java 8)対応のEclipse開発環境を作成する」では、最

記事を読む

Eclipseの使い方(Windows環境のEclipse4.3、Eclipse4.4)

Eclipse4.4.0よりJDK8を正式サポートするそうです。 Eclipseトップレベルプ

記事を読む

Java超入門 with Eclipse[3:クラスに関する基礎知識(クラスとインスタンスとパッケージ)]

Javaといえば、「オブジェクト指向」とのイメージがとっても強いですよね。 そう、そうです。間違い

記事を読む

JUnit入門その8[Eclipse4.4のJUnitプラグインのテストケースのカバレッジをEclEmmaを利用して測定してみる]

今回は「EclEmma」を使って、テストのカバレッジの測定を行うエントリーとなります。 「djUn

記事を読む

Eclipse(4.4)でJava言語のリファクタリング機能の使い方[「メソッド・シグニチャーの変更」と基本的な抽出処理、及び「インライン化」、「定数の抽出」]

本エントリーでは、Eclipse(4.3)でJava言語のリファクタリング機能の使い方に引き続き

記事を読む

Message

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

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となりも

Selenium入門その6[Selenium3でWebDriver(Java/Junit4)の環境を作成しEdge,Chrome,Firefoxで確認してみる]

Selenium3も3.0.1がリリースされましたし、今後は本格的にS

→もっと見る

Optimization WordPress Plugins & Solutions by W3 EDGE
PAGE TOP ↑