[转]GTK+与MFC不完全对比

UnixZC

原帖由 aaniao999 于 2007-5-5 22:58 发表
哦，谢谢了，难怪死都看不懂，哎，原来买错书了。。
不过现在转QT了，不喜欢那些了。准备学完LINUX以后转WINDOWS直接API学习吧

建议你还是不要直接用windows的api玩了，很累的，MFC其实就是过于庞大，复杂，里面的东西太多，gtk+俺正在学，至少从tutorial来看比起mfc要简单。不过因为windows是一个整合体，所以mfc里能做的事情太多了。而gtk+也许只是负责界面的东西，所以更独立一点。

lyredsoft

"GTK+的使用简单，MFC的使用繁琐" 不敢苟同
即使没有任何向导，我可以只用 gvim+gcc+msdn 写 MFC 的程序，你信不信，事实上也有很多人这么做。
VC 的傻瓜向导和 Glade 的界面编辑一样，要知道原来基础的东西才能事半功倍，否则就一样是误认子弟。

我不信，vc6还能用用vim的，因为至少还有全文本的源码树，虽然已经有点蛮麻烦了，但V7以后，特别是什么狗屁的可视化设计器VSDN吧，早把你捆得死死的了，记得刚出来时一个IDE有六七张光盘，垃圾得很还不算，最要命的是它搞了个什么工程文件，编译时不能从字符代码直接开始，必须用它的IDE，不过微软内部有行命令工具的。你的VIM在里面除了能通过ole方式替替字符，还能有什么用。其实MFC和GTK在技术上还不是大同小异，不就是user interface吗，一定要用GUI吗，没鼠标那还不能操作电脑吗，反正我的电脑鼠标基本不用的。高兴我也可以用conf, web,script,console 甚至用桌面fvwm之类直接做interface。你要什么样子我就能帮你搞成什么样子，不就是化化妆吗，重要的不还是程序C内核里运行的内在事件逻辑吗。
MFC和GTK有区别的是效率不一样啊，GTK我可以行命令编译，纯字符，看似任务艰巨，可其实只要你能精通vim和perl，写代码和维护代码是最简单的事，在VIM中，我整个源码树的完整性的可以一条命令sort好，各种函数或对象的定义引用我打个K键可以将所有父类一层层列得清清楚楚，在不管几个还是成百上千个代码页之间随意跳转我只要敲两三个键。所有的一切需要时我都可以直接从最底层开始理解,并随意分层，什么framework，runtime, 中间件，类库包的，只要我高兴，我随时可以自己生成。我所有写过的各种语言的代码全部在我自己总的源码树和我的dictionary里，规范定义和版本控制后，永远都可以复用。因为我所有的源码都可以回溯到最初和最底层。这倒难道不好，至少我几乎不用记什么，更不用查什么类库大全之类的玩意，整理点sample就足够了，引用时不清楚打个K键回逆遍历所有父类，扫个两眼，什么不都清清楚啊，写代码，在VIM里用perl的正则式写，将所有重复编码过程全部自动化处理，绝对够快，在linux的服务器上调试编译，不用烦心病毒和死机，速度也比pc快多了。这才叫效率啊。那个msdn全是骗人的东西，有什么啊，六七张光盘我用lynx直接prase了一下，再用ctags结合per处理一下也就5兆多的纯文本，建个dictionary,完全可以把它扔垃圾桶了。可还没用啊，因为在VC7我用不了VIM了。龌龊的微软，没GCC，还真的要跟它一起完蛋。MFC真的难吗，我在C6时，从接触到直接用它product只用了一周时间。因为那时我可以用VIM和Perl, 可用现在的MSVD,一个VC项目我想我一个人用三年也搞不定的。MFC也不是不好，是它投错了胎，这反技术的公司搞的技术，日落西山是迟早的事。

qinggeng

vim+cmake+msbuild写win32API GUI程序无压力。另外求大能写一篇用perl自动化vim的心得啥的，貌似很有趣。