WPFアプリケーションはC ++/CLIまたはC＃で記述する必要がありますか？

Question

WPFアプリケーションは、そのコアで、マネージドアプリケーションですか？ 右？ したがって、マネージドC ++またはマネージドC＃の使用を選択する必要があります。私は何年も前に管理されたC ++を試しました。プライムタイムの準備ができていないようです。 Microsoftは、管理されたC ++よりも管理されたC＃により多くの努力を注いだと思います。したがって、管理されたC＃を使用することは、2つの間の最良の代替手段であるように思われます。これはそうですか？どちらの言語でもWPFでどのような経験をしましたか？前もって感謝します。

Answer 1

管理されたC ++はC ++/CLIに置き換えられており、「マネージドC＃」は単なるC＃です。

新しいプロジェクトにC＃を使用し、必要な場合にのみC ++/CLIを使用することを強くお勧めします。 C＃はより良いサポートを持ち、ユーザーベースが大きく、Visual Studio 2010の内部での作業が簡単です。

さらに、C ++とC ++/CLIは2つの異なる言語であることに留意してください。私の最初の.NETプロジェクトでは、C ++をすでに知っていたのでC ++/CLIを選択しました。これは非常に悪い考えでした。C++からC ++/CLIへの学習曲線は、C ++からのC＃の学習に似ています。 。

Answer 2

C ++/CLIは、管理されていないコード（つまり、ネイティブC/C ++）とマネージドコードの間のインターナップレイヤーの書き込みをサポートするためだけに作成されました。 「ヘビーリフティング」の場合、C＃（またはVisualBasic.net）を必ず使用する必要があります。

Answer 3

バックエンドにマネージドC ++を使用できますが、検査では、VS（2010年のUltimateを使用しています）は、C ++ WPFアプリケーションの組み込みテンプレートを持っていません - C＃またはVBのみ。

私はあなたが確信しています たぶん......だろう 必要に応じて機能させますが、C＃を使用することをお勧めします。

Answer 4

C＃が最も使用されているため、問題がある場合は、C＃のオンラインサポートが増えます。 C＃は、Microsoftによるより良いサポートもあります。今でも、全体的にはより完成した製品です。あなたが本当に自分自身を気にかけていないなら、私はC＃と一緒に行きます。

Answer 5

バックエンドに関しては、どちらもCLRで走り、両方とも仕事が可能です。本当にそれはあなたが最も快適なものに帰着します。わからない場合は、両方を試してください。最も生産的だと感じるものは何でも使用してください。

編集:

しかし、ちょうど私に指摘されているように、それはWPFテンプレート（そしておそらくIntellisenseでさえ）のサポートがC ++ではないようです。その場合、C＃をお勧めする必要があると思います。

Answer 6

間違いなくIMO C＃（またはVB/F＃）。

C ++/CLIは、マネージドワールドとC ++ライブラリの境界線を越えると素晴らしいです。しかし、微妙な問題は、管理された言語と管理されていない言語を組み合わせているという事実から生じるため、複雑さが高くなります。

C ++コンパイラの仕組みではなくC＃コンパイラがどのように動作するかを後にコードテンプレートをモデル化するため、C ++/CLIではコンパイル時間も長くなります。