Javaに比べてMonoのライブラリはどれくらい少ないのですか？

私は両方の選択肢の概要を欠いていますが、次のプロジェクトにはかなり自由に選択できます。私は次の分野で難しい技術的事実を探しています

• パフォーマンス（たとえば、Javaはスレッド化に適していると聞いていますが、ランタイムコードの最適化が.NETで最近非常に良くなったと聞いています）
• 現実世界の移植性（どちらも移植可能であることを意味します。それぞれのCatch-22は何ですか？）
• ツールの可用性（CI、ビルド自動化、デバッグ、IDE）

私はグーグルでできることよりも、あなたが実際にあなた自身の仕事で経験したことを特に探しています。私のアプリケーションは、時系列からの大量のデータを処理するバックエンドサービスです。

私の主なターゲットプラットフォームはLinuxです。

編集： 私の質問をより適切に表現するために、私は言語だけでなく、パッケージ全体（サードパーティのライブラリなど）に興味があります。ライブラリの場合、それはおそらく「JavaのライブラリよりもMonoのライブラリの方がはるかに少ない」という質問に要約されますか？

ちなみに、私はこのプロジェクトのためにJavaを選択しました。それは、移植性の面でJavaがさらに使い古されているように見え、古いシステムでもしばらくの間使用されているためです。私はC＃に非常に興味があるので、少し悲しいです。C＃でいくつかの大規模なプロジェクトを実行したいのですが、次回はそうするかもしれません。すべてのアドバイスをありがとう。

まあ..Javaは実際にはより移植性があります。Monoはどこにでも実装されているわけではなく、Microsoftの実装よりも大幅に遅れています。Java SDKは、プラットフォーム間でより適切に同期しているようです（より多くのプラットフォームで動作します）。

Windowsプラットフォームの.NETで利用できるツールはたくさんありますが、Javaはこれらすべてのプラットフォームでより多くのツールを利用できます。

2014年の更新

私は2014年もこの意見を保持しています。しかし、しばらく気にしていないので、Monoに少し注意を向け始めたところです。Monoランタイム（またはエコシステム）が改善される可能性があります。 ）私は知らされていません。私の知る限り、WIFのWPF、WCF、WFはまだサポートされていません。MonoはiOSでも実行できますが、私の知る限り、JavaランタイムはMonoよりもはるかに多くのプラットフォームで実行できます。また、Monoは大幅に改善されたツール（Xamarin）を見始めており、Microsoftは、クロスプラットフォームのような態度と、パートナーと協力して競争よりも補完的にする意欲があるようです（たとえば、Monoは今後のOWIN / Helios ASP.NETランドスケープのかなり重要な部分）。今後数年間で、携帯性の違いは急速に小さくなると思います。

2018年の更新

これに対する私の見方は、逆になり始めています。.NETは、広く、特に.NET Coreで、Javaとの「移植性」を実現し始めていると思います。一部のプラットフォームでは.NET CoreにWPFを導入する取り組みが進行中であり、現在、.NET Core自体は非常に多くのプラットフォームで実行されています。Mono（現在はXamarinが所有し、現在はMicrosoftが所有）は、これまで以上に成熟して洗練された製品であり、複数のプラットフォームで動作するアプリケーションを作成することは、もはや。 。もちろん、Windows専用または特定のプラットフォームのみを対象とするライブラリとサービスとアプリケーションもありますが、Javaについても同様です（広く）。

私がこの時点でOPの立場にいる場合、この時点以降のアプリケーションに.NETを選択するのを妨げるような言語や技術スタック自体に固有の理由はないと考えることができます。

Monoは、サポートしたいプラットフォームをターゲットにすることでより良い仕事をします。それ以外はすべて主観的です。

次のプラットフォームでC＃コードを共有しています：-iOS（iPhone / iPad）-Android-Web（HTML5）-Mac（OS X）-Linux-Windows

さらに多くの場所で共有できます：-Windows Phone 7-Wii-XBox-PS3-など

MonoTouchは素晴らしく機能するので、最も重要なのはiOS です。JavaでiOSをターゲットにする良い方法を知りません。JavaでWindows Phone 7をターゲットにすることはできないので、Javaがモバイルにとってより優れている時代は私たちの背後にあると言えます。

私にとって最大の要因は、個人の生産性（そして幸福）です。言語としてのC＃はJava IMHOよりも数年先であり、.NETフレームワークは使用する喜びです。Java 7とJava 8で追加されているもののほとんどは、長年C＃で提供されています。ScalaやClojure（どちらもCLRで利用可能）などのJVM言語は非常に優れています。

