C＃は実際にはマルチプラットフォーム言語ですか？

C＃（および一般的な.netプラットフォーム）は、マルチターゲティングアプリからの優れたオプションになりつつあるようです。

• 公式MS .netフレームワーク：フルブローウィンドウ開発、asp.net開発、Windows Phone開発など

• モノとそのすべての派生物：モノタッチ、モノドロイド：世界の残り。このツールは現在RTMです。

• これは、C＃がデスクトップ、Web、モバイルなどの最も人気のあるプラットフォームをターゲットとするための優れた言語になりつつあることを意味していますか？

• ターゲットプラットフォームの「ネイティブ」言語（客観的なC、Javaなど）を使用するのがさらに良いですか？
• それはただの煙幕であり、唯一のマーケティング言語ですか？

プラットフォーム間でコードをコピー/貼り付けできないことを実際に意識していることに注意してください。しかし、アプリケーション（モデル、ビジネスなど）の下位層は再利用できると確信していますが、プラットフォームに上位層（Guiなど）を適応させる必要があることは知っています。私の目標は、技術的なコードの共有よりも必要なスキルに重点を置いています。

[編集]私は c＃を大量に使用する会社のac＃開発者です。そのため、会社のターゲットプラットフォームの範囲を拡大する計画でC＃について話しました。

はい。一般に、.NET Frameworkは、幅広いデバイスを対象とするアプリに最適です。しかし、これは.NETに固有のものではありません。Javaはずっと前にそれを行っていました。念頭に置いておくべきことは、特定のプラットフォーム用のネイティブツールに代わる本当の代替手段がないことです。

.NETで作成したMacアプリケーションは、ネイティブのMac OS Xアプリケーションのようには見えません。これは、大多数のOS Xユーザーによって問題と見なされています。ビジネスモデルがユーザー満足度の最大化よりも飽和の最大化を重視するかどうかによっては、戦略的には重要ではないかもしれませんが、選択を行う際に留意すべきことは確かです。

LinuxおよびWindowsのGUIシステムは、どのアプリケーションが「ネイティブ」に見え、プラットフォームに適しているかという点でいくぶん柔軟性があります。しかし、主に明確なインターフェースガイドラインの欠如と、アプリケーション開発者が歴史的に存在するものを無視してきたという事実に責任があると思います。多くのMacユーザーは、その一貫したユーザーインターフェイスのためにMacを好んでいます。

GUIレイヤーを特定のプラットフォームに適合させる必要があることを考慮して（そして、Objective-Cなどの別の言語で完全に書き換える必要がある場合）、ライブラリコードのみに.NETプラットフォームを活用できます。そして、私の意見では、C＃がC ++に勝るという明確な勝利はありません。

迅速なアプリケーション開発のために、C＃や.NETよりも優れた選択肢はほとんどありません。また、アプリをすばやくプッシュして、多様なプラットフォームですぐに利用できるようにすることは、ビジネス上の利点です。しかし、ユーザーを真に満足させることを目的とする真のマルチプラットフォームアプリケーションの場合、必ずしも特効薬ソリューションではありません。

Microsoft .NETは、公式のCLR、DLR、BCL、CLI、およびCLSの実装です。他の企業、グループ、コミュニティ、またはワークグループは、最新のフレームワークと言語バージョンの1：1実装が可能な方法でマイクロソフトと関連付けられていません。

基本的に、具体的なプロジェクトで利用したい言語とフレームワークの機能を確認し、それらが非公式の.NET実装に存在するかどうかを確認する必要があります。

コンパイル1回のソリューションを期待し、どこにでも配布する場合は、間違っています。ケーススタディを作成する必要があります。

XboxとWindowsマシンで実行するゲームでC＃を使用し、ロボットソリューション用のCompact Frameworkアプリで使用します。iPad開発用にMonoTouchを使用します。Linux上で実行するWebアプリと他のいくつかのソリューションがあります。通常、特定のプラットフォームであなたのことをする方法があります。コア層はそれらのほとんどでほぼ同じです（実際にケーススタディが必要です）。問題-そして、私はそれをシリーズ1と考えています-は開発環境です。私はVisual Studioとその機能に慣れています。しかし、MonoDevelopの例は私を夢中にさせます。