fang5566
管理员
管理员
  • UID3719
  • 注册日期2005-03-07
  • 最后登录2024-03-21
  • 发帖数18482
  • 经验4836枚
  • 威望5点
  • 贡献值4316点
  • 好评度1115点
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 终身成就
阅读:2053回复:7

Mozilla Wiki 页面已出现 Go Faster 计划

楼主#
更多 发布于:2015-07-16 19:56
之前我们已经介绍过了 Mozilla 决定抛弃 XUL/XBL,以及未来发展的三大支柱,简单来说就是采取各种措施让 Firefox 变得更快更轻盈。Firefox 称之为 Go Faster(提速)计划。现在 Mozilla Wiki 也已经有了相应的主页面,并公布了一些计划实施的提速项目和预期目标和进度安排。

https://wiki.mozilla.org/Firefox/Go_Faster

里面重点提到三块瘦身提速的举措:
1、将服务性的功能剥离为附加组件,比如 Firefox Hello,Pocket,阅读模式这样的。
2、将本地化语言与产品剥离开来,语言包将在更新版本时单独从 AMO 下载安装,不直接集成在主版本中。
3、将一些数据从产品代码中剥离开来,有需要的数据另外单独下载下来。

在第一块内容中,Wiki 有提到从附加组件管理器、更新器、系统附加组件更新器等方面进行改进,重点提到会将 Firefox Hello 从 Firefox 剥离为一个附加组件,这个附加组件是系统的附加组件,也就意味着他默认会像一个附加组件一样安装到 Firefox 里了(各路高手又可以大展神威去掉了,并且变得更轻松)。

在第二块内容中,Wiki 提到首先会将本地化语言包从 Firefox 版本中去除,然后实现从 AMO 更新你所需要的语言包,比如 en-US,zh-CN,当然这个语言包类似于附加组件,可以随时轻易移除。

在第三块内容中,Wiki 提到计划实现将 Firefox 的安全策略这方面的数据剥离出来,实现单独下载这些数据。还有就是 Firefox 移动版本的一些数据文件。

最新喜欢:

fiagfiag yfdyh000yfdyh0...
Firefox More than meets your experience
yfdyh000
千年狐狸
千年狐狸
  • UID29079
  • 注册日期2009-06-07
  • 最后登录2022-05-18
  • 发帖数2262
  • 经验1390枚
  • 威望0点
  • 贡献值52点
  • 好评度139点
  • 社区居民
  • 最爱沙发
  • 忠实会员
1楼#
发布于:2015-07-16 22:16
三点都很赞,早该这样了,降低集成度、功能模块化,难得一个正确的决策方向。

p.s. 这个“Mozilla Wiki 有了它的 Go Faster 计划”标题还以为“Mozilla Wiki”要提速改进。
“Mozilla Wiki 上有了 Go Faster 计划”或者“Go Faster 计划出现于 Mozilla Wiki ”更好些。
pangyf10
火狐狸
火狐狸
  • UID48425
  • 注册日期2014-12-30
  • 最后登录2023-01-08
  • 发帖数202
  • 经验206枚
  • 威望0点
  • 贡献值70点
  • 好评度9点
  • 社区居民
  • 忠实会员
2楼#
发布于:2015-07-16 23:17
支持
fang5566
管理员
管理员
  • UID3719
  • 注册日期2005-03-07
  • 最后登录2024-03-21
  • 发帖数18482
  • 经验4836枚
  • 威望5点
  • 贡献值4316点
  • 好评度1115点
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 终身成就
3楼#
发布于:2015-07-16 23:49
yfdyh000:三点都很赞,早该这样了,降低集成度、功能模块化,难得一个正确的决策方向。