私はMonoをそれ自体がプラットフォーム（優れたもの）と見なしており、.NETをWindows上のMonoのMicrosoft実装として扱います。つまり、私は最初にMonoを開発してテストします。これは素晴らしい働きをします。

Javaと.NET（Monoとしましょう）の両方が企業の裏付けのないオープンソースプロジェクトである場合、私は毎回JavaよりもMonoを選択します。私はそれがより良いプラットフォームだと信じています。

.NET / MonoとJVMはどちらも優れた選択肢ですが、私は個人的にはJVMでJava以外の言語を使用しています。

他のコメントのいくつかを私の見解：

問題：パフォーマンス。

**回答：JVMとCLRはどちらも、批判者が言うよりもパフォーマンスが優れています。JVMの方がパフォーマンスが良いと思います。通常、Monoは.NETよりも低速です（常にではありません）。

私は個人的には、開発者としてもエンドユーザーとしても、J2EEを介したASP.NET MVCをいつでも利用します。Google Native Clientのサポートも非常に優れています。また、デスクトップJavaアプリのGUIパフォーマンスの低下は過去のものと考えられていますが、遅いものを見つけ続けています。次に、WPFについても同じことが言えます。GTK＃は十分高速ですが、低速である必要はありません。

問題：Javaには、利用可能なライブラリのより大きなエコシステムがあります。

回答：おそらく正しいですが、実際には問題ではありません。

実質的にすべてのJavaライブラリ（JDKを含む）は、IKVM.NETのおかげで。この技術はまさに驚異的です。統合は素晴らしいです。ネイティブと同じようにJavaライブラリを使用できます。ただし、1つの.NETアプリでJavaライブラリを使用するだけで済みました。.NET / Monoエコシステムは通常、私が必要とする以上のものを提供します。

問題：Javaはより優れた（より広範な）ツールをサポートしています

回答：Windowsではサポートされていません。そうでなければ私は同意します。MonoDevelopは素晴らしいです。

MonoDevelopに一言をお伝えしたいと思います。宝石です。MonoDevelopは、コード補完（インテリセンス）、Git / Subversion統合、ユニットテストのサポート、SQL統合、デバッグ、簡単なリファクタリング、オンザフライの逆コンパイルによるアセンブリブラウジングなど、使用したいほとんどのツールを統合します。サーバー側のWebからモバイルアプリまで、すべてに同じ環境を使用するのは素晴らしいことです。

問題：プラットフォーム間の互換性。

回答：Monoは、Windowsを含むすべてのプラットフォームにわたる単一のコードベースです。

最初にMono用に開発し、必要に応じてWindows上の.NETにデプロイします。ただし、.NETをMSからJavaに比較すると、Javaはプラットフォーム間の一貫性の点で優位です。次の答えを見てください...

問題：Monoが.NETを遅らせる。

回答：いいえ、ありません。私見、これはよく言われますが、正しくない発言です。

XamarinのMonoディストリビューションには、C＃、VB.NET、F＃、IronPython、IronRubyが同梱されています。Mono C＃コンパイラは、MSで完全に最新です。Mono VB.NETコンパイラはMSバージョンよりも遅れています。他のコンパイラは両方のプラットフォームで同じです（Nemerle、Boo、Phalanger（PHP）などの他の.NET言語も同様）。

Monoには、Dynamic Language Runtime（DLR）、Managed Extensibility Framework（MEF）、F＃、ASP.NET MVCなど、実際にMicrosoftが作成したコードの多くが同梱されています。Razorはオープンソースではないため、Monoは現在MVC2に同梱されていますが、MVC3はMonoで問題なく動作します。

コアMonoプラットフォームは.NETまたは長年のペースを維持しており、互換性は印象的です。完全なC＃4.0言語と一部のC＃5.0機能さえ今日使用できます。実際、Monoは多くの場合、.NETをリードしています。

Monoは、MicrosoftさえもサポートしていないCLR仕様の一部を実装しています（64ビット配列など）。.NETの世界で最もエキサイティングな新しいテクノロジーの1つがRosylynです。Monoは長年サービスとしてC＃コンパイラを提供してきました。何Rosylynのオファーの中には、経由して提供されていますNRefractoryにも。Monoがまだ先を行っている例として、ゲームのパフォーマンスを加速するSIMD命令があります。

