问题标签 [c++-cli]

Mono .NET 是否支持和编译 C++/CLI？

如果没有，你知道他们是否有支持它的计划吗？

我有一个函数可以将一个字符串解析为两个字符串。在 C# 中，我会这样声明：

我会这样称呼它：

当前项目必须在 C++/CLI 中完成。我试过了

但如果我这样称呼它：

我得到一个编译器错误，如果我这样称呼它：

然后我在运行时遇到错误。我应该如何声明和调用我的函数？

我偶然发现了这段代码，并且很自豪地去问作者这是什么意思。

gcnew使用它而不是简单地使用它是什么以及有多重要new？（我也被插入符号难住了；我在这里问过这个问题。）

我刚刚遇到了这段代码，一些谷歌搜索没有找到对这种神秘（对我来说）语法的解释。

插入符号到底是什么意思？（这gcnew对我来说也是新的，我在这里问过这个问题。）

我有一个使用多个 MFC 扩展 DLL 的 MFC 应用程序。我希望这个应用程序（以及其他几个类似的应用程序）能够访问 .net 框架的某些部分。我编写了一个 C# 库来完成我想要的 .net 工作，并希望能够编写一个 MFC dll 来隐藏我的应用程序中的所有 C++/CLI 代码。这些应用程序将保留为纯 MFC 应用程序，唯一的 C++/CLI 代码将在我的新 MFX 扩展 DLL 中。但是，当我这样做时，应用程序在访问新的 MFC C++/CLI dll 时崩溃了。如果我将 C++/CLI 代码放在应用程序中，它可以正常工作，我可以一直调试到 C#。

有谁明白为什么 dll 的想法不起作用？

谢谢

我想从非托管 C++ 调用我的 .NET 代码。我的进程入口点是基于 .NET 的，所以我不必担心托管 CLR。我知道它可以使用 .NET 对象的 COM 包装器来完成，但我想访问托管类的各个静态方法，所以 COM 不是我最短/最简单的路线。

This answer to a question about C++ unit test frameworks暗示了我以前没有想到的一种可能性：使用C++/CLI和NUnit为本地C++代码创建单元测试。

我们将 NUnit 用于 C# 测试，因此将它用于 C++ 的可能性似乎很诱人。

我从未使用过托管 C++，所以我担心这种方法是否有任何实际限制？你们很多人都这样做吗？如果是这样，你的经历是怎样的？

第 2 行的编译错误。

声明引用变量的托管方式是什么？

我正在使用 C++/CLI 接口层将 C# WPF 对话框添加到现有的 C++ MFC 应用程序。我有一些工作，除了我的方式有问题。例如：

1. MFC 应用程序使用 ShowDialog 显示 WPF 对话框。按预期工作。
2. 该 WPF 对话框显示了一个使用 DoModal 的 MFC 对话框。WPF 对话框隐藏在基本 C++ 应用程序后面，除非我手动更改 IsEnabled，否则它不会被禁用。不理想，但它有效。
3. 现在，该 MFC 对话框已关闭。现在由于某种原因，基本 MFC 应用程序已启用，但由于 WPF 对话框尚未关闭，它仍应被禁用。这很糟糕，因为它现在允许用户在 WPF 对话框仍然打开时做一些疯狂的事情。

我有一种感觉，如果我能正确设置父对话框，它会更好。但到目前为止，我还无法将 MFC 对话框的父级设置为 WPF 对话框，反之亦然。而且，我什至不知道这是否能解决问题。

有任何想法吗？

我有一个 C++ 程序集，其中托管和非托管代码都编译为 DLL。它已正确导入到项目引用中，因为我可以使用对象浏览器查看我的所有类及其成员。

问题在于 XAML 设计视图。在我的 XAML 代码中，我想用我的 C++ 程序集进行数据绑定，所以我有这样的命名空间：

CLI 是 dll 的名称，它内部有一个名为 kudu 的命名空间。设计视图拒绝显示 XAML 并给我这个错误：

最好的部分是我实际上可以构建整个解决方案并且一切正常！窗口会随着 C++ 对象的变化而更新，而不是什么。然而，如果没有设计视图，这会使继续开发变得相当困难。

有没有人回答为什么会发生这种情况以及我该如何解决？