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 回答