Microsoftは、.NETに加えてMonoでは利用できない多くの製品を提供していますが、これはMonoの遅延に関する誤解が原因でした。Windows Presentation Foundation（WPF）、Entity Framework（EF）、WCF（Windows Communication Foundation）は、Monoで機能しない、またはサポートが不十分な製品の例です。明白な解決策は、代わりにGTK＃、NHibernate、ServiceStackなどのクロスプラットフォームの代替手段を使用することです。

問題：マイクロソフトは悪です。

正解です。だから何。

多くの人々は、Monoの使用を避けるために次の理由を提供しています。

1）Microsoftの技術を回避する必要があるため、Monoを使用しないでください。

2）Monoは、Microsoftが提供するすべてのテクノロジを使用できるわけではないため、

私には、これらのステートメントに互換性がないことは明らかです。私は最初のステートメントを拒否しますが、ここではその議論をスキップします。2番目のステートメントは、すべての.NET代替案に当てはまります。

JVMは優れたプラットフォームであり、JVM言語の急増は素晴らしいものです。幸せになるものを使ってください。今のところ、それは私にとってしばしば.NET / Monoです。

私は実際に.NETで開発し、すべてのテストを最初にMonoで実行し、次にWindowsで実行します。そうすれば、自分のアプリケーションがクロスプラットフォームであることを知ることができます。ASP.NETとWinformsの両方のアプリケーションでこれを成功させました。

Monoがとてもひどい印象を受けた人がどこにいるのか本当にわかりませんが、私の事例や意見では確かにそれがうまくいったのです。世界では、これまでのところ、WindowsおよびLinux上の.NET 2.0は私にとって非常に強固です。

これには明らかに多くの癖があることを覚えておいてください。しかし、それらのほとんどは、移植可能なコードを作成していることを確認することから来ています。フレームワークは実行しているOSを抽象化するのに優れていますが、パスやファイル名でのLinuxの大文字と小文字の区別などの小さなことは、アクセス許可のようなものに慣れるのに少しかかります。

これまでの私の経験に基づくと、.NETは間違いなくMonoのため非常にクロスプラットフォームです。

Javaは実際、誰もが言うようにクロスプラットフォームです。ほぼすべての主流OS（ついにはMac OS Xでも）のためのJVM実装があり、それらはすべて非常にうまく機能します。そして、クロスプラットフォームと同じくらい多くのオープンソースツールが世の中に出回っています。

唯一の問題は、DLLやSOを記述しないとJavaで実行できない特定のネイティブ操作があることです。これらが実際に発生することは非常にまれです。ただし、これらすべてのケースで、ネイティブプロセスを生成し、結果をスクリーンスクラップすることで、問題を回避することができました。

質問の言い回しが間違っていると思います。C＃対Javaは、（a）サポートする必要のあるプラットフォーム、および（b）コアライブラリと利用可能なサードパーティのライブラリを検討する場合よりも、クロスプラットフォームの使用に関してはそれほど興味深いものではありません。言語は意思決定プロセスのほとんど重要でない部分です。

クロスプラットフォーム開発には、Javaの方が適しています。

• パフォーマンス。Javaと.Netは、仮想マシンのために同様のパフォーマンスレベルを持っていますが、JVMは通常、何年にもわたる最適化により、より優れたパフォーマンスを実現しています。

• 図書館。これはあなたのタスクに依存しますが、Javaにはそこで利用できるオープンソースまたはサードパーティのライブラリがはるかに多くあります。サーバーアプリケーションの場合、J2EE、Spring、Strutsなど。GUIの場合。.NetはWin32レイヤーAPIを提供しますが、これにより互換性の問題が発生します。JavaにはSwing、SWT、AWTなどがあります。ほとんどの場合、動作します。

• 互換性。これは、クロスプラットフォームプログラムを開発する際に考慮する必要がある重要な問題です。2つの問題：最初に、プラットフォームの互換性。JDKは単一のオリジナル企業であるSunによって適切に管理されているため、Javaは依然として成功しています。MonoはMSによって保守されていないため、更新の互換性はまだ保証されていません。2.下位互換性。Sunは下位互換性に関して高い評価を維持していますが、これは厳しすぎるように見えてペースが遅くなることがあります。

• ツール。Javaには優れたクロスプラットフォームIDEがあります。Netbeans、Eclipseなど。ほとんどは無料です。VS Studioは優れていますが、Windowsでのみ使用でき、多少のコストはかかりません。どちらも優れた単体テスト、デバッグ、プロファイルなどを提供します。

