Macでネイティブに.NET 4.0アプリケーションを実行するためのサポートされている方法はありますか？

MacでネイティブにC＃/。NET 4.0コードを実行するためにMicrosoftがサポートしているオプションがある場合はどうなりますか？はい、私はMonoについて知っていますが、とりわけMicrosoftよりも遅れています。また、SilverlightはWebブラウザーでのみ機能します。VMWareタイプのソリューションもそれを削減しません。

MicrosoftがMac自体で.NETをサポートしていない理由について、半権威的な答えはありますか？SilverlightやMonoを購入してすぐに利用できるように思えます。ネイティブのVisual Studioは必要ありません。クロスコンパイルとリモートデバッグは問題ありません。

その理由は、私が仕事をしていると、将来についての不確実性が高まり、C＃ではなくC ++でより多くの開発が行われるようになるためです。まったく新しいプロジェクトがC ++の使用を選択しています。Mac（またはiPad）が必要になった場合、誰も今から18〜24か月後に "申し訳ありません"と経営陣に伝えたくありません。C ++は、（おそらく）今日の生産性の低下を意味するとしても、より安全なオプションと見なされています。

MicrosoftがMac自体で.NETをサポートしていない理由について、半権威的な答えはありますか？

最良の答えは、おそらくMacで.NETを「サポートするだけ」ではないということです。あなたは数億ドルと数年かけて.NETをMacに移植しています。

一部は完全に管理されており、移植が不要ですが、ほとんどのものはWin32 API（windows、controls、gdi +、暗号化、Active Directory、COM、エンタープライズサービス、デバイスアクセス、サウンド、ビデオ、コーデック、winformsなど）のラッパーです。等）。

これらすべてをバックエンドで抽象化し、OSX上の同等のネイティブライブラリに再マッピングする必要があります。もちろん、すっきりとしたきれいなマッピングはありません。そのため、ハックをまったく同じように機能させるには、ハックを作成する必要があります。

次に、OSX上のこれらのAPIが不安定になる可能性があり、Appleは下位互換性があまり良くないという問題があります。そのため、メジャーリリース（および場合によってはマイナーリリースとホットフィックス）ごとにハックをやり直し、高いメンテナンスコストをかけます。

基本的に、それは途方もない金額であり、とにかくそれを行うことに反対する所有者のプラットフォームではほとんど利益を得ることができません。また、人々があなたのプラットフォームから競合他社のプラットフォームに移行するのを助けるためにお金を使いたくないのです。

したがって、完全ではないクロスプラットフォームの選択肢が残ります。

• C ++、将来的にも移植が必要になります
• Microsoftサポート用のブラウザ外のSilverlight
• Monoは、.NETの健全なサブセットをサポートするために機能しますが、Microsoftではありません

いいえ、SilverlightはOS X上の.Netからの唯一のMicrosoftオプションです。Monoはあなたが思うほど「遅れ」ません。たとえば、.Net 4.0とC＃4をサポートしています。ただし、UIツールキット（WinFormsおよびWPF）はOS Xでは十分にサポートされていません。MonoはWPFをまったくサポートしていません。Microsoftも、レンダリングエンジン全体を書き直さなければなりませんでした。しかし、それはおそらく大丈夫です。ネイティブのMacアプリを作成する場合は、ネイティブのUI（おそらくMonoMacを使用）を作成する必要があります。

いいえ。Monoが最善の策です。

DotGNUのような他のオープンソースプロジェクトも同様に役立ちます。http://www.gnu.org/software/dotgnu/ しかし、これらはどれもMSFTでサポートされていません。

Silverlightはブラウザだけではありません。バージョン3のOOBが存在しているので、Microsoftがサポートするプラットフォームが必須の場合、私はそのルートになるでしょう。

Monoは遅れる可能性がありますが、考えられるほど.NETスタックから削除されるわけではないため、実行可能なオプションとして除外するべきではありません。

Microsoftが.NETスタック全体を実装していない理由について。ROI。

Microsoftの利益のほとんどは、WindowsとOfficeの2つの製品から得られます。クロスプラットフォームの互換性はWindowsに悪影響を及ぼします。

同じコードをクロスプラットフォームで実行したい場合は、Webアプリを作成してください。それはあなたがそうするようには聞こえません。「万一に備えて」というのは正当な理由ではありません。それはスコープクリープです。

今から16か月後にMac OS XまたはiOSをターゲットにすることを決定した場合でも、既存のC ++コードを使用して、それを優れた（または機能的な）ネイティブアプリに変えることができると本当に思いますか？フルスクリーンのゲームに取り組んでいない限り、答えはノーです。

