問題タブ [managed-c++]

マネージ C++ クラスを「内部」にする可能性はありますか? IEマネージC ++の「内部クラス」に相当するものは何ですか?

次のような .NET C++ 以外のクラスがあります。

フー.h:

Foo.cc:

これを C# アプリケーションで使用するために公開したいのですが、次のことを試みると混合型に関するエラーが発生し続けます。

FooManaged.h:

FooManaged.cc:

アンマネージド文字列定数をマネージド文字列定数に変換する正しい方法は何ですか?

32 ビットと 64 ビットの両方のフレーバーがあるネイティブ ライブラリのラッパーを作成しています。ネイティブ ライブラリの多数のヘッダー ファイルを含む、かなり複雑な C++/CLR プロジェクトがあります。x32 で問題なく動作するようになりましたが、別の x64 ビルドを提供する方法がわかりません。

誰かがそのようなプロジェクトを作成する手順を概説できますか?

• _WIN32 / _WIN64 に依存する定義がいろいろあるので、複数のプロジェクトである必要がありますか?
• x32/x64 の両方のネイティブ ライブラリのファイル名は同じです。現在、lib ref は#pragma comment (lib, "xxxxxx.lib"). これはどのように変更する必要がありますか？

最後に、VS2008 には Win64 ではなく Win32 プラットフォームのみがリストされています (x64 VS2008 コンポーネントがインストールされています)。

ありがとう！

これを機能させることは可能ですか？

...コードのどこかに：

Managed C++ のオブジェクトへのハンドルの違いは何ですか?

そのような：

そして通常の C++ ポインタ?

また、それらは C# の参照とどのように関連していますか?

C++ .Net クラス ライブラリを呼び出す C# .Net コンソール アプリケーションがあります。ただし、次のアプリケーションを実行すると、リストが空になります!!!

横のコメントに示されているように行を削除すると、コードは機能します。この理由がわかりません。

以下でやろうとしているように、C++ クラス ライブラリの list のメモリを再割り当てしたい場合、正しい方法は何ですか?

C#2005 コンソール アプリケーション

C++2005 クラス ライブラリ

私の経験では、.NET はネイティブ コードよりも 2 ～ 3 倍遅くなります。（多変量最適化のためにL-BFGSを実装しました）。

stackoverflow の広告を http://www.centerspace.net/products/まで追跡しました

スピードは本当に素晴らしく、スピードはネイティブコードに近いです。彼らはどのようにそれを行うことができますか? 彼らは言った：

Q. NMath は「純粋な」.NET ですか?

A. 答えは、「純粋な .NET」の定義によって多少異なります。NMath は、C# に加えて、小さなマネージ C++ レイヤーで記述されています。ただし、基本的な線形代数演算のパフォーマンスを向上させるために、NMath はネイティブの Intel Math Kernel Library (NMath に含まれています) に依存しています。しかし、COM コンポーネントや DLL はなく、.NET アセンブリだけです。また、マネージド C++ レイヤーで割り当てられ、ネイティブ コードで使用されるすべてのメモリは、マネージド ヒープから割り当てられます。

誰かが私にもっと説明できますか？

私のアプリケーション全体（20MBの実行可能ファイルを備えたかなり大きい）は、アンマネージC++で記述されています。マネージコードを使用する利点がはっきりとわかるので、アプリケーションにマネージコードを導入したいのですが、どこから始めればよいですか？

C ++ / CLIの使用を簡単に開始して、アプリケーションの他の部分とリンクできますか？（C ++ / CLI構文はかなり「エキゾチック」に見えますが）。

または、C＃に移行する方が良いのですが、これをアンマネージC ++コードと「リンク」するための最良の方法は何ですか？

/clrオプションを使用してすべてのC++コードをコンパイルすることは意味がありますか？これは機能しますか？

マーシャリングについて心配する必要がありますか？これはオーバーヘッドをもたらしますか、それともパフォーマンスを低下させることなくマネージドとアンマネージドを切り替えることができますか（20年前にFortranとCを混合したときと同じように）。パフォーマンスは、数ギガバイトのメモリを処理することがある科学的なアプリケーションであるため、私のアプリケーションでは非常に重要です。

または、ユーザーインターフェイスを再設計し、これをC＃で記述し、アプリケーションの残りの部分（計算ロジック、ビジネスロジック、データベースインターフェイスなど）をアンマネージC ++で保持することだけが意味がありますか？

私のアプリケーションは時々数ギガバイトのメモリを処理する必要があるので、64ビットのバリアントがあります。64ビットのマネージコードを使用するのは簡単ですか？それだけのメモリが使用されている場合でも、ガベージコレクタは効率的ですか？

簡単に言うと、どこから始めればよいですか？

パトリック

このファイルは、c++ マネージ コードまたはアンマネージ コードで名前空間 Gdiplus を使用していますか?

マネージ C++ コードがコンパイルに失敗し、エラー メッセージが表示される

window.h 内

window.cpp で

以降

ヘルプ！