.Netフレームワーク開発者のためのMonoの制限

Question

.Netから.Net（Visual StudioとMonoのIDE）に切り替える必要があります。これは本当に難しいでしょうか？

私が直面する問題は何ですか？

ありがとうございました

Answer 1

他の人が指摘しているように、私はあなたが意図したことは.NetフレームワークからMonoに移行していると仮定しています。これで、あなたが直面する難しさの量は、あなたが動かそうとしているコードの種類とあなたが使っているフレームワークのどの部分に大きく依存しています。例えば、あなたのコードがP/Invoke呼び出しで散らばっているならば、あなたは荒い時間を持つでしょう。それは簡単です.Netコードあなたはおそらく滑らかなセーリングを持っているでしょう。

あなたはMono Migration Analyzer（MoMA）で時間を過ごしたいと思っています。あなたはツールによって捕らえられないものにぶつかるでしょうが、それは多くの基本をキャッチし、より大きなものに取り組むためにあなたを自由にします。

Answer 2

ここで混乱していると思います。

Visual StudioはIDEですが、Monoは.net CLRの実装です。

本当にやりたいことは、SharpDevelopや別のIDEに切り替えることだと思います。

Answer 3

私はMonoがすべての.Net 3.5ライブラリに追いついていないと考えているため、それらの実装が全くないか、部分的に実装されていると思います。 Monoはマイクロソフトに少し遅れをとっているが、これは素晴らしい成果であり、素晴らしい作品だ。

は、それはおそらくWindowsからLinuxへの切り替えと同じくらい厳しいですMono Roadmap

Answer 4

を見てみましょう。それは異なる環境であり、切り替えには常にいくつかのものが外れていると感じられる期間が含まれます。同じことが.Net - > Monoスイッチにも当てはまります。最初と最も明白な違いはIDEでしょう。 MonoDevelopと同じくらい素晴らしい（または最近取得した）のはVSではありません。それは多くの機能（WindowsフォームやASPデザイナーが一番重要な機能はありません）を持っておらず、全体的な品質はおそらくそれほど高くはありませんが、あなたを始めるには十分です。また、Monoの持つことを忘れてはならず、.NetはC＃のインタラクティブなコンパイラやプラットフォームの作成に関わる自由が嫌いです。 Monoに切り替えると考えられるすべてのことは、ある程度の努力が必要ですが、それでも十分です。

Answer 5

Visual Studioを使用してWindowsでコンパイルし、Linuxでアプリケーションを実行することができます。これについてのチャットはたくさんあります。モノでは実装されていませんが、正直なところ、何も見つからないことがあります。

Linuxでデバッグしたい場合は、MonoDevelopが良いオプションですが、RedHatで実行するのに問題があったので、実際にターゲットLinuxに依存しますシステム。

Answer 6

Visual StudioはMonoDevelopよりも優れたIDEですが、多くのことを自動化するMDは単なるエディタ（そのようなもの）のようです。 VSとターゲットMonoを使うこともできます。仮想OSを使用すると、MonoのホストOSサポートでかなりサポートされています。

モノは近いですが、.NET Frameworkの後ろは常に少し後ろになります。 Monoには、.NETのコアよりも優れた独自のAPIがあります。しかし、基本的に.NET ==バイナリレベルのMonoはいくつかの欠落しているAPIや余分なAPIを含んでいません。