You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Javaの古きアレなプラクティスの１つに、ユーティリティクラス*1をabstractで作成すると言うのがある。 public abstract class SomeUtil { public static String appendA(String str) { return str + "a"; } } ユーティリティメソッドappendAは、特に役に立たないが、引数のStringにAを足して返す物体だ。このクラスにはstaticメソッドしか含まないため、インスタンス化する必要はない。こういうクラスをabstractにすることにより、誤ってインスタンス化されることは無いと言う素晴らしい方法である。 「ねーよ」と言う言葉は堪えて頂きたい。それでは話が終わってしまう。 さて、JavaSE8ではProject Lambdaのついでにインタフェースにdefaultメソッドが追加された。ついでにs

2014年3月18日、ついにJava8が正式にリリースを迎えた。 折角なので、今後、Java8の新機能に関する記事をいくつかアップしていきたい。 Java8といえばやはりラムダ式だけど、既に色々な方がブログ等々で紹介しているので、今回は、Java8にて導入されたインタフェースのデフォルト実装と多重継承、Mix-inの関係について書いていきたいと思う。 かなり長丁場になりそうだが、最後までお付き合いいただければ幸いである。 では、Java8の世界に飛びだそう！ Java8のインタフェース実装とは？ Java8では、インタフェースに実装を持てるようになった。 定義の方法は「default」句、または「static」句を利用する2パターンが存在する。 今回の記事では「default」句を利用した場合のメソッドの振る舞いから多重継承とmix-inについて考えていく。 default句を使用したイン

Java8でのラムダの使い方などを説明してきたのですが、構文拡張自体には触れていなかったので、改めてここで簡単に説明しておこうと思います。 まずは、Java8で実際に最もインパクトがある言語拡張、インタフェースのデフォルトメソッドです。 デフォルトメソッドとデフォルト実装 いままでインタフェースには実装をもつことができませんでしたが、Java 8からはインタフェースが実装をもてるようになります。 実装をもつメソッドを定義するときには、キーワードdefaultをメソッドの前につけます。 interface Foo{ void print(String s); default void twice(String s){ print(s); print(s); } } twiceメソッドが実装をもっています。この実装をデフォルト実装といいます。 デフォルトメソッドを実装するクラスで、デフォルトメ

IDEやフレームワークのJava 8サポート状況 Java 8のリリースは目前だが、気になるのはIDEやフレームワークでの対応状況だ。Java 8がリリースされても主要なIDEやフレームワークでサポートされていなければ実際に利用することは難しいからだ。 まずIDEだが、NetBeansやIntelliJではすでに2013年の段階でJava 8をサポートしている。Eclipseはまだ正式にはJava 8をサポートしていないが、Java 8サポートを追加するためのプラグインがプレビュー版として公開されており、2014年6月にリリースされる予定の次期バージョンでは正式にサポートされるはずだ。 一方で著名なフレームワークでもJava 8対応が進められており、Spring FrameworkではすでにラムダやTime APIなどJava 8の新機能に対応したSpring 4.0が提供されている。 こ

新たなJavaScriptエンジン「Nashorn」 Java SEではこれまでRhinoというJavaScriptエンジンが同梱されていたが、Java 8からはNashornという新たなJavaScriptエンジンに変更されている。NashornはRhinoの後継と位置づけられているものの、Java 7から導入されたinvokeDynamic命令を駆使したまったく新しい実装となっており、Rhinoよりも軽量で高速に動作するとされている。 パーマネント領域の廃止 Java 7までクラス情報を格納するパーマネント領域は通常のヒープ領域とは別にサイズの指定を行う必要があった。そのため大量のクラスをロードするアプリケーションや動的にクラスのリロードが可能なフレームワークではPermGenの不足によるOutOfMemoryErrorを目にしたことのある方も多いのではないだろうか。 Java 8では

タイプアノテーション これまでアノテーションはクラスやメソッドの宣言に対してのみ付与することが可能だったが、Java 8からは変数の型やジェネリクスの型パラメータに対しても付与することができるようになった。この機能は「タイプアノテーション」と呼ばれる。 タイプアノテーションの利用例としてはChecker Frameworkがある。これはコードの様々な個所にアノテーションを付与しておくことでコンパイラだけでは不可能な高度な型チェックを行うことができるというものだ(コマンドラインからの実行に加え、EclipseやIntelliJ用のプラグインも用意されている)。 例えば以下のコードはgetObject()メソッドが常にnullを返すため、実行すると最後の行でNullPointerExceptionが発生する。 Object getObject() { return null; } @NotNu

符号なし整数のサポート Java組み込みの整数型は符号付きしかサポートしておらず、その範囲を超える値を扱う場合、これまではBigDecimalを使用する必要があった。BigDecimalは内部的には文字列として値を保持しているため、プリミティブ型での処理と比べると効率が悪いという問題がある。 Java 8では従来の符号付きの整数型を符号なしの整数型とみなして扱うためのstaticメソッドがIntegerとLongに追加されている。これらを使用することで正負は表現できないものの、より広い範囲の値を表すことができるようになる。 // intの最大値(2147483647)に対して加算する int a = Integer.MAX_VALUE + 1; // そのまま表示すると桁あふれを起こし負の数として表示される System.out.println(a); // => -2147483648

