| 
			 
					阅读:3774回复: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的痕迹。。。。				 
							 | 
	|