p.s. 这个“Mozilla Wiki 有了它的 Go Faster 计划”标题还以为“Mozilla Wiki”要提速改进。
“Mozilla Wiki 上有了...
回到原帖
确实不当。已改。相信未来还有更多瘦身提速的具体举措。但这些我感觉都不是重点,剥离为附加组件也仅仅是还原搭配没有hello以前的状态啊。语言包集成的开销又能有多少,tmp作者以前就解释过虽然tmp看起来很大,但实际不臃肿,大是因为集成各种语言包。最关键我觉得还是要抛弃 xul,减少内核复杂度。并且实现多进程。但这恰恰是最困难的。 mozilla 邮件就在争论如何抛弃 xul,是慢慢一点一点减少,直到抛弃,还是直接设定一个截止期。
Firefox More than meets your experience
yfdyh000
千年狐狸
千年狐狸
  • UID29079
  • 注册日期2009-06-07
  • 最后登录2022-05-18
  • 发帖数2262
  • 经验1390枚
  • 威望0点
  • 贡献值52点
  • 好评度139点
  • 社区居民
  • 最爱沙发
  • 忠实会员
4楼#
发布于:2015-07-17 02:02
fang5566:确实不当。已改。相信未来还有更多瘦身提速的具体举措。但这些我感觉都不是重点,剥离为附加组件也仅仅是还原搭配没有hello以前的状态啊。语言包集成的开销又能有多少,tmp作者以前就解释过虽然tmp看起来很大,但实际不臃肿,大是因为集成各种语言...回到原帖
不不,我觉得这恰巧就是重点。剥离的操作势必会使内核对于附加组件的各项支持性和兼容性保持有所影响,能够促进附加组件机制的开发和优化(而不是原地不动)。
如果组件是集成编写,很多时候不少开发者都比较随意,甚至为了某个功能随意增加、更改主要部分的XUL和API部分,而不是采用附加组件机制,而不顾对兼容性的影响。这严重伤害附加组件开发者的热情(没有稳定的SDK,每个版本都要修兼容性,疲于奔命。从Firefox 4开始更是明显,因为版本发布增快),因此而离开Firefox阵营的开发者也不在少数,因兼容性而修改参数、以及心爱扩展消失而失望与离开的用户也是如此。

语言包的开销不太了解,但剥离也是有一定好处的,比如解决语言包长久以来的机制老旧问题,像是缺少一个字符串整个界面就会崩掉。不知道会不会重写乃至换成json呢。


抛弃xul方面,我觉得直接重写(与新内核并行)会比较方便彻底,但那样很多资料和代码资产就没法再利用了,开发者也得重新学习熟悉。而且还需要一个完美的架构设计和稳定可靠的开发结果,很难预期能否完成。设定截止期的话,估计还是会来不及或者仓促上马,就像强制签名、Metro版等计划。慢慢减少感觉也不错,比较平稳,但连续的兼容性影响/外观变化可能会继续使用户和开发者累计怒气。
msky
千年狐狸
千年狐狸
  • UID14649
  • 注册日期2006-09-21
  • 最后登录2023-04-03
  • 发帖数2959
  • 经验166枚
  • 威望0点
  • 贡献值12点
  • 好评度9点
  • 社区居民
5楼#
发布于:2015-07-17 09:19
哎,这个Mozilla,早知如此何必当初,啥都要集成到Firefox里,让用户自己选择不是更好吗?

@teredarguiterep 去当顾问,哈哈,推荐Mozilla参考一下Light
fiag
管理员
管理员
  • UID1188
  • 注册日期2004-12-21
  • 最后登录2024-02-19
  • 发帖数4681
  • 经验686枚
  • 威望0点
  • 贡献值402点
  • 好评度51点
6楼#
发布于:2015-07-17 12:07
加油。
速度第一
pcxfirefox
千年狐狸
千年狐狸
  • UID39042
  • 注册日期2012-06-22
  • 最后登录2018-01-15
  • 发帖数2539
  • 经验1263枚
  • 威望2点
  • 贡献值242点
  • 好评度133点
  • 最爱沙发
  • 忠实会员
  • 社区居民
7楼#
发布于:2015-07-17 12:51
有个Firefox Lite的主题贴 某些开发者对我的Firefox Mini/Lite patches感兴趣 他们似乎也想增加很多enable/disable参数来在build time控制模块的多少 但不想在主分支内这样做
当然Go Faster是说的另外的主题 和Firefox Lite没啥关系 走的不同的方向 主题帖叫 Living in a Go Faster, post-XUL world
http://pcxfirefox.wordpress.com/
游客

返回顶部