MFC还活着吗
Is MFC still alive?
我是编程新手。我想学习一种新的应用程序编程语言。我在谷歌上搜索了一下,找到了旧的MFC框架。我想问:MFC仍然有价值吗?
我想开发桌面应用程序。如果没有,我应该选择什么来深入学习?
如果你想开发桌面应用程序,那么我建议你不要使用MFC,而是学习Qt。Qt非常强大/灵活,使用它不会将您锁定在单一平台/OS中。
首先,您必须清除要运行应用程序的平台;Windows?Linux?二者都
如果你只关心Windows,如果你想进行C++本机编程,MFC可能是一个很好的选择,我想这是你的情况(否则,C#和.net可能是开始编程的更好方法…)
MFC是一个成熟的框架,一旦掌握了基础知识,它将与任何其他库(例如Qt或TCL/Tk)一样容易(或难以)使用。依我拙见
我最近尝试将MFC用于小型客户端应用程序。
在为琐碎的事情(比如如何更改按钮上的字体!!)挣扎了两天后,我放弃了。
我快速看了一下Qt和wxWidgets,但(在又损失了几天之后),它们似乎太适合我的任务了。如果您有时间和/或限制使用C++框架,那么Qt可能是正确的方法。
事实并非如此,所以我决定试试Tcl/Tk,看看它对我有什么好处
在它的"tclkit/starkit"化身中,它允许您创建具有本机外观的独立GUI应用程序。C/C++代码可以放在嵌入exe本身的DLL中(没有DLL地狱,谢谢!),并且可以直接从Tcl脚本中调用。
在两天的工作中,我几乎完成了整个GUI和所有用户交互(启用/禁用meningful按钮,根据其他字段加载列表框,…),这些都需要在MFC中花费数周时间。
Tcl/Tk有它的学习曲线,可能会让一些人感到陌生,但它会在生产力上回报很多次。此外,还有很多书、教程、例子等可供学习。
我建议你在去其他地方之前先看看它是否适合你的需要。
如果你对MFC的文档视图(MDI或SDI)特性感到满意,那就去吧。如果你担心分发,因为你不需要一个庞大的框架,只需要几个DLL,那就太好了。没有相当多的背景知识,不要指望快速发展。
如果您对更现代的Windows C++框架感兴趣,可以考虑使用WTL和ATL而不是MFC。
- "throw expression code" 1e7 >返回 d 是什么?投掷标准::overflow_error( "too big" ) : d;意味 着?
- 当使用透明的std函数对象时,我们还需要写空的尖括号吗
- C++ MFC Libraries in Travis CI
- vs 2015 constexpr变量不恒定,但与2019相比还好吗
- 除了构造函数之外,还创建 QLabel
- 从 bmp 文件数据创建 MFC CBitmap
- 什么 /可以/ 你从一个函数返回. 并期望它在到达时还活着?
- 检查分离的线程是否还活着?
- 活着的邻居细胞未正确计数
- 写一个活着的线程
- Lua 关机双免费,关机期间 Lua 线程还活着?
- Android NDK:保持活着的C 对象
- C++线程在kill之后仍然活着
- MFC还活着吗
- adobe ASL(亚当和夏娃)还活着吗?什么是替代品
- 是MFC UpdateAllViews阻塞还是非阻塞
- 打破严格的混叠,并活着讲述它
- 为什么OnDraw还不够(在MFC中,涂鸦教程)
- 如何知道我的对象在c++中是否活着
- 有史以来活着的恐龙数量最多