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

[theatrical]

forの最大の問題点は何でもできてしまうということ。どんな副作用でも注入できる危険性がある。map,fold,filter等のlist操作関数の最大のメリットは、その逆でリストに対する操作しかできないという点だよ。

[matarillo]

汎用的すぎる機構をなるべく使わない(fold/unfoldは関数型でも濫用しない)のはよいけど、副作用を恐れすぎる必要はないし、シンプルになるならfor(拡張for含む)を使えばいい。麻疹はさっさと罹ってさっさと治す。

[ishisaka]

Java界にstream星人というlinq星人亜種が登場したようだ。。。

[ghostbass]

LINQでいいじゃん

[mano-junki]

java api java8 jvm option jconsole stream lambda

[sakidatsumono]

逆にラムダ使うとぽっと出のプログラマが保守できないと怒られる悪寒

[ledsun]

for文禁止はわかるけど、forEachは必要なんじゃ？

[decoy2004]

『このコードは、拡張for文の中で1つの要素につきイテレータのhasNext()とnext()と2つのメソッドが呼ばれます。それらのメソッド毎にロック、アンロックされるため、並行アクセスに不整合となるとの説明がありました。』

[msykt]

メトリクスの値はともかく、Stream APIは積極的に使っていきたいと思います。Mission ControlやFlight Recorderも基本は使う方向で。

[yass]

" ソフトウェア工学的な視点からは、/ 品質の違いは明らかです。「ラムダ式禁止」を危惧する声を聞きますが、欠陥予防により品質改善を推進する組織であれば、むしろ「ループ禁止」を導入するのではないでしょうか。"