です。純/モノまたはJavaのも良いかもクロスプラットフォーム開発?[定休日]

https://stackoverflow.com/questions/61559

09-06-2019
|

質問

ども図書館がモノによJava?

がないの両方の選択肢がかなりの自由に選択肢を提案しますを探していくの技術的事実の

性能（例えば、いと言われたJavaの良いスレッドは、聞こえるのですがランタイムコードの最適化となっていても良い最近です。純)
実世界 ポータビリティ（かもん携帯、どのキャッチフレーズは22?)
ツール可（CI, を構築し、自動化、デバッグ、IDE)

私は特に見えますが実際に体験、自分の仕事ではなくラウンドから離れたところでもできます。私のアプリケーションするバックエンサービスの膨大なデータ処理から時間シリーズです。

私の主な対象プラットフォームがプログラムを利用しています。.

編集： めのフレーズがより適切に私は、全体パッケージ(第3回パーティーのライブラリなど）なされたものの翻訳であります。のための図書館となっていると思われる突き詰めれば"という質問に対しども図書館がモノによJava"?

ちなみに、私から選ばれたJavaのためにこのプロジェクトでっかり戦闘に屋内や地下街、トンネル内などでの携帯性側でから作られている古いシステムです。私は小さな少し悲しいもので、私はとても興味を持つC#とプレイしていただければと思いも大きなプロジェクトでもしましょう。たのです。

解決

Well....Java ありました。単な実施し、いろいで遅れ、Microsoftの実装できます。Java SDKらしい滞在により同プラットフォーム(動作することによりプラットフォーム）.

いいともいえる、新しいパースペクティブのよりツールの可用性のすべての者ムがたっぷりのツールをご用意させて頂きます。NET Windowsプラットフォーム.

更新2014年

まだまだこの意見は2014年.しかし、私が得ることだけなんですけどねに関する情報を表示しています注モノにしながらないという思いがあり改善を実行時（または生態系っていないといった意識している。AFAIKがまだまだ支援コンポーネントのラインナップ,WCF,WF、WIF.モノを走行可能にするiOSが、私の知ると、Javaランタイムが走りでトよりいただけます:standardとexpress。また、モノがあな向上により金型(Xamarin)、およびMicrosoftうなクロスプラットフォームのような態度や意欲のパートナーとして、無料でなく、競争力（例えば、モノをさかの重要な一部のOWIN/ヘリオスASP.NET します。疑いが、今の違いは移植性の減速、特にいます。NETオープンを使った.

更新2018年

私はこれが起動を行ってみてはいかがでしょう。ると思います。純広く、特に。純核開始"を実現する移植性のパリティ"Java.に向けた取り組みが進んで進行中にコンポーネントのラインナップ。NETコアのいくつかのプラットフォームです。ネコア自体が、大変多くのプラットホームです。Mono(有Xamarinは、現在所有しているか、または今後マイクロソフトは、より成熟した研磨製品、海外を中心とした書面に応用することができるマルチプラットフォームがなくなり、ドメインの深gnosisます。純hackeryですが、比較的単純でいます。もちろん、図書館やサービスやアプリケーションフロントのスタッフは英語のみでは特定のターゲットプラットフォームが同じ向きの動きが出てくれば、これをJava(幅広).

また、OPの靴のでこの点、私はを考えることができる理由はない固有の言語テックの書架が自らのために私からします。NETのために用いらする。

他のヒント

モノがより良い仕事を狙えるプラットフォームしたいです。その他、すべての主観的な.

私C#コードでは、下記フォ-iOS(iPhone/iPad) -Android -Web(HTML5) -Mac OS X) -Linux -Windows

私はシェアも場所:-Windows Phone7 -Wii -XBox -PS3 -など。

のbiggieは、iOSで MonoTouch 作品で幻想的に演出します。わからないので、良い方を対象にiOS Java.はできません対象のWindows Phone7Java、というか日のJavaされていないモバイルがあります。

最大の要因はいますが、個人の生産性と幸福度).C#言語としては年先のJavaぁとゆったりとしています。NETフレームワークの大きな楽しみの一つでもある。のほとんどが追加されるJava7 8およびJavaてクライアントまで、フルのC#。JVMの言語のようなスカーラ、Clojure(両方のCLR)がショーウィンドウに置かになってる。

いモノとしてのプラットフォームです(フロントの人はとても親切）。において、Microsoftの実施モノWindows上でしか利用できません。これかの開発、テストモノです。この作品は素晴ら.

場合の両方のJava.純(モノということかしたオープンソースのソフトウェアな企業支援らばらになってしまったと思うモノを超Javaます。であると考えているものより優れたプラットフォーム.

ます。NET/Mono、JVMは選択肢が、私の個人的使用その他の言語以上にJavaのJVM.

私にはその他のコメント:

：ます。

**答え:両方のJVMのCLRどのように絡んでいるのかを調べり崩うことになったと言われています。というか、JVMを行います。モノは一般的に遅くなります。純(いない).

私が個人的に取ASP.NET MVC以上J2EEの日も開発者として、最終ユーザーです。支援 Google Native Client すごくかっこいいし。ももたらすであろうと確信して貧しいGUI性能デスクトップJavaアプリケーションであることを考えれば過去のものでもなくいろいろやって遅い。その一方で、私はそれと同じコンポーネントのラインナップ.GTK#がたっぷり速いものであってはログインが必要です。

：Javaは、より大きな生態系の図書館可能です。

回答:だから、もし、それは非課題です。

実質的にすべてのJavaアプリケーションのJDK)に走るだけでダンディです。純/モノん IKVM.NET.この技術はtrueをするプログラム。このたびの統合は、ライブ-アット-ウイスキー利用できるJavaアプリケーションがやってくることを願っていったのです。していただけ用のJavaライブラリです。NETアプリになってる。きます。純/モノの生態系が一般的には、はスコア以上の差を感じました。

：Javaは、よりよい(広いツール支援

回答:はWindows上でしか利用できません。その他その通りだと思う。MonoDevelopが嬉しいものです。

言いたい掛け声出 MonoDevelop;で宝石。MonoDevelopを統合したものにしたい利用を含むコードの完了(行頭に付けた),Git/Subversionの統合支援ユニット試験、SQL統合アプリケーションのデバッグ、リファクタリング、組立、までの閲覧とon-the-fly decompilation.素晴らしいで同一の環境からサーバサイドwebモバイルアプリとなります。

：互換プラットフォーム.

回答:モノアイは単一のコードベースの全てのプラットホームには、以下を含む。

開発のためのモノや展開します。NET Windowsの場合に適用されています。の場合を比較できます。純からJavaのものにし、新しいパースペクティブの端面の一貫性を維持できます。次答...

：モノを現に要する時間的遅れ.います。

回答:残しません。 まぁ、これかに記載が不正確ます。

のモノの流通からXamarin船のスレッドセーフで、C＃、VB.NET F#,IronPython,IronRuby、ないかと思いブセット。のモノC#コンパイラが公開さんのモノVB.NET コンパイラが遅れ、MSバージョン。その他のコンパイラは同じプラットフォーム(しています。純言語のようにNemerle,ブ、Phalangerサポートに対するコミットメント).

モノの船舶の実際のMicrosoft記述コードを含む動的に言語ランタイム(DLR)、拡張性の枠組み(MEF)、F#、ASP.NET MVC.で、カミソリのないオープンソース、モノ、現在船舶MVC2がMVC3作品のモノだけます。

コノプラットフォーム保管のペースです。純や多くの年との互換性が印象的です。利用できる、フルのC#4.0言語やC#5.0特徴です。実際、モノがつながります。当期純に取り組んでまいりました。

モノが実装部品のCLRスペックでもMicrosoftせ（64ビット配列).最新の技術。純世界 Rosylyn.モノのディスカウントC#コンパイラのサービスとしています。一部のRosylynには、おすすめです NRefractory しています。例としたモノができるかもしれないが、SIMD指示を加速すゲーム。

Microsoftは料理の数々をご用意してお品です。当期純利用できないモノであったに違いモノが遅れが出ているのです。Windows Presentation Foundation(WPF)、Entity Framework(EF),ケーションは、WCF（Windows Communication Foundation）の製品例しない、または不支持に用いただけます:standardとexpress。は明らかなので値段が高くなりますが、使用クロスプラットフォーム選択肢のようなGTK#,設定によりどちらのモ、ServiceStackです。

：マイクロソフトさんはます。

回答:Trueです。でいてどのようにお考えですか。

多くの人々の理由を利用するのは避けるモノ:

1)利用するべきではないモノがMicrosoftテックは避けるべき

2)モノラルに吸いませんのでご利用技術マイクロソフトが提供

自分にとっては明らかにこれらの記述は相容れないものがある。私は拒否する最初の計算書がスキップする引数です。第二は事実であります。純る。

のJVMはプラットフォーム、爆発のJVMの言語が素晴らしい。利用にかかりません。用いることが多いです。純/モノでした。

私は実際に開発す。純、全ての試験は初めてモノ、そしてWindows上でしか利用できません。そのように私は知ってい用途のクロスプラットフォーム.そして、この非常に成功し、両ASP.NET や住所検索ライブラリです。

私はいま人、モノがで恐ろしいらしく、そして行う仕事を私の場合です。それまでのビットの差の最大の発明できます。純世界がこれまで.純2.0WindowsとLinuxです。

だが明らかに多くの操作を行うことが多くらい書き携帯コードです。の枠組みにいい仕事の抽出かどのようなOSに対応いたりするので、少しのようなLinuxの場合の感度の経路およびファイル名ルーラやマイクロメータを使用していくようなアクセス権を表します。

.純ももクロスプラットフォームによるモノづく私の経験です。

Java実際には、クロスプラットフォームとして皆様のようです。あJVMの実施のためにちょうど約あらゆる主流OSがでMac OS Xの最後に、彼らはすべて作った。あのトンのオープンソースのツールであるとクロスプラットフォーム.

の獲れがある"ネイティブ操作ができないJavaで書かずに一DllまたはSOs.で非常に珍しいとされています。これらすべてのケースにおいて、がんを得ることがで周辺で産卵ネイティブプロセスや画面を削ります。

私の質問は、その例外が間違っています。C#対Javaはるかにインパクトは小さいものの面白のクロスプラットフォームの使用量は(a)トに必要な支援、および(b)を考慮したコアの図書館や第三者の図書館です。この言語はほとんどは少なくとも重要な部の意思決定を行っております。

Javaでも良いかもクロスプラットフォームを開発。

ます。Javaと.純と同等の性能レベルにより、仮想マシンが、JVMは通常より良いないものであるため、年、年の最適化。
図書館があります。によって多少異なりますがあなたの仕事は、Javaのものよりオープンソースまたは第三者の図書館にご用意ございます。※サーバーアプリでは、J2EE、春、支柱など。のためのGUIが.純提供Win32層APIがこの原因と互換性の問題です。Javaは、スイングォAWT。そのほとんどです。
に対応しています。この重要課題とする時に考慮しなければならない開発のクロスプラットフォームです。二つの問題:最初に、プラットフォームに対応しています。Javaが勝以来のJDKがあるので、単一および社会でます。モノが維持管理が適切に行なわれているMSい保証はなくまだアップデートに対応しています。2.後方に対応しています。日を維持して好評を後方互換性がこのようにも剛性および速のペースです。
ツールです。Javaの良いクロスプラットフォームのIde.Xsltproc、Eclipse。ほとんど無料です。VSスタジオは良いのですがWindowsだけで、コストのロケーションがいい。の両方が良いユニット試験debugs、プロフィール等

ているJavaができます。どの場合は、あの有名なデスクトップのクロスプラットフォームアプリを開発したJava:Vuze,Limewire,BlogBridge,CrossFTPな方Ide.しています。純しい知識のような成功がアプリとなります。

って同様の質問をoff後、厚,.純/モノがより良いオプションでモノには実績のためのクロスプラットフォームアプリケーションのためでも利用（Java）コースモノは飛躍的にこれらの日です。

っと言うJavaします。いもの満期にさらに多くの時間と努力して拘束日（その他）に、JVM仕事を非Windowsプラットフォーム.

一方、モノは、目です。純生態系

したがって目的のお客様のだがプッシュバックを使用モノはNovell同じようなベンダーの支援のためのモノだがJavaいます。NET Windows?

またゲスサービスをWindowsう意味するこ選択肢ない標Linuxは、お客様のご要望にいかない-同じ系列です。

Javaことができるように設計されてクロスプラットフォーム;C#/.純のは凄かった。疑問がある場合には、ツールのために設計されたお客様の特定の目的のために.

編集：に公正.していることも明らかになった作者の中に組み込みパソコン、サーバー環境で、そのようなクロスプラットフォーム.しかし、そうではなかった設計のためのプログラムを利用しています。.

私の答えは"それはその時々です。" Javaで動作いたします。※NET/Mono（厚)のより良い枠組みのデスクトップに作成されます。うしないといけないのではないか回答内容によってどのようなプラットフォームをお使いいただけます。

