問題タブ [c++-cli]

Mono .NET は C++ / CLI をサポートしてコンパイルしますか?

そうでない場合、彼らがそれをサポートする計画があるかどうか知っていますか?

1 つの文字列を 2 つの文字列に解析する関数があります。C# では、次のように宣言します。

そして、私はそれを次のように呼びます：

現在のプロジェクトは C++/CLI で行う必要があります。私はもう試した

しかし、次のように呼び出すと:

コンパイラ エラーが発生します。次のように呼び出すと、次のようになります。

その後、実行時にエラーが発生します。関数をどのように宣言して呼び出す必要がありますか?

私はこのコードに偶然出くわしましたが、それが何を意味するのか作者に尋ねに行くことを誇りに思っています。

gcnew単に の代わりにそれを使用することの重要性とは何newですか? （私もキャレットに困惑しています。ここでそれについて尋ねました。）

私はちょうどこのコードに出くわしました、そして、いくつかのグーグル検索はこの神秘的な（私にとって）構文の説明を見つけません。

カレットは一体どういう意味ですか？（これも私にとっては新しいことであり、ここでgcnewそれについて尋ねました。）

複数の MFC 拡張 DLL を使用する MFC アプリケーションがあります。このアプリ (および他のいくつかの同様のアプリ) が .net フレームワークの一部にアクセスできるようにしたいと考えています。私は、必要な .net 作業を実行する C# ライブラリを作成しました。MFC dll を作成して、アプリからすべての C++/CLI コードを非表示にできるようにしたいと考えていました。アプリは純粋な MFC アプリのままで、C++/CLI コードのみが新しい MFX 拡張 DLL に含まれます。ただし、これを行ったときに、新しい MFC C++/CLI dll にアクセスするとアプリがクラッシュしました。アプリに C++/CLI コードを配置すると、問題なく動作し、C# までずっとデバッグできます。

dllのアイデアが機能しない理由を誰かが理解していますか?

ありがとう

アンマネージC++から.NETコードを呼び出したい。私のプロセスエントリポイントは.NETベースなので、CLRのホスティングについて心配する必要はありません。.NETオブジェクトのCOMラッパーを使用して実行できることは知っていますが、管理対象クラスの個々の静的メソッドにアクセスしたいので、COMは私の最短/最も簡単なルートではありません。

C++ 単体テスト フレームワークに関する質問に対するこの回答は、C++/CLI と NUnit を使用してネイティブ C++ コードの単体テストを作成するという、これまで思いもよらなかった可能性を示唆しています。

C# テストには NUnit を使用しているため、C++ でも使用できる可能性は魅力的です。

私はマネージ C++ を使用したことがないので、このアプローチに実際的な制限はありますか? あなたの多くはこれをやっていますか？もしそうなら、あなたの経験はどのようなものでしたか?

2行目でコンパイルエラー。

参照変数を宣言する管理された方法は何ですか?

C++/CLI インターフェイス レイヤーを使用して、既存の C++ MFC アプリに C# WPF ダイアログを追加しています。モダリティに問題があることを除けば、私はうまくいっています。例えば：

1. MFC アプリは、ShowDialog を使用して WPF ダイアログを表示します。期待どおりに動作します。
2. その WPF ダイアログには、DoModal を使用した MFC ダイアログが表示されます。WPF ダイアログはベース C++ アプリの背後に隠れており、IsEnabled を手動で変更しない限り無効になりません。理想的ではありませんが、機能します。
3. これで、MFC ダイアログが閉じます。なんらかの理由でベース MFC アプリが有効になっていますが、WPF ダイアログが閉じられていないために無効にする必要があります。WPFダイアログがまだ開いている間にユーザーがクレイジーなことをできるようになったため、これは悪いことです。

親ダイアログを正しく設定できればもっとうまくいく気がします。しかし、これまでのところ、MFC ダイアログの親を WPF ダイアログとして、またはその逆に設定することはできませんでした。そして、それがそれを修正するかどうかさえわかりません。

何か案は？

マネージコードとアンマネージコードの両方がDLLにコンパイルされたC++アセンブリがあります。オブジェクトブラウザですべてのクラスとそのメンバーを確認できるため、プロジェクト参照に正しくインポートされます。

問題はXAMLデザインビューにあります。XAMLコードでは、データをC ++アセンブリにバインドしたいので、次のような名前空間を使用します。

CLIはdllの名前であり、内部にkuduという名前空間があります。デザインビューはXAMLの表示を拒否し、次のエラーを表示します。

最良の部分は、実際にソリューション全体を構築でき、すべてが機能することです。C ++オブジェクトが変更されると、ウィンドウは更新されます。ただし、デザインビューがないと、開発を継続することが非常に困難になります。

なぜこれが起こるのか、どうすれば修正できるのかについて誰かが答えを持っていますか？