mfc是传销么身边人有做的？咋形象地理解MFC编程框架

肯定赚钱啦，不过既然你提到了传销这个名词，我想问的就是，你到底是想知道mfc是不是传销，还是想知道能不能赚钱，如果为了赚钱就投吧，是不是传销，投了才知道，如果有顾虑，直接不投，赚钱的平台太多了

赚钱了就不是传销，传销能让你赚到钱吗？是给你不停的洗脑灌输思想没有任何实际行动，

肯定是传销的①种----庞氏骗局

是的，变相传销

是的

首先说明，MFC是第①个还算凑合的框架（当然同期还有OWL），第①次给程序员们展示了框架这玩意。

但MFC这个框架毕竟是①个②⓪年前的产物，确实已经非常非常非常落伍了。

Windows当年为了性能，所有的窗口处理是基于消息的轮训机制的。但这个机制并不天然（举个例子，你在处理的Socket的事件的时候，同时还要保证这个消息循环），并不好理解。如果你拿着API直接编程，那你基本上就是 欲练神功的状态了。

为了大家编程方便，MS就搞了①个MFC帮助大家。但①方面他的抽象非常不彻底，完全没有SIGNAL/SLOT这类机制辅助，你还是必须在消息机制上慢慢折腾，①方面由于当年的C++在各种问题上都还不成熟。C++⑨⑧是④-⑤年以后的事情了，所以MFC在所有的事情上都有点绕。包括RTTI，消息处理，消息传递，模版，框架等。用向导导出①个例子工程就知道了。当然他在OO设计上还是略微有①点点可看的东西的。

说的更深①点，其实Windows的API设计，也是很搓B的（不知道温兆伦等同学看见会不会来反驳）。前后兼容，Handle管理，内部编码等问题上，Windows API都有不少讨厌的地方，在上面封装的MFC也不容易。（这上面倒不是Linux好什么，因为Linux没有历史负担。）

于是，MFC基本和天书差不多。各种宏，各种API，复杂到死的框架，我就搞个简单UI，你让我理解这些③D边框烂事干嘛。结果呢？用MFC，你也只能开发向导生成的哪几种界面（当然新版本的例子导出界面看上去也还算好看）。如果相好看①点的界面，你必须借助第③方库。但那堆代码，实在是违反程序设计思维的，如果不要了解Windows API，帮助也没什么把。

其实即使有如此多的问题，即使当年的编译器搞SIGNAL/SLOT有难度，但MFC在对象上其实保持了单根CObject，即使只用接口，和基本的设计模式，也应该能封装出比MFC漂亮很多的设计。但MFC①直没有改变这些问题。

当年第①次让我自己选择项目工具（②⓪⓪①年），我就抛弃这玩意，拥抱了C++Builder，即使是Delphi的内核，开发速度比这个玩意简直是质的飞跃。可惜的是C++Builder这玩意编译器太搓了。实在更不上潮流，后面写几个小工具还是被迫投身了MFC①下（因为大量的VC++代码要复用）。

相对而言，前面大侠们推荐的Qt确实更加适合界面开放，完全OO。SIGNAL/SLOT 处理机制，内部的字符集处理 ，整个对象管理都是自然的，比较完善的布局管理，无需额外操心的，可以让你回归C++代码本事。

唯①的不爽的是不是纯生的C++，需要moc中间翻译①下，另外那个Qt Design 也最好不要用，呵呵。自己慢慢来，有C++基础①个月就做点像样的东西了。用MFC？分割栏就够折腾你了。