java.util.concurrentの強化 java.util.concurrentパッケージにも新たなクラスがいくつか追加されている。たとえば従来のJava SEでは複数スレッドからアトミックに更新可能なデータ型としてAtomicIntegerといったクラスが用意されていたが、Java 8では新たにLongAdderやDoubleAdderといったクラスが追加されている。これらのクラスは複数スレッドから頻繁に更新を行うようなケースで高いパフォーマンスを発揮する。 // LongAdderを生成(初期値は0) LongAdder longAdder = new LongAdder(); // 加算 longAdder.add(100); // インクリメント longAdder.increment(); // デクリメント longAdder.decrement(); // 値をlon

結論 Java8のOptionalは超すっきり扱えるよ、そう、Groovyならね。 Optionalって何? Java 8で導入される新規クラスの一つ、java.util.Optionalは、メソッドの実行結果で成功する場合と失敗する場合があるときに、その返り値で成功と失敗を表現するためのものです。 Opitonalは単一要素を保持するコンテナ型。成功した場合は返り値をコンテナで保持させたものを返す。(成功時の返り値をラッピングする) 「失敗」は固定のシングルトン(Optional.empty())として扱う まあ、それだけの話といえばそれだけなのですが、効果は、 失敗のある可能性のあるメソッドと無いメソッドをコメントではなくプログラムの一部として明示し、両者の違いをコーディング上も区別する 失敗のある可能性のあるメソッドと無い混在・混同することのないようにコンパイル時チェックをできるよう

地味ながら広範囲で役立つOptional Java 8で追加されたクラスのうち、地味ながら広範囲で役に立つのがjava.util.Optionalだ。 これは「存在するかどうかわからない値」を表すための型で、このような値は従来のJavaではnullを使って表現することが多かったが、nullチェックが必要な値とそうでない値の区別がつかず、nullチェックを怠るとNullPointerExceptionが発生してしまうという問題があった。 このような場合にOptionalを使用することで「値が存在しないかもしれない」ということを明示することができ、nullチェックをわすれてしまうといった単純なミスを防止することができる。 Optionalのインスタンスは値の有無に応じて以下のようにして生成する。 // 値を持つOptionalオブジェクト(of()メソッドにはnullを渡すと例外がスローされる

遅延評価、並列処理 Streamはラムダ式を使って関数型言語のようなスタイルで操作することができるため、従来のコレクションを操作するために使っても便利だが、遅延評価可能なコレクションという特徴も持っている。そのため、例えば以下のように無限に値を返すジェネレータをStreamで作成することもできる。 // 10、20、40、80…と無限に値を返すStreamを生成 Stream<Integer> stream = Stream.iterate(10, i -> i * 2); // 先頭の5件のみ表示 stream.limit(5).forEach(System.out::println); また、以下のようにして並列処理が可能なStreamを生成することもできる。並列処理可能なStreamではmap()やfilter()などのメソッドでの各要素に対する処理が自動的に並列に実行されるため、処

java.io/java.nioの改善 Streamの追加に伴いjava.ioパッケージやjava.nioパッケージにも変更が加えられており、java.nio.files.FilesなどからStreamを生成するためのメソッドが追加されている。 以下java.nio.files.Filesに新たに追加されたメソッドの使用例だ。 // カレントディレクトリのファイルの一覧を返すStreamを取得する try(Stream<Path> stream = Files.list(Paths.get("."))){ stream.forEach(path -> { System.out.println(path); }); } // ファイルの内容を1行ごとに返すStreamを取得する try(Stream<String> stream = Files.lines(Paths.get("test.t

関数型インタフェース ラムダ式はどのような場面で使用できるのだろうか? Java 8では実装するべきメソッドが1つしかないインタフェースを「関数型インタフェース」として扱うことができ、ラムダ式はこの関数型インタフェースの代わりに使用することができる。前述のサンプルで例として挙げたjava.util.Comparatorも関数型インタフェースとして扱うことができるインタフェースの１つというわけだ。 なお、Java 8ではjava.util.functionパッケージで以下のような汎用的な関数型インタフェースがいくつか用意されており、後述するコレクションAPIなどではこれらのインタフェースが使用されている。ラムダ式を使用可能なメソッドを自作する場合は基本的にこれらの汎用的な関数型インタフェースを使用するといいだろう。 Function<T, R> … 1つの引数を受け取って結果を返す関数 Bi

大幅に強化されたコレクションAPI コレクションAPIには、ラムダ式を活用するために大きな改善が加えられている。続いて、そちらの主な変更点をチェックしていこう。 既存のコレクションクラスに追加されたメソッド まずは定番クラスである。たとえばjava.util.Listには以下のようなメソッドが追加されている。 forEach() … Listの各要素に対してラムダ式で繰り返し処理を行う sort() … Listの要素をラムダ式で指定した条件でソートする replaceAll() … Listの各要素をラムダ式で変換する removeIf() … ラムダ式で指定した条件に一致する要素をListから削除する これらのメソッドの使用例を以下に示す。 List<String> list = new ArrayList(Arrays.asList("Java", "Scala", "Groovy"

インタフェースの改善 Java 8ではインタフェースでメソッドのデフォルトの実装を提供できるようになった。以下にデフォルト実装を提供するインタフェースの例を示す。 public interface HelloWorld { default public String hello(String name) { return "Hello " + name; } } このインタフェースを実装したクラスは、自分でメソッドを実装しなくてもインタフェースで定義されたメソッドが利用可能となる。もちろんデフォルト実装をオーバーライドすることも可能だ。 これはRubyやScalaにおけるMix-inと同じような機能と考えるとわかりやすいだろう。インタフェースを実装するために特定のオブジェクトに処理をデリゲートするような場合はインタフェースにデフォルト実装として定義しておくことで実装クラスでの冗長な記述が不