クロージャ、java7での導入厳しいのかしら?
クロージャはjava7での導入の見込み薄い という書き込みを見かけた。
ソースを手繰るとjava7のメーリングリストっぽい。
ガーン。
BGGAのクロージャ実装、色々調べたのにー。
言語仕様の変化が大きすぎるのかー!?
……ん、ただのシンタックスシュガーだし関係ないか…。
(ここのClosure日記は、jdk1.6.0_10-bataでコンパイル/実行してる)
だから逆に「そんなシンタックスシュガーごときいらん」
ということなのかな。ラムダ式楽しいぜ?
Effective Java Second Edition に"Item21: Use function
objects to represent strategies"という項目が増えてたりして、
Third EditionでのClosure項目追加の布石かしら?
とか期待していたんだけどなあ。
でも一方でどこか安心している自分もいたり…。言語仕様の拡張を
好まないところはjavaらしいかなと。私がjavaを好む理由のひとつは
言語仕様拡張よりライブラリ提供での機能拡張を好むところだし。
まだ決まったわけじゃないし、来年のJavaOneの内容を楽しみに
待ちますかー。
ソースを手繰るとjava7のメーリングリストっぽい。
ガーン。
BGGAのクロージャ実装、色々調べたのにー。
言語仕様の変化が大きすぎるのかー!?
……ん、ただのシンタックスシュガーだし関係ないか…。
(ここのClosure日記は、jdk1.6.0_10-bataでコンパイル/実行してる)
だから逆に「そんなシンタックスシュガーごときいらん」
ということなのかな。ラムダ式楽しいぜ?
Effective Java Second Edition に"Item21: Use function
objects to represent strategies"という項目が増えてたりして、
Third EditionでのClosure項目追加の布石かしら?
とか期待していたんだけどなあ。
でも一方でどこか安心している自分もいたり…。言語仕様の拡張を
好まないところはjavaらしいかなと。私がjavaを好む理由のひとつは
言語仕様拡張よりライブラリ提供での機能拡張を好むところだし。
まだ決まったわけじゃないし、来年のJavaOneの内容を楽しみに
待ちますかー。
コメント