c# - C++/CLI或C#用于在Windows上创建快速，现代和响应迅速的GUI

Closed. This question is opinion-based。它当前不接受答案。












                            想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。

                        4年前关闭。



目前，我被分为两种语言。我几乎要完成当前应用程序的编程工作，这需要非常快。它可以在多种载荷条件下计算任何种类的中空玻璃结构。

我只是不知道用C ++ / CLI编写它是否是正确的选择。例如，在互联网上，我什至从未读过名称“ C ++ / CLI”，但每个人都建议学习C＃。

C ++ / CLI的真正缺点是什么？从我的阅读中我发现，它注定要在未来几年内弃用。这是真的？如果有的话，它们真的很糟糕，真的有必要切换到C＃吗？

目前针对C＃的唯一问题是我拥有需要访问的C代码，并且由于安全问题和防黑客攻击，我无法创建.Dll。（该程序将非常昂贵）

为了编写在Windows上运行的快速GUI（还有3D动画，多核甚至图形核处理），我还有什么其他机会？

最佳答案

为了寻求更高的性能，我已经将大量C＃/ WPF UI移植到C ++ / CLI（由于与C++/CX相关的原因，它已经演化为WinRT）。重要的是要记住，它不是C ++，而是C ++语言的一组托管扩展，以支持.NET。我喜欢低级的UI编码，并且经常使用WPF编写大多数控件，这些控件取自DrawingVisual或UIElement，具体取决于用户输入的要求。

我个人不喜欢“扩展名”（例如使用帽子^），发现它非常不自然。我没有看到C＃带来什么大的收获（新发布的4.6似乎做出了进一步的改进）。我个人认为C ++ / CLI将很快成为过去。我对C ++ / CLI的不满绝对不是一个人，而且像Kenny Kerr这样的人在整个问题上都有一个big impact。实际上，我预测MS将完全采用他的库和日落C ++ / CLI。

转储整个项目后，并迁移到纯C ++ / Direct2D。我完全低估了开发时间，但是却发现了巨大的收获。这不是一条容易的路，因为您将编写自己的控件（文本框和所有控件）。但是，现在有Win2D（Direct2D的包装器）提供了这些控件，并且看起来是一个很好的解决方案（但是当我开始时尚不可用，并且我现在不打算进行更改）。

我现在不能对自己的决定感到满意，但在此过程中我肯定会存在一些疑问，并且不一定会建议您这样做，除非您的心愿长期坚持下去。否则，请坚持您所知道的。

编辑：顺便说一下，任何说C＃/ WPF的人都与C ++ / DirectX一样快，无论是拒绝还是妄想。 VS2015中包含一些优化程序改进功能，您会为这种小型的外观和所带来的性能感到惊讶。消除.NET依赖关系将极大地减轻体重，同时对于打算进行反向工程产品开发的人员来说也非常困难。

编辑2：如果您当前不了解C＃/ WPF，那么当然要避免使用它，尤其是因为您已有C代码（这就是我赞成Dave回答的原因）。而且，如果性能至关重要，那么现在是进入DirectX 12（MS技术可能的最佳性能）的绝佳时机。祝你好运，听起来像是一个有趣的项目。

编辑3：如上所述（关于肯尼·科尔（Kenny Kerr），here是最近的公告，可能会开始新时代，以及日落的C ++ / CLI和C ++ / CX。

关于c# - C++/CLI或C#用于在Windows上创建快速，现代和响应迅速的GUI，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32001643/

上一篇：c# - 等待IO的可重用测试代码

下一篇：c# - 在 C# 中异步使用 IComparer

.net - .Net 中的低延迟串行通信

c# - 使用 iText 7 for .NET 时如何定义 Colspan 和 Rowspan

javascript - Chrome 时间轴缓冲区使用情况

.net - 如何弄清楚为什么我的本地主机站点需要这么长时间才能加载？

c# - 如何在运行时在嵌入式资源文件中添加图像？

c# - 从表中选择数据并将其显示在带有复选框的标签中

c++ - 如何通过引用传递 Generic::List？

java - 由于主键，数据库插入速度慢

c# - Word VSTO - 向 Word 文件添加标签