Stream APIの演習、様々な処理でストリームを使ってみる
前回、前々回と2回に渡って、ストリームの基本的な使い方について説明してきました。 とはいうものの、いざストリームを使おうとしても、なかなかすんなりとはいかないのも仕方がないところです。今までのJavaのプログラミングスタイルからすると、ストリームのスタイルは大きく異なります。特に関数を用いて処理を指定していく方法は、今までのJavaではあまりありませんでした。 このスタイルは本連載の「Java SE 8のラムダ式はどうやって活用するか」で紹介した、高階関数を用いた関心の分離に他なりません。 そこで、今回は様々な処理をストリームで行うことにより、ストリームを使う上での考え方を紹介していきます。 条件に合致するものに対して処理を行う 拡張for文を使用してリスト1のような処理を書くことはありませんか。 リスト1●条件に合致した要素に対し処理を行う List<String> elements =
OptionalがSerializableではない話と使い方まとめ - きしだのHatena
Optionalは意図的にSerializableではなくなってますね。 でその意図としては、一旦Serializableにして出力形式を決めてしまうと、今後ずっとその出力形式を維持しないといけないことになるので、そのメンテナンスコストを嫌ったというのがあるようです。 このメンテナンスコストの中には、仕様が変えれなくなる、というコストも含みます。 なので、シリアライズしたい場合には、フィールドはnullを持つようにして、getterでOptionalに変換するということになると思います。 基本的にOptionalは、Optional-returnイディオムをサポートするもの以上ではない、ということをBrian goetzさんも書いています。 Shouldn't Optional be Serializable? そこで、Optionalの使い方としては、基本的にメソッドの戻り値としてだけ、
ラムダ式とストリームAPIでJavaプログラミングはここまでシンプルになる！--Java SE 8に今すぐ移行すべき理由 - builder by ZDNet Japan
「大きく進化したJava SE 8は企業に多くのメリットをもたらす。プロジェクト・マネジャーやアーキテクトも、今すぐ移行に取り掛かるべき」と訴えるJavaエバンジェリストの寺田佳央氏。ラムダ式とストリームAPIを例にとり、Java SE 8によるプログラミングの特徴と利点を語った。 2014年3月にリリースされた「Java SE 8」の大きな変更点の1つは、新たな言語機能として「ラムダ式（Lambda Expressions）」が導入されたことだ。同機能を使うことで、開発者は従来よりも効率的にプログラムを書けるようになる。また、併せて導入された「ストリームAPI（Stream API）」を使用することで並列処理の実装が容易となり、マルチコア・プロセッサの能力を生かしたハイパフォーマンスなアプリケーションを迅速に作れるようになる。 日本オラクルのJavaエバンジェリスト 寺田佳央氏は、企業の
Javaで1行ずつテキストデータを読み込むイディオムの変遷 - argius note
テキストデータを読み込む場合、言語にかかわらず1行ずつ読み込んで処理します。ここではこのイディオムを"read-lines"と呼ぶことにします。 スクリプト言語なんかだと大抵、最初からforeachで済んでしまっていたりしますが、初期のJavaではちょっと面倒な手順が必要でした。 新しいバージョンではだいぶ簡単簡潔に書けるようになりましたが、今度はたくさんありすぎて、どれがなんなのかが良くわからなくなっています（大袈裟）。 そこで今回は、"read-lines"の変遷についてまとめてみました。 最近Javaを始めた方がバージョンが古い時に書かれたソースコードを読むときに役に立つ...かも知れません。 目次 基本 BufferedReader （Java1.1～） Scannerと拡張for文 （Java5～） java.nio.file.Filesとtry-with-resources（J
15 Must Read Java 8 Tutorials
Java 8 was released last month and is just chock-full of new features and behind-the-scenes optimizations. The internet has been doing quite a good job covering all these new additions – both the good and the bad. I thought it’d be good to do a round-up of what we think are some of the best tutorials out there, to help you get you quickly up-to-speed on what’s new and what you need to know. Java 8
GroovyのクロージャとJava8のlambda式の違いについて - uehaj's blog
この両者は、似ているようでいて、基本的には別モノです。表にしてみます。 Groovyのクロージャ java8のlambda式 導入時期 2003年 2014年03月 ローカル変数へのアクセス 読み書き可能 実質的にfinal(変数そのものに対しては読み込みのみ) 実装方法 Closure型のインスタンス MethodHandle, invokeDynamic.. 型推論の根拠 Closure<T>のTで返り値、@ClosureParamsで引数 FunctionalInterface(SAM型) 記法 { 引数 -> 本体 } { 本体 } {-> 本体 } (引数) -> { 本体 } (引数) -> 式 () -> { 本体 } 暗黙の動的なthis delegateにより実現 - 性能 ローカル変数をenclosingするため間接参照にするためのオーバーヘッドあり 性能上のオーバーヘ
streamとparallelStreamについての考察
Java8で導入されるstreamとparallelStream。どういった場面で、どちらを使うのがベターなのか？についてのまとめ
Java 8 Date Time - 20 Examples of LocalDate, LocalTime, LocalDateTime
Learn Java, Programming, Spring, Hibernate throw tutorials, examples, and interview questions Along with lambda expressions, streams, and several minor goodies, Java 8 has also introduced brand new Date and Time API, and in this tutorial, we will learn how to use Java 8 Date Time API with simple how-to-do task examples. Java's handling of Date, Calendar, and Time is long been criticized by the com
JDays Lviv 2014: Java8 vs Scala: Difference points & innovation stream
This document summarizes some of the key differences between Scala and Java syntax. It covers topics like type definitions, variables, methods, classes, traits, collections, exceptions, control flow, and packages. Overall, the document shows that Scala code is more concise and expressive than equivalent Java code for many common programming constructs.
Java 8とScala ‐アプローチの違いと相互イノベーション | POSTD
ScalaとJava 8に関する プレゼンテーション が、他の似た内容のものよりも多くリツイートされ、大変うれしく思います。だから、こうして皆さんにブログでも書いてお伝えすることにしました。ScalaとJavaとの違いと、それぞれの重要性についてお話しします。両者は相互にイノベーションしています。言語間でお互いに取り入れています。では、Javaが使える場合であっても、Scalaを学ぶ必要があるのでしょうか？ もちろんです。より多くの言語を知れば知るほど、あなたはさらにプロフェッショナルになっていきます。 もし、ScalaエンジニアにScalaとJavaとの基本的な違いについて尋ねたとしても、おそらくその人はラムダ関数とトレイトに関する違いを全て言うことはないでしょう。代わりに次のような例を出すはずです。 public class Person { private String firstN
僕のOptional<>の使い方がカッコワルイ。 - 谷本 心 in せろ部屋
昨日、Spring MVCのOptionの使い方がカッコイイという話で、こんなコードを書きました。 @RequestMapping("/") public String hello(@RequestParam("name") Optional<String> name) { if (name.isPresent()) { return "Hello, " + name.get(); } else { return "Hello, John"; } } そしたら、多方面から切れ味するどいツイートが飛んできました あー。 そんなわけで、今回の例で言えば、こう書くのがカッコイイと思います。 @RequestMapping("/") public String hello(@RequestParam("name") Optional<String> name) { return "Hello, "
「Javaによる関数型プログラミング」読んだ — 裏紙
さくらばさんに献本して頂きました。 ありがとうございます！ Javaによる関数型プログラミング――Java 8ラムダ式とStream 物理的に薄い本ですし、ラムダ式と関数型プログラミングへの入門として良い本だと思います。 チームの後輩に読んで欲しい。 関数型プログラミングへの入門に丁度いいということで、数年前にコップ本で入門を済ませていた私としては少々物足りない気がしました。 ただし7章は末尾再帰の最適化を行うという内容で、そこはJavaコンパイラはサポートしていない部分なので興味深く読みました。 恥ずかしながら、末尾再帰の最適化を自分で書くという発想は無かったので参考になります。 以下、気になった点を挙げます。 タイポも含む。 2〜3ページ。宣言的なコードとはどういうことかを、 いきなりラムダ式を登場させるのではなくJava 7までの語彙で説明しているのが良いですね。 28ページの例2-
Java8で、Objectが持つメソッドについてはインターフェースでdefault実装をできないようにしている理由 - なみひらブログ
背景Java8にて、インターフェースにdefaultメソッド（メソッド定義と実装）を定義できるようになりました。 しかし、その実装においてObjectクラスが持っているメソッド（toString()とかequals()とか）は、インターフェース内でdefault実装として定義できないようになっています。（コンパイルエラー「A default method cannot override a method from java.lang.Object」） 「なんでかなぁ～」と思ってちょっと調べてみたら、以下の記事を見つけました。 ちょっと要約ちょっと要約してみます。 ＃自分の解釈を一部入れています。 ＃英語に不自由のない方は上記を見てもらえればいいかと思います。 （質問者） defaultメソッドは、Javaの中で新しい良いツールだ。 しかし、私がインターフェースにtoString()のdef
nanobench - Java 8 で簡単にマイクロベンチマークをとれるフレームワーク作った - tokuhirom's blog
Caliper や JMH などを試してみたが､案外あれは使うのが難しかったり､インストールが難しかったり､結果がよみづらかったりする｡ Perl 5 に標準添付されているベンチマークフレームワークであるところの Benchmark.pm と同じぐらい気軽な感じで使えるベンチマークフレームワークが Java 8 用にあれば便利なのではないか､と思ったので作ってみた｡ https://github.com/tokuhirom/nanobench 先日つくった HTML escape に関するマイクロベンチマークを nanobench を使って書きなおしてみる｡ package me.geso.microbenchmarks; import me.geso.nanobench.Benchmark; import org.apache.commons.lang3.StringEscapeUtil
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ステップ・バイ・ステップで学ぶラムダ式・Stream api入門 #jjug ccc #ccc h2
JavaのStreamで学ぶ遅延処理実装パターン
簡潔なJavaコード
JDK 8 JVM Improvements - C2-JavaDay-304328.pdf
ラムダ式でStrategyパターンで実装されたコードをシンプルにする ～ そこから見えてくるストラテジオブジェクトの本質
第六回渋谷Java Java8のJVM監視を考える
