c++ - MFC的替代品

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

7年前关闭。




Improve this question




https://stackoverflow.com/questions/149698/what-is-a-good-mfc-starting-book

许多赞成的评论声称有更好的选择。我想知道它们可能是什么。

我的主要要求是 UI 使用 native 小部件，以便我们的自动化软件可以工作。业主绘制的 window 更难驾驶。

我不是特别喜欢 MFC 的设计，所以替代方案会很好。我发现的唯一一个是 WX，这是我们已经尝试过并正在考虑放弃的一个。我们需要一些不会强制我们与一堆我们不关心的跨平台包装进行斗争的东西。我们正在编写一个 Windows 应用程序，而市场营销并没有针对 Mac 或 Linux 发表任何废话(是的，这也让我的屁股受伤了)。

我已经稍微研究了 .NET 选项。问题是我对它知之甚少，但据我所知，我们必须使用 C# 来获得许多随 MFC 轻松可用的选项。例如，乍一看，C++/CLI 工具包似乎没有停靠窗口。事实上，直接的 WinFroms 选项似乎也没有。看起来我们必须制作一个 WPF 项目，而这似乎根本不是我们真正想要的(除了另一个工具包之外，我们还有很多废话要学习)。离开 C++ 也需要大量的包装，我并不特别喜欢我从自动包装器中看到的结果。

我在 .NET 选项中遇到的另一个问题是，我们有一个非常复杂的绘图应用程序(除了需要大量表单之外)。我知道你可以用像 .NET 这样的 JIT 语言得到类似的结果，但我也知道你必须更加小心这样做。这是我目前不想担心的问题。

.NET 的另一个，可能也是最重要的问题(至少是切换语言)是，我们有大量的接口(interface)逻辑，虽然应该与 API 无关，但大部分是用 C++ 编写的。

那么还有哪些其他选择呢？这些人真的有自己的观点吗，还是他们只是对任何不是他们最喜欢的语言或工具包的东西大喊大叫？

笔记:
这里有什么问题？？我特别说过，移植到其他平台甚至不是一个考虑因素，我必须有一些使用 native 小部件集的东西，所以我们不必完全改变测试用来自动化产品的一切!!!!真的有人读过我的问题吗？

Answer 1

Qt是目前基于 C++ 的 gui 工具包的唯一真正答案(至少对于完整的桌面应用程序)。即使对于纯粹的 Windows 应用程序，它也是值得的 - 它也与 Visual Studio 有很好的集成(获取 vs-addin)并且有很好的文档记录

wx 有一些优点，其中之一是它在使用中与 MFC 非常相似，但是随着 Qt 的发展，LGPL wx 的真正优势已经丧失。

编辑
Qt 小部件不是原生的，但它们确实使用原生样式 API，因此它们与原生小部件无法区分 - 如果您使用默认样式。