GUI框架比较有感

1、目前看了5、6个GUI框架的比较，我说下我自己的看法哦，个人感觉GUI框架没有什么本质上的差别，要说他们有什么不同的话，那么有两点是可以说的

1、封装，底层封装。 GUI库当时设计时的考虑封装将会影响到的是 这个GUI库的移植性、跨平台性。 这个嘛，目前很多库都有跨平台特性，大家都认识到了这一点了嘛，当初的考虑不一样导致的嘛

2、程序的大小。这个我觉得并无大碍。真正有关系的我觉得应该是 程序的运行效率问题才是。但是大家知道的，目前除了嵌入式对效率要求比较高，正常情况下我们也不会用到什么GUI框架。底层真正要效率比较高的话，谁还用框架啊，你说是不？所以讨论这些也意义不大。

3、现在大家应该都很清楚，真正有哪个框架有很严重的bug、漏洞、缺陷？那是不可能的。现在有这么多团体组织在维护这些框架，即使有严重的漏洞，人家不会修，不会维护？？这个框架本身能存活下来就说明了他的强大、稳定、可靠性了。所以讨论框架的区别意义不是很大，有一点倒是可以考虑，个人也比较赞同的，那就是考虑他们框架实现的技术。大家应该都知道的，现在啊，框架出来的时间有早有晚，可能早些出来的框架使用的技术比较旧，设计只在他出来的那个时候比较优秀，过一段时间他的技术就算比较土的了。但是我觉得大家也不要忘了，除非新技术的优越性能够在编译器上体现出来，否则这些比较旧的技术还是非常健壮稳定的，比较人家也是一个成熟的技术，但绝不是有漏洞不稳定的技术。

4、谈谈技术更新的道理。为什么现在会出现这么多框架、技术？技术又为什么要更新？

框架其实是大家一种能够提高自己工作效率的一种普遍使用的代码的一种复用，是一种提取抽象的工作，避免重复的工作。很多框架其实是在同一个时期开发出来了，这些框架一起存在的原因大家也就很明了了。那么让我们来说说，为什么后面还会出现一些新框架、新技术呢？ 其实我们大家都知道 面向对象编程和面向过程编程的演变，这个不是一个活生生的例子吗？其实框架的发展、技术的更新，都是人们探寻更优化程序设计、更体现世界本源的一种方式。如果你要问我，那么什么时候技术更新会是个头呢?那么我想真正要到尽头的时候，应该来说人就是一个编译器。如果编译器能够像人一样思考活动，可以灵活的接受自由的输入，而不断从人这边得到反馈、理解、分析、确认，那么人们对语言的开发也就是一个境界了。目前很多科学家、知名公司也都在做这一块的工作，当然不是指编译器啦，指的是电脑向人性化、智能化发展。最终他们的设计目标是电脑能够和人一样接收、反馈、思考，那就太强了。但我相信这个是完全有可能的，因为人也是这么创造出来的。

5、好了，我们且不谈这个了，一切都在想着最终、最美好的事务发展着，我们也拭目以待。 而我们呢，要做的就是自己理解框架、能够自己写框架，要时刻记住: 框架永远都只是一个工具，一个帮助我们快速开发的工具。真正要做的是我们熟悉框架、会写框架、合理根据项目选择框架进行快速开发，我想这就足够了。目前俺们经过考虑，选择MFC吧，毕竟使用的人多，这个框架用熟了，自己也能将其他框架的优秀特性实现出来，到时自己用自己写的框架岂不更加清楚些，可扩展性也比较强。 而且自己写个框架本身也是一种编程能力的体现，而这个能力才是编程开发者真正要掌握的能力。

下面我就我接触的几个GUI框架做下对比

1.1  MFC类框架