相信大家都看到近来模基拉动作频频，不断放出未来计画的项目新闻稿 面对变革，常常必须面对批评和既有使用者的一片看衰在所难免 这次就稍微整理一下最近在各大科技网站上看到的资讯 标题的梗其实是来自ghacks的文章： Mozilla’s self-destruct course continues: major add-on compatibility changes announced http://bit.ly/1MH9U2c ghacks编辑马丁就在这篇文章内就整理四个未来重大的革新计画 1. WebExtensions 了解更多：Firefox 浏览器迎来重大升级：Chrome 外挂可轻松移植 http://techcrunch.cn/2015/08/22/chrome-extensions-are-coming-to-firefox/ 2. Multi-process Firefox / Electrolysis (e10s) 3. Add-on Signing 4. Deprecation of XUL, XPCOM and the permissive add-on model 了解更多：Mozilla to Depreciate add-ons using XUL, XPCOM, or XBL http://bit.ly/1U8mgkq WebExtensions 就是以参考Google的套件 API 来打造一个新的 FX 套件 API，以便取代原有套件架构。 已经有不少使用者不齿这项决定，认为这是一种倒退、舔 G社LP、放弃自己的特色等等 这些理由都可以被理解，但是站在M社的立场来说，提出新的架构出於以下目的 １．接轨G社的套件开发架构 我认为这是无可奈何之举，或许大家会认为FX强大的地方就来自於套件 套件的自由度高使得套件所带来的效益极大，是FX的财富之一 此举简直就是坏了FX的套件系统，让开发者出走（＊节流失败） 但或许M社看到是如果可以让两者的转换成本降低，则有望吸引G社的套件 开发者把他们的套件上架到AMO（＊开源成功） FX的套件有特色、能做的事情多是既有的事实，但是更可怕是近来已经有 越来越多的套件只开发GC版，远得不说，就说LINE网页版好了 Evernote的套件也勤於在GC上更新甚至开发专属的套件 这是不可否认的现实，市场占有率高就是老大，一切都是商业导向 如果你认同FX，希望他继续活下去，而不是被GC斗垮，那你应该支持革新 ASK：这样不就放弃原本的高自订化的套件架构了吗？ ANS：稍後解释。 ２．E10S 一个新颖的程式架构，目的是为了让程式可以更加稳定，浏览器本体、分页、 套件之间的处理程序相互独立，不会因为分页当掉整个浏览器更跟着一起当。 这个争议不大，而且多数使用者应该算是满期待这项更新的。 但是这项重大的更新因涉及架构层，因此现有的套件若没有做出调整则会导致 在E10S启用时，失去作用。目前仍没有具体在稳定版上线的计画，不过 开发团认为应该会落在今年12月中的43版。 回到WEBEX上，它是完全相容与E10S的套件架构，因此开发者如果使用 新版的套件开发架构，就表示套件可以在E10S启用的状态下执行。 ３．Add-on Signing 这个东西很讨厌，连我也这样认为。但是一样基於安全性考量，它的出现有其 必要性。会来这个版的使用者基本上都有能力自订浏览器，判断网路上可能 的危险，但是其他90%的主流使用者是没有这个能力的。禁制未签名的套件 安装将可能大幅减少使用者因误点第三方恶意散播的连结而安装有威胁的套件 。 目前的套件审核仍然采用人工的方式处理，未来如果WEBEX启用，审核的 流程将可以加快。看到这里你或许会发现，第一项被骂得半死的WEBEX架构 怎麽突然对（２）和（３）都有互助的效果。不是要帮M社说好话，但他们也不 是省油的灯，配套组合拳打出来有效果，对M社、开发者、使用者都有好处，虽 然过渡期必然会面对一些困境，但撑过去就好了。 而且未来针对不想被绑手绑脚的使用者也会推出一款没有签名限制的浏览器，如 你真的不喜欢，用第三方编译版也是一个选项。再说如果你用的都是上架的套件 又何必担心这个问题。所以签名的事情我认为问题不大。 ４．Deprecation of XUL, XPCOM and the permissive add-on model 这应该是最被诟病的一项，反对者都认为原有架构代表着FX套件的精神，绝对 不能放弃，而且认为一旦WEBEX和套件签名启用後，原有的高自订套件就成了 绝响，旧的用不了，新的架构也开发不出来有这麽高自订程度的套件，然後就 是FX已死，有事烧纸。 真的是这样吗？ 直接来看看马丁做的总结（http://bit.ly/1KepmlX）： ．模基拉铁了心要弃用XUL、XPCOM和permissive add-on model。 ．WEBEX仍在开发中，它是基於GC的套件API，但绝非完全照搬。 ．模基拉打算新增让目前当红的FX套件可以转移到新架构的API，好让他们不 　会猝然失效。 ．API当然不会像目前能做到的一样强大。 ．有多少套件会因为新架构的启用而无法运作是一个未知数，端视他们的开发者 　是否放弃开发或没有把它们对应到新的架构中。 一些当红的套件譬如　NoScript 和 Classic Theme Restorer　都是M社绝对 会重视，这些套件财富他们或许比使用者更加紧张。 当然一些较为小众的套件可能最後仍会落得无法运作的结果，加上签名的问题 也不能继续使用。但是从长远的角度来看，这样决定理应是Z>B的，起码官方 是这样认为。 懒人包： 使用者不需要对新套件架构WebExtensions、弃用XUL、XPCOM、套件签名有太多的担心： 1. WEBEX架构完全相容於E10S。 2. WEBEX有助於让原本专属GC的套件出现在FX上。 3. WEBEX将针对当红的套件实作API让他们可以继续使用，譬如CTR。 4. 未来会有不限制套件签名的FX版本，也可以选择第三方编译版。 与其唱衰FX，不如期盼这套组合拳可以打出气势、打出机会。 最後补一个： 看你怎麽想，如果你为GECKO最後会被弃用就算是下个一个PRESTO，那它应该有很高 的机会是，因为SERVO这个後浪迟早会让 GECKO 死在沙滩上。 当然两者不可等同视之，因为一个革新，做出更好的来取代，另一个我不想多说。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.113.73.123 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Browsers/M.1440359964.A.8C2.html ※ 编辑: t7yang (140.113.73.123), 08/24/2015 04:03:26 ※ 编辑: t7yang (140.113.73.123), 08/24/2015 04:14:57