WPFアプリケーションは、その中核となる管理対象アプリケーションですか? 右? したがって、マネージC ++とマネージC#のどちらを使用するかを選択する必要があります。私は何年も前にマネージC++を試しました。プライムタイムの準備が整っていないようです。MicrosoftはマネージC++よりもマネージC#に力を入れていると思います。したがって、マネージドC#を使用することが2つの間の最良の代替手段であるように思われます。これは本当ですか?どちらの言語でも、WPFでどのような経験がありますか?前もって感謝します。
6 に答える
マネージC++はC++/ CLIに置き換えられ、「マネージC#」は単なるC#です。
新しいプロジェクトにはC#を使用し、必要な場合にのみC ++/CLIを使用することを強くお勧めします。C#は、サポートが向上し、ユーザーベースが大きくなり、VisualStudio2010内での操作が簡単になります。
さらに、C++とC++/CLIは2つの異なる言語であることに注意してください。私の最初の.Netプロジェクトでは、C++をすでに知っていたのでC++ / CLIを選択しましたが、これは非常に悪い考えでした。C++からC ++ / CLIへの学習曲線は、C ++からC#を学習するのと似ています。その罠にはまらないでください。 。
C ++ / CLIは、実際には、アンマネージコード(つまりネイティブC / C ++)とマネージコードの間の相互運用レイヤーの記述をサポートするためにのみ作成されました。「重い物を持ち上げる」には、必ずC#(またはVisualBasic.NET)を使用する必要があります。
バックエンドにマネージC++を使用できますが、検査の結果、VS(2010 Ultimateを使用)にはC ++ WPFアプリケーション用の組み込みテンプレートがなく、C#またはVBのみです。
必要に応じて強制的に動作させることもできますが、C#を使用することをお勧めします。
バックエンドに関しては、どちらもCLRで実行され、どちらもジョブを実行できます。本当にそれはあなたが最も快適なものに帰着します。よくわからない場合は、両方を試してください。最も生産的だと感じるものは何でも使用してください。
編集:
しかし、私が指摘したように、C ++ではWPFテンプレート(および場合によってはインテリセンス)のサポートがないようです。その場合、C#をお勧めする必要があると思います。
C#が最もよく使用されているため、問題が発生した場合は、C#のオンラインサポートが増えます。C#は、Microsoftによるサポートも強化されています。今でも全体的には完成品です。あなたが本当に自分自身を気にしないのなら、私はC#で行きます。
間違いなくIMOはC#(またはVB / F#)です。
C ++ / CLIは、マネージドワールドとc++ライブラリの境界を越える場合に最適です。ただし、管理された言語と管理されていない言語を組み合わせるという事実から微妙な問題が発生するため、複雑さはより高くなります。
C ++ / CLIでもコンパイル時間が長くなります。特に、コードテンプレートは、C ++コンパイラの動作ではなく、C#コンパイラの動作に基づいてモデル化されているためです。