したがって、Javaを選択することをお勧めします。ショーケースとして、Javaによって開発された有名なデスクトップクロスプラットフォームアプリがいくつかあります。それらはIDEは言うまでもなく、Vuze、Limewire、BlogBridge、CrossFTPです。.Netについては、そのような成功したアプリに関する知識は限られています。

私はオフレイトと私見で同じ質問をしてきました。.NET/ Monoは、Monoがクロスプラットフォームのデスクトップアプリケーション（Javaとは対照的に）に優れた実績を持っているという理由だけで、より良いオプションのようです。もちろん、Monoは最近飛躍的に改善しています。

Javaについてもお話します。それを成熟度の観点から見ると、JVMをWindows以外のプラットフォームで動作させるために、Sun（およびその他の人）はより多くの時間と労力を費やしています。

対照的に、Monoは間違いなく.NETエコシステムの2番目の市民です。

ターゲットの顧客が誰であるかに応じて、Monoの使用に対する真の反発があるかもしれません。Novellは、Windows上のJavaまたは.NETと同じ種類のMonoのベンダーサポートを提供していますか？

主にWindowsでサービスをホストすることをターゲットにしている場合、この選択を検討することは理にかなっていますが、主にLinuxをターゲットにしているので、私には一種の簡単なように思えます。

Javaはクロスプラットフォームになるように設計されています。C＃/。Netはそうではありませんでした。疑問がある場合は、目的に合わせて設計されたツールを使用してください。

編集：公平に言うと、.NETは組み込み/ PC /サーバー環境で動作するように設計されているため、クロスプラットフォームのSORTです。しかし、それはLinux用に設計されていません。

答えは「場合によります」と思います。Javaはほとんど何でも動作しますが、.NET / Monoは（IMHO）デスク​​トップ向けの優れたフレームワークです。だから答えは本当にあなたがターゲティングする予定のプラットフォームに依存すると思います。

会話にもう少し追加すると、Javaの移植性が1つ下がればJavaの移植性が高まります。Java5には多くの優れた機能があるため、Java 6を待つことができ、言語やライブラリの点で多くの範囲を開発できます。と。Macは、最新のJavaバージョンに追いつくのに時間がかかる主要なプラットフォームです。

Javaには、多くの異なる企業からの入力に基づいてプラットフォームをインテリジェントに成長させる優れた標準化団体もあります。これは見過ごされがちな機能ですが、複数のプラットフォームにわたって新しい機能も適切に機能し、一部の難解なもの（オプションの拡張として）のライブラリサポートに多くの範囲を提供します。

JavaはC＃よりも移植性が高いと投票します。Javaには、非常に豊富な標準ライブラリのセットもあります。Jakartaプロジェクト（http://jakarta.apache.org/）によって提供されているものなど、オープンソースのサードパーティライブラリの幅広いセットもあります。）ます。

CI、ユニットテストなど、通常の容疑者はすべて存在します。クロスプラットフォームIDEのサポートは、Eclipse、Netbeans、IntelliJ IDEAなどと同様に非常に優れています。

他の言語の選択肢もあります。私はPythonがとても好きになりました。PythonはWindows、Linux、Macでうまく機能し、豊富なライブラリセットがあります。

Monoには問題があります私はそれはあなたがネイティブプラットフォーム呼び出しへの依存度を持っている場合は特に優れたクロスプラットフォームの互換性の話を持っていると思います。

スタックオーバーフローには、（少なくとも私の経験3では）.NET / Monoでネイティブを呼び出して実行することで、同等のJavaの取り組みと比べてどれほどスムーズに実行できるかを強調するのに十分な言葉がありません。

ゲイターホールそれをバックアップするためのデータはありますか？

パフォーマンス。Javaと.Netは、仮想マシンのために同様のパフォーマンスレベルを持っていますが、JVMは通常、何年にもわたる最適化により、より優れたパフォーマンスを実現しています。

背景：私はWindows 3.1以降のWindowsの人で、現在はLinuxユーザーです（Visual Studio 2010およびその他のツールのVMでWindows 7、優れたOSを実行しています）。

要点：私と多くのユーザー（windows、linuxなど）はあなたの意見に反対するかもしれません。JavaはLinuxデスクトップアプリケーションでもパフォーマンスが低下する傾向がありますが、ASP.NETは、Javaサーバーページを何度も実行するよりも高速です。いくつかのシナリオでは、コンパイルされていないPHPでもパフォーマンスが向上することに同意する人もいます。

Javaはよりクロスプラットフォームですか？私はこれについては疑いの余地はありません（これについての歴史を振り返ります）。