Java7に関するnaga_sawaのブックマーク (3)
-
本日のエントリーはJava Advent Calendarの25日目です。昨日は @mike_neckさんのmike、mikeなるままに…: hamcrestを拡張してmoreThanとか作ってみたでした。本日はクリスマスですが、Advent Calendarはまだまだ続きます。明日はt.ogisawaさんのhttp://webinter.sakura.ne.jp/pbd/210です。 さて、今年はJava7がリリースされましたね。try-with-resources、diamond operator、invoke dynamic、Folk/Join framework…魅力的な新機能の数々が、多くの人によって紹介されています。が、Java7の変更はそれだけじゃないはず。小粒だが、キラリと光る変更がきっとあるはず。ということで、Java6とJava7のsrc.zipを比較してみました。小
-
﹁Javaによるビジネスアプリケーションの開発は複雑すぎる。開発チームはJavaからの逃避を検討すべきだ﹂という内容のレポート﹁Java Is A Dead-End For Enterprise App Development﹂︵Javaはエンタープライズアプリケーション開発に行き詰まっている︶を調査会社フォレスターのアナリストMike Gualtieri氏がブログで公開しています。 Gualtieri氏は、Javaはビジネスアプリケーションの開発言語として確固たる地位を築いており、COBOLが消え去らないのと同じように急に消え去ったりはしないけれど、Java以外の選択肢を検討した方がよいとしています。 ビジネス要件が変わり、プレゼンテーションレイヤで失敗した Javaが行き詰まっているというGualtieri氏のおもな理由をピックアップしてみましょう。 ビジネスの要件が変わってきた 変化
-
(2009/9/2追記)︵※注1︶ダイアモンドとは、リンク先を読むと、ジェネリック型のnewで、変数の宣言にジェネリクス指定しておけば、右辺は<>︵ダイヤ型︶で済むということのようです。例‥Map<String, List<String>> anagrams = new HashMap<>() ほー. 以下のような感じで左辺から右辺の型引数を推測してくれるようですね. Map<String, List<String>> map = new HashMap<>(); // saves typing そういえば C# でも (微妙に) 似たような提案をしている人がいるという話を以前書きました. お.これは懐かしい話題. 前から書いているが Dictionary<List<Abrakadabra>, IEnumerable<Abrakadabra>> dic = new Dictionary<L
-
1