問題タブ [java-7]

アノテーションには 2 つの異なる JSR があるようです。

JSR-305: ソフトウェア欠陥検出の注釈 (追加リソース)
JSR-308: Java 型の注釈 (追加リソース)

どちらも静的コード分析を対象としているようです。

あなたは知っていますか：

• どちらが Java SE 7 と Java EE 6 のどちらになるのでしょうか?
• 各JSRはどの程度「安定」していますか?
• 一方が他方に取って代わる（または廃止する）か？

Java 7 プラットフォームでの Swing アプリケーション フレームワークの将来は未定です。 http://weblogs.java.net/blog/archive/2009/08/19/saf-and-jdk7

今使っても大丈夫ですか？

クロージャ（FCM）とジェネリックスを組み合わせると、完全にタイプセーフな基準を持つことが可能になります。

タイプセーフ基準については、JPA2.0仕様を読みました。しかし、それでもやや不足しています。

また、ここでは、一般的なコードの型安全性を向上させる例として、基準を使用しています。コーディングを高速化するために、Javaの静的型付けを多用しました。しかし、その結果、タイピングを無視するコードの部分に時々噛まれます。たとえば、HQLクエリ。

Java 言語にクロージャを追加するための 3 つの主要な提案が提示されています。

• Gilad Bracha、Neal Gafter、James Gosling、Peter von der Ahé によるBGGA (Bracha Gafter Gosling Ahé)は「フル クロージャー」としても知られています。
• Bob Lee、Doug Lea、Josh Bloch によるCICE (Concise Instance Creation Expressions)は、「単純化された内部クラス」としても知られています。
• FCM (First Class Methods)、Stephen Colebourne と Stefan Schulz 著

私の質問：

• 構文に関して、3 つの提案 (BGGA、CICE、および FCM) の違いは何ですか?

JDK7 のこれらすべての新しいファイル I/O クラスについて、私は少し混乱しています。

たとえば、 があり、Pathそれが表すファイルの名前を変更したいとします。Path再び aが予想される場合、新しい名前を指定するにはどうすればよいですか?

注: なぜJDK7が必要なのですか? シンボリックリンクの扱い！

問題は、実行時に名前と場所がわかっているファイルを使用する必要があることです。したがって、私が必要としているのは、古い名前パスの新しい名前パスを作成するための安全な方法 (例外的な副作用なし) です。

Java 7 のバイナリ リリース (Mac/BSD-port プロジェクトを使用) はどこにありますか? 一部のブログ ( Mac OS X での Java 7の構築など) には、ソースから jdk をビルドするための詳細な手順が記載されていますが、誰かがそのバイナリをダウンロードできることを望んでいました。

手順の問題は、すべてのバージョン番号を正しく取得するのが非常に面倒であり、わずかな違いが無駄な時間の作業につながる可能性があることです。

このトピックに対応する多くのスレッドがありました。

Java のクロージャの現在の状態は? Java 7 のクロージャー

すべての入力は、Java 7 がクロージャを取得していないというものです。

ただし、クロージャーは Java 7 になるようです。

http://weblogs.java.net/blog/editor/archive/2009/12/03/mark-reinhold-answers-questions-closures-java-7

誰かがこの可能性について他の情報や洞察を持っていますか? さらに、閉鎖の状態を確認または否定できる人はいますか?

JSR 292は動的言語のサポートをJVMに追加するようですが、それについての詳細はあまり見ていません。動的型は言語（またはVMのみ）に組み込まれますか？もしそうなら、セマンティクスはどのようになりますか？

C＃4のようなものはありますか？

クラウド サービスをより洗練されたものにすることを目的とした、小さく軽量な Java 7 ベースのオープン ソース プロジェクトに対する需要はありますか? 私は生涯でいくつかのサーバーを作成してきましたが、これが必要かどうか興味がありました。

私の考えは、シンプルで軽量に保ち、ネットワーク通信に Java 7 NIO 2 機能を使用することでした。また、ラック ソリューション (MBONE) 内のサーバー間のローカル クラウド ベースの通信にブロードキャスト アドレスを使用するか、シリアライゼーション ベースの通信プロトコルを使用することも考えていました。

Spring や Tomcat は太りすぎで、古い Java テクノロジで記述されているため、使用したくありません。さらに、Apache テクノロジーに依存しすぎているため、別の Apache プロジェクトを使用したくありません。ここでのキーワードは「小さい」「軽い」「持ち運びやすい」「効率的」です。

おそらくこれは、バックグラウンド サーバーやモバイル クラウド ネットワークとしてモバイル デバイスにインストールされて使用される可能性さえあるでしょう。