J# を提案するコメントを見たところ、疑問に思いました... Java よりも J# を実際に有益に使用することはありますか? ですから、あなたが J# の使用を検討する唯一の理由は、会社が Java の時流に乗って、.NET の時流に乗るべきだと経営陣が宣言したからだと思います。J# を使用すると、Java を選択することの最大のメリットを効果的に失うことになります...豊富なクロスプラットフォーム サポート。確かに Mono はありますが、豊富なサポートやフル機能ではありませんよね? フォームが完全には (おそらくまったく) サポートされていないと聞いたのを覚えています。
ここで .NET をバッシュしようとしているわけではありません。Microsoft の道を行くなら、なぜ C# を使わないのかと言っているだけです。Java ルートを使用する場合、なぜ J# が登場するのでしょうか?
ここで実際のケースを見つけたいと思っています。特に、実際のプロジェクトで実際に J# を使用したことがある場合は、その理由とその理由について回答してください。
J# は VS2008 に含まれなくなりました。すでに J# コードを持っている場合を除き、おそらく近づかないようにしてください。
j# 製品ページから:
お客様からは、既存の J# 機能セットがニーズをほぼ満たし、J# の使用が減少しているとの声が寄せられているため、Microsoft は Visual J# 製品と Java 言語変換アシスタント ツールを廃止し、他のお客様の要件により適切にリソースを割り当てています。J# 言語と JLCA ツールは、Visual Studio の将来のバージョンでは使用できなくなります。お客様の J# への既存の投資を維持するために、Microsoft は製品ライフサイクル戦略に従って、Visual Studio 2005 に同梱されていた J# および JLCA テクノロジを 2015 年まで引き続きサポートします。詳細については、「ビジネスおよび開発製品向けの拡張されたマイクロソフト サポート ライフサイクル ポリシー」を参照してください。
J# の全体的な目的は、Java 開発者の .NET 環境への移行を容易にすることです。.NET 環境はうまく機能しませんでした (ここで推測します)。そのため、Microsoft は Visual Studio 2008 から J# を削除しました。 J# を使用していますか?".. 一言で言えば... いいえ..
J＃の代わりに、IKVM（http://www.ikvm.net/）を使用してJARを.NETアセンブリに変換し、C＃でJavaAPIにアクセスしたいと思います。
どちらの言語が良いかは問題ではないと思います。.NETの世界では、異なる言語が提供するライブラリ間にいくつかの矛盾があります。VB.NETで使用できる特定の機能があり、C＃から使用したいが、使用できない場合があります。.NETでは他の言語では使用できないいくつかのZIPライブラリを使用するには、J＃を使用する必要があったことを覚えています。
私は、JavaライブラリをC＃に移植するための簡単な暫定手順としてJ＃を使用しました。これは、Javaから.Netに保守する予定のないコードを移植するための良い方法になりました。ただし、すべての新しい開発はC＃で行われています。
私が過去に J# で見つけたキラーの 1 つは、Web サービスを参照するためのサポートが組み込まれていないことです。それ以来、それだけで私を思いとどまらせるのに十分でした。
C# の構文は Java に非常に近い (そしてある意味ではより優れている) ため、J# の代わりに C# を学習した方がよいでしょう。また、C# の方が広く使用されているため、Google で Java --> C# のチュートリアルを簡単に見つけることができます。また、 http: //www.asp.net/learn をチェックして、いくつかのビデオを視聴することもできます。
構文的には C# が Java よりも優れていることに強く同意します。したがって、j# の終焉を嘆く理由はまったくありません。Sun のホットスポット jvm は優れたソフトウェアであるため、C# を Java バイトコードにコンパイルする試みは興味深い動きかもしれません。
または、次世代の Java になる可能性のあるものを少し楽しむために、CLR の Scala はどうですか...