今すぐC＃で時間を節約し、Macに移行する場合は、Objective-CとCocoaを使用してMacで書き直してください。ユーザーに感謝します。

MicrosoftがMac自体で.NETをサポートしていない理由について、半権威的な答えはありますか？

MSがトレジャーコーディングに費やすことを正当化する市場はどこですか これを行うために、彼らは深刻な現金、何百万ドルもの給与を落とさなければなりません。修正と更新が行われるときの進行中のプロセス。

そして何のために？自慢する権利？彼らがそれから得るすべては人々がAppleのためにWindowsを捨ててそして彼らのアプリをまだ実行することができる能力である。

もし誰かがこれから利益を得るなら、それはアップルだろう。人々がプラットフォームに簡単に移行できるようにし、開発者（DEVELOPERS DEVELOPERS）が簡単にコードを記述できるようにします。しかし、あなたはSJががらくたを与えると思いますか？彼らはむしろ私を前に置くための新しいものを発明したいのです。さらに、フレームワークのほとんどはOSであり、CLR仕様は誰でも実装できます。不潔なNDAを貼り付けることはできません。

MonoMacプロジェクトが便利な場合があります-http ://www.mono-project.com/MonoMac

Mac App Storeに展開できるCocoaアプリケーションMonoスタイルの開発を可能にします。

私はこのアプローチを、Objective-Cに不慣れであるが、時間制限のあるシナリオでアプリケーションを提供する必要がある.NET / Mono / Javaに不慣れな開発者に強く検討します。

無し。

私はクロスコンパイル可能なC ++アプリケーションを書くことをお勧めします-あなたがそれに喜びを持っているかもしれません-またはwxWidgetsでRubyを使用します。

私は.NETをクロスプラットフォーム開発と長期的な製品保守のための悪い命題と考えています。ただし、アプリをすぐに使いこなすことができます。：-/

ウィルデルファイは依然として主要な候補でした。

Macでネイティブに.NETを実行する場合は、BootCampを使用してこれを実行できます（つまり、MacでWindowsを実行し、Windowsで.NETアプリケーションを実行します）。

ハードウェアだけでなくMac OS Xの場合は、VMWareまたはParallelsを使用して、OS XのWindowsで.NETアプリケーションを（エミュレーションで）実行できます。どちらにも、アプリケーションが実行しているように見えるようにするビジュアルモードがあります。 OS X内（Windowsアプリケーションのように見え、動作しますが、各OSのカスタムインターフェイスなしでクロスプラットフォームの非Webアプリケーションを作成している場合は、常にその問題が発生します）。

仮想化されているにもかかわらず、Windowsでアプリを実行しているため、これを行うことで同じ量の「サポート」が得られます。もちろん、アプリを実行している人は誰でも仮想化ソフトウェアのコピーとWindowsを必要とし、OS Xアプリのように動作しないアプリに我慢して進んでいきますが、これは「ネイティブ」にする唯一の方法ですMacで実行されている.NET。

ダン、あなたにはこれができないと思います。ただし、可能な解決策（まだ蒸気プログラム）は、ビジュアルアプリケーションの開発に優れたVCLを備えたEmbarcadero Rad Studio C ++ Builder（.netの大部分に基づいています）を使用することです。次のリリースで。

これはWindowsで開発され、MacまたはLinuxをターゲットにします。またはそう彼らのロードマップは言う。

C ++環境は妥当であり、VCLを使用して開発する場合、理論的にはアプリケーションは他のプラットフォームで動作します。

もちろん、実際に出荷されるまでは、これが実際にどれほど効果的であるかは不明です。

答えはいいえだ。

実際、あなたのケースは、.NETを選択しない場合の非常に良い例のようです。

OS向けに開発したい場合は、適切なツールを使用してください。Mac用のモノで書かれた本当にプロフェッショナルなアプリはありません。一方、多くのゴミを作成する多くのツールを使用する非専門家の開発者がたくさんいます。OSX用に書かれたモノのアプリレビューを見てください。開発者は、OSXプラットフォームに一致するようにハッキングされた不完全なフレームワークを使用して書いています。書き始める-C＃Objective Cを使用したことがある場合、簡単に学ぶことができます。

Macのプロの開発者は、C ++、Objective C、Cocoa、Xcodeを使用しています。私はいくつかのプラットフォームで開発しており、それぞれに独自の最高のツールがあります。MacおよびiOSのXcodeを使用します。

XcodeがVisual Studioではないのと同じように、Xcodeは安定性が低く、アップルに比べて不名誉ですが、彼の癖に慣れるとうまく機能します。Microsoftのツールを打ち負かすことは非常に困難ですが、それらはLinux、iOS、OSX、AIXなどではなくWindows用に作成されました。