Java Streams API を使って例外処理をきっちり行なうコードを書くことは難しい - Qiita
Streams API をこれまでまともに使ったことがなかった。 まともに使おうとしたら例外処理の扱いが非常に難しいことを実感したので、一例を挙げてその難しさを解説する。 ##やりたい処理 複数のテキストファイルのそれぞれを1行ずつ読みこみ、空白文字で各行を単語に分割し、単語に対して何か処理を行なう、というよくある処理を実装してみよう。処理の手順を手続き的に書くと以下のようになる。 あるディレクトリの直下に存在する複数のテキストファイル（拡張子 .txt）を1つずつ読む 各テキストファイルを1行ずつ読む 各行（文字列）を、空白文字を区切り文字として複数の文字列（単語と呼ぶことにする）に分割する 各単語に対して何か処理をする。以下、処理の名前を analyze とする ##クラスの雛形 以下の TextFileProcessor を拡張したクラスを実装する。 各単語に関する処理 analyz
#渋谷Java に行ってきた - mike-neckのブログ
表題のとおりです。 shibuya-java.connpass.com で、発表してきました。 On stream-lazy-computation from mike_neck Mochida www.slideshare.net 実際のプレゼンの内容はもう少し丁寧かつ雑な資料でやりました。 JavaのStreamで学ぶ遅延処理実装パターン from mike_neck Mochida www.slideshare.net で、発表者で欠席した人や怪我でこれない人がいたので、勢いで作った発表もしました。 gradle2.4のルールベースモデルコンフィギュレーション from mike_neck Mochida www.slideshare.net 発表の元ネタは以前の mike-neck.hatenadiary.com と mike-neck.hatenadiary.com です。 La
GS Collections 使い方メモ - Qiita
Java Magazine で取り上げられていて存在は知っていたものの、特にチェックはしてなかった GS Collections。 Java Day Tokyo 2015 や JJUG CCC 2015 で再びその名前を耳にし、気になってチラッと実装を見たところ、面白そうだったので使い方を調べてみた。 【追記】Eclipse Collections 2015 年の 10 月から 12 月にかけて、 GS Collections は Eclipse 財団に移管された。 名前も GS Collections から Eclipse Collections に変更された。 公式サイトはこちら → Eclipse Collections - Features you want with the collections you need. (日本語ページ) GS Collections と、機能的な差
Streamの平均を求める処理が精度が高かった件(総和も) - きつねとJava！
昨日，JavaDayTokyo2015でProject Lambdaのハンズオンのお手伝いをしてきました． その中で，Collectors#averagingDoubleやDoubleStream#averageの実装が優秀だということが分かったので，まとめておきます． 結論を先に言うとStreamAPI*1が優秀なので，それを使おうという話です． *2 普通の実装の話 よくサンプルで出てくる，ある数列から平均値を求める処理は以下のようになっていると思います． また，おそらく普通のプログラマに平均値を求める処理を書かせても同様なコードを書くと思います．*3 double[] array = {...}; double sum = 0; for (int v : array) { sum += v; } double ave = sum / array.length;実はこれは精度が低く，実
StreamはAutoCloseableであると認識していないとアレな件 - mike-neckのブログ
こんにちわ、みけです。 表題、何言ってるかわかりませんね。 ファイルを読み込んでStream<String>を扱うときに、 try-with-resourcesでStream<String>を宣言しておかないと、 リソースリークがあるかもしれないということです。 具体的には return Files.lines(path, StandardCharsets.UTF_8) .filter(line -> line.startsWith("ERROR") .map(LogText::new) .collect(Collectors.toList()); とやっていると、ファイルの閉じ忘れが発生するので、 try(Stream<String> stream = Files.lines(path, StandardCharsets.UTF_8) { return stream.filter(lin
メモっとけ Java 8 Lambdas 〜Chapter3〜 - A Memorandum
Java 8 Lambdas: Pragmatic Functional Programming (English Edition) 作者:Richard Warburton出版社/メーカー: O'Reilly Media発売日: 2014/03/18メディア: Kindle版 前回 blog1.mammb.com からの続き Stream Stream は複雑なコレクション操作を関数型アプローチで構築するツールです。 外部あるいは内部の繰り返し ロンドン出身のアーティスとを数える旧来のコード int count = 0; for (Artist artist : allArtists) { if (artist.isFrom("London")) { count++; } } 繰り返し処理の抽象である Iterator を使ったコード int count = 0; Iterator<Ar
Stream APIで大きなファイルを読み込むと - torutkのブログ
Java SE 7で導入されたNIO2のFilesクラスでreadAllLinesメソッドを使って大きなファイルを読むと、ヒープメモリを圧迫またはOutOfMemoryErrorを起こします。 List<String> lines = Files.readAllLines(Paths.get(args[0]), StandardCharsets.UTF_8); Windows 7 64bit（12GBメモリ）で、Java SE 8 64bit版上でヒープメモリサイズのオプションを指定せずに（デフォルト）実行し、8GBのファイルを上述コードで読み込ませたところOutOfMemoryErrorが発生しました。 Java SE 8で導入されたStream APIを使って大きなファイルを読み込むとどうか試してみました。 try (BufferedReader reader = Files.newB
Java8 Streamでバリバリやれるようになりたい人のためのFunctional Interfaceまとめ - mike-neckのブログ
こんにちわ、みけです。 もう、Streamの書きすぎで、 なんだか、for文が書けない身体になってしまいました(大袈裟) というわけで、Streamなのですが、 慣れていないと 「はよ！Supplier<?>、BinaryConsumer<?, ?>をはよ！」 とIDEにせかされて、 あれっ？これってなんだっけ？ってなってしまう のではないかと思います。 というわけで、Streamで使う用途で Functional Interfaceをまとめてみることにしました。 Streamの生成(source)に用いるもの Supplier<T> 引数なしで、オブジェクトを生成するFunctional Interfaceです。 Stream#generateメソッドで利用します。 例 @Test public void supplier_Tのサンプル () { final AtomicInteger
Java8 Stream API では collector とかを複数回呼ぶと実行時エラーになる - tokuhirom's blog
Java8 Stream API では collector とかを複数回呼ぶと実行時エラーになる 以下のようなコードは、実行時エラーになる。 Stream<String> ss = Arrays.asList("hoge", "fuga").stream(); System.out.println(ss.count()); System.out.println(ss.count()); スタックトレースは以下のようになる。 stream has already been operated upon or closed java.lang.IllegalStateException at java.util.stream.AbstractPipeline.<init>(AbstractPipeline.java:203) at java.util.stream.LongPipeline.<i
「Javaの鉱脈」連載開始 | さにあらず
WEB+DB PRESS の Vol.81 から JVM を中心とした連載を始めましたので是非買って下さい。 2014/6/24 発売です。書店には既に並んでいるかと思います。 これはアマゾンのアフィリエイトリンクですので、踏んだ直後に冷蔵庫等の大型家電を購入して頂けると僕が喜びます。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 WEB+DB PRESS Vol.81@Gihyo Digital Publishing 初回の内容はラムダ式 + RxJava 今回の内容としては Java8 のラムダ式に関する簡単な説明から、ラムダ式を利用してRxJavaを使うとこんなに便利という話を書きました。 記事内で Stream API に関して説明しなかった最大の理由はラムダ式と Stream API に関する適切で妥当な説明については桜庭さんの記事を読めば良い
forEach書いたら負け、for文禁止 - torutkのブログ
本日は日本Javaユーザーグループ（JJUG）主催のクロスコミュニティカンファレンス2014春に参加してきました。今日の日記は、参加内容のまとめではなく、参加して得たことやそれをきっかけに考えたことなどをだらだらと書き連ねます。 Java SE 8では、forEach書いたら負け、for文禁止 日記のタイトルは、午前のセッション「K-1 詳説 Java SE 8 – CCC Edition」で出た話題です。手続き的なロジックを書いて、ネストが深く制御構造が複雑になってしまう人向けにはJava SE 8で導入されたラムダ式とStream APIを使って、内部イテレータと関数型プログラミングのエッセンスを取り入れた書き方をするといいよ、という話から出た言葉です。 実は昨日開催したJava読書会（「Java 8 Lambdas」を読む会）でも、「for文は禁止だ！」という話題が出てました。for
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内Java8勉強会 ラムダ式とストリームAPI