阅读:3422回复:6
我这样理解WebExtension有没有问题?
简单来说就是要把xpcom推倒,然后重建全部api,顺便兼容blink的api弄一套新的。
届时,对用户的实际效果是 1. 大量扩展即时失效而且不能简单修复 2. 运气好(WebExtension完成度高的话),能用上一些chrome扩展 3. 过一段时间,如果开发者没有心死,会重写出新接口的扩展版本 对开发者的影响 1. Chrome扩展开发者能比较容易地把扩展移植到Firefox,运气好的话甚至不用改写任何代码 2. 同时维护多个浏览器扩展的开发者维护成本可能会减少 3. 原Firefox扩展开发者在几乎没有获益的情况下又一次成为Mozilla决定的牺牲者,要么放弃,要么大幅修改支持新的API,而这些投入本来可以用在增强扩展性能、功能里的 |
|
1楼#
发布于:2015-08-26 16:17
嗯,基本是正确的,但webextensions目标是一开始就兼容大部分chrome扩展,否则没意义。另外这个是在未来12-18月内逐渐实现的,mozilla 应该会完善文档并帮助开发者逐渐迁移。
现在问题是还有多少 Firefox 的用户和开发者愿意陪着 mozilla 折腾? |
|
|
2楼#
发布于:2015-08-26 16:54
这个就看看新api有没有什么吸引人的特性了,在这个大家都是满世界讨好开发者的年代应该不至于太过分吧?
|
|
3楼#
发布于:2015-08-26 17:09
只希望https://wiki.mozilla.org/Jetpack 扩展没问题
|
|
4楼#
发布于:2015-08-26 17:28
文科:只希望https://wiki.mozilla.org/Jetpack 扩展没问题回到原帖官方说是没问题,但目前来看 webext会取代所有现有的框架,难保 Add-on SDK 也被丢弃。因为似乎 Webext 有大一统江湖的计划 |
|
|
5楼#
发布于:2015-08-26 17:29
|
|
6楼#
发布于:2015-08-27 08:43
不管怎么修改,都一样。我留在firefox的主要原因还是chrome标签控制太操蛋了。。。如果这个解决好,我估计毫不犹豫去拥抱chrome。可惜啊,现在我还是在firefox,电脑里面没有chrome的痕迹。。。。
|
|