2008年9月12日星期五
当WebKit如此受欢迎，Mozilla为何还死抱Gecko不放 zz
开源的HTML渲染引擎WebKit由苹果开发，结合了来自KDE KHTML项目的代码，因为其清晰而紧凑的代码库(Code base)，较小的内存占用，对标准的兼容，因而广受第三方开发者的欢迎。除了苹果的Safari浏览器外，Google的Android和Chrome浏览器，甚至Adobe、Nokia及Trolltech都或多或少的将WebKit作为富Web应用的核心。
Gecko，源自Netscape，早于 KHTML，因其庞大和复杂的代码库而广受批评，但它拥有丰富而极其强大的功能。代价是复杂性，内存占用过大，在许多地方它的额外功能更可能是阻碍而非是帮助。出现这种情况的一个主要理由是Gecko不仅仅是用于HTML渲染，Mozilla的最初目标是很有野心的——原来的Mozilla应用组件包括了浏览器、邮件、新闻组程序、web设计工具、和IRC客户端。除了渲染HTML外，Gecko还提供了一个称为XUL的基于XML的UI渲染框架，它减轻了Firefox支持扩展程序的困难。因此在Mozilla看来，WebKit不是Firefox 的未来。 Mozilla负责技术的副总裁Mike Shaver承认WebKit确实令他们印象深刻，但并不适合Firefox，Mozilla需要一个统一的引擎开发所有的项目。从整体上看，WebKit的管理模式和苹果都缺乏透明度，亦可能产生负面影响。他说“核心的变换既不可行也没有多大帮助”。
Gecko，源自Netscape，早于 KHTML，因其庞大和复杂的代码库而广受批评，但它拥有丰富而极其强大的功能。代价是复杂性，内存占用过大，在许多地方它的额外功能更可能是阻碍而非是帮助。出现这种情况的一个主要理由是Gecko不仅仅是用于HTML渲染，Mozilla的最初目标是很有野心的——原来的Mozilla应用组件包括了浏览器、邮件、新闻组程序、web设计工具、和IRC客户端。除了渲染HTML外，Gecko还提供了一个称为XUL的基于XML的UI渲染框架，它减轻了Firefox支持扩展程序的困难。因此在Mozilla看来，WebKit不是Firefox 的未来。 Mozilla负责技术的副总裁Mike Shaver承认WebKit确实令他们印象深刻，但并不适合Firefox，Mozilla需要一个统一的引擎开发所有的项目。从整体上看，WebKit的管理模式和苹果都缺乏透明度，亦可能产生负面影响。他说“核心的变换既不可行也没有多大帮助”。
标签： webkit Gecko
// 发贴者：放牛娃的春天 @ 九月 12, 2008 
订阅 博文 [Atom]