C++开发windows软件,非得用MFC吗?能不能用纯C++?
C++开发windows软件,非得用MFC吗?能不能用纯C++?注意不是用C
[解决办法]
okokok
[解决办法]
mark
[解决办法]
neng
[解决办法]
当然能了,
而且很多,
和底层比较接近的,
操作系统之类的,
C++有巨大的优势,
我同学去华为,
就是用C++,
根本不用MFC,
用MFC是开发比较高级的WINDOWS应用程序,
贴近底层还是C和C++
[解决办法]
当然可以不用MFC，但是总得用一些图形库，wx、VCL、qt。。。
恐怕没人有胃口纯c++ sdk编程了，开发效率太低下了。
[解决办法]
BCB的windows gui开发比MFC方便太多了。
[解决办法]
当然是可以,
直接win SDK,
或者GUI开发库
另介绍一个新的：WINX
---------------
对WINX的概括是：MOST SIMPLE BUT EFFECTIVE（简单而高效）。展开来讲，它有以下特点：
卓越的消息分派机制。正是因为有这个核心支撑，使得WINX成为迄今为止最高效的界面库。
简单易用（SIMPLE）是第一目标，尽量使可视化（WYSIWYG）界面开发成为可能。
开放。WINX代码是可以和WTL、MFC等界面库的代码共存的。
兼容。尽管有更简洁的方法，但WINX还是提供了MFC程序员熟悉的调用界面，并尽量使得MFC代码可以轻松移植到WINX下。
不重复制造轮子。在没有一个卓越的解决方案以区别于现有系统之前，先沿用现有的。WINX建立于WTL之上，重用了多数的WTL组件。
4）WINX为什么不采用Signal/Slot进行消息分派？为什么不借鉴AOP的思想？
首先，Signal/Slot是AOP中常见的手法，它是好东西，我个人不排斥它。
不过，Signal/Slot始终是AOP中重量级的手法。我说的重量级，不是它重要，而是它的开销大。所以，WINX必须采用其他的选择——更为轻量级的手法。
但是你仍然可以将Signal/Slot应用于WINX的消息分派，比如说应用于部分窗口。以后你将看到，WINX它支持AOP，支持Signal/Slot。只是它不用于消息分派，或者说在消息分派中它是一个可选组件。
5）你开发WINX的目的是什么？想到盈利吗？
开发WINX是我的个人兴趣。我从98年开始在DOS下写第一个界面库（图形界面的，当时还没有，不过也可能是我孤陋寡闻），那是一段难忘的经历。2000年开发了另一个界面库，并以此作为主题写了毕业论文。这个库称为SW系统，它基于Windows平台。SW系统还是很传统，有很多Turbo Vision（我接触的第一个界面库，它是字符界面的，TC++ 3.0的开发环境就是Turbo Vision所开发）、MFC的影子。WINX则是今年1月份开始写，最初是为了一个公司内部的程序作界面而写。
做库很有挑战，做界面库更加如此。所以对我来说这是在做一件很有意义的事情。从盈利角度来讲，我个人认为库（Library）很难找到模式来赚钱，所以基本上这个问题可以搁在一边。
http://blog.csdn.net/xushiweizh/archive/2006/11/08/1372325.aspx
[解决办法]
当然可以不用MFC了
你要是想要开发时间短 或者 做可视界面方便 可以用MFC
纯后台的软件 就是 黑框子一挂就是了跑的比谁都好