追加のフィンランド以外では、会話、Javaでは携帯用の場合においてショールーム:イメージの背後-Java5はまだ多くの優れた特徴できますのでお待ちJava6がそのまま残されていますの範囲の言語とライブラリの開発。Macの場となるプラットフォー時間がかかり追いつ最新のJavaのバージョン。

Javaられました標準体このトが、プラットフォームからの入力を多くの企業です。これが最近良く見落と特徴そのものの新機能などの見所も全体マルチプラットフォームおよび提供の範囲に図書館支援のためのも難解なものは（オプションの拡張を含む).

私は投票のためのJavaより携帯以上C#.Javaんも非常に豊かなセットの標準ライブラリ.また幅広いオープンソースの第3回パーティーのライブラリがなどから提供されているジャカルタにはプロジェクト（http://jakarta.apache.org/).

すべての容疑者が存在するCI、ユニット試験などです。クロスプラットフォームIDE支援のもと、"全部入り版"Eclipse Xsltproc,IntelliJ IDEA。

ありその他の言語の選択肢です。んな好みのPythonでは、作には、Windows、Linux、Mac、豊富なセット。

をモノには共有の問題と思いることができるプラットフォーム間の互換性に話を持っている場合は特に依存ネイティブプラットフォームの呼び出し.

が十分ではありませんの言葉にスタックオーバーフローのフレーズでもネイティブと呼ばれ、実行されます。NET/Mono（少なくとも私の経験3...)マルチプラットフォームに対すに相当Javaいます。

Gatorhall しているデータのバックする。

ます。Javaと.純と同等の性能レベルにより、仮想マシンが、JVMは通常より良いないものであるため、年、年の最適化。

背景：私はWindowsってWindows3.1現在、LinuxユーザーがWindows7、OS、VMのためのVisual Studio2010その他の工具).

のポイント：私は、多くのユーザー(windows,linux等)さんが同意できないからです。Javaが遅くでもlinuxデスクトップ用ASP.NET 行の高速化するjavaのサーバーのページの多くはます。一部の合意をすることも非めPHPを行うよう複数のシナリオ.

Javaはクロスプラットフォーム?については疑問を持っていませんこの歴史あるが、より速くなっています純ではないのであるという実際のベンチマーク

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow