8

作为一个 C++ 坚持者，这真的让我很烦恼。我一直很喜欢微软大约十年前提出的“独立于语言的框架”的想法。为什么他们放弃了这个想法？有谁知道它背后的原因？

4

4 回答 4

4

部分原因是 C++ 支持实际上是两种语言合二为一——本机和 CLI 变体；Visual C++ 团队已经承认额外的开发负载是正确的 MSBuild 集成落后（滞后？我没有在 2008 年或以后检查过）落后于其他语言的原因。

另一部分将与在 C# 构建中进行的编译期间的代码生成有关，以支持例如绑定“魔术”；我发现即使在 F# 中，你也不会“刚刚发生”。

于 2009-08-06T22:31:47.377 回答
2

如果是我，我的理由是不应该使用 C++.Net 来编写 GUI。

我不想在这里刻薄，也许有人可以告诉我我的方式的错误，但我认为这不是一个好主意。我现在正在搞乱一个，开发速度比用 C# 编写的应用程序要慢得多。我的感觉是，如果应用程序需要 C++.Net 或常规 C++ 中的功能，似乎更好的主意是创建一个 DLL 来完成繁重的工作并可以与 C# 接口。

于 2009-08-06T22:30:14.493 回答
1

它也困扰着我，如果他们支持它，我们将能够将我们的 C++ 代码迁移到新的 GUI 比基本上用 C# 重写所有内容更容易和更便宜。返工我们的应用程序花费了我们一大笔钱，这正是我们在经济衰退中想要的。

我想原因是 C# 很流行（并且不像 C++ 那样跨平台），因此他们决定将开发工作保持在最低限度。

于 2009-08-06T22:29:47.487 回答
0

您可以使用托管 C++ 执行 WPF。

原因是现在几乎所有新的应用程序编程都是用 JavaScript、Java、VB.NET 或 C#（所有 GC 语言）完成的。重点是针对较低技能集的更高质量，C++ 对开发人员的要求太多，公司希望人们在第一天就编写日志错误代码。

用于应用程序的 C++ 主要用于维护现有应用程序或需要极高性能的地方。设备驱动程序和操作系统仍然经常用 C++ 编写，但即使这样也在发生变化（Coyotos 是 Cbit，E#，Cosmos/Mosa 是 C#，Singularity/Midori）。

于 2009-10-15T04:19:54.520 回答