XPI一种新的柴油机排放技术

XPI文件格式(安装方法 扩展包主要目录 扩展包其他目录)

XPI一种新的柴油机排放技术

含义为超高压喷射，为了达到欧Ⅴ排放，SCANIA公司在高压喷射的基础上开发的一种超高压喷射技术，其喷射压力可以达到2200bar。实现路线为XPI+VGT+EGR，其中VGT是指可变截面涡轮增压系统。

XPI文件格式

xpi文件是Firefox浏览器（火狐浏览器）的扩展包文件，Firefox浏览器中的xpi扩展包实际上类似于IE中的插件或扩展(如Flash插件等）。

格式一般为.Zip，由XUL、Javascript、CSS、HTML和图片等构成。

Firefox扩展包(Firefox Extensions)是指对为了增强在Mozilla Firefox中浏览网页所做的一些小改进的名字。他们也许只是 可以为Mozilla Firefox增加新的功能一个小程序或者插件。您可以在Extensions page上看一看各种扩展包列表。

扩展包最伟大的好处是它使得Mozilla Firefox小巧而不臃肿，任何人可以根据自己需要选择安装适当的扩展包。

安装方法

扩展文件通常是xpi文件格式(以.xpi结尾).有三种安装方法：

1. 直接拖拽到Firefox浏览器的窗口里或扩展窗口里。

2. 点击 '菜单"--"工具"--''扩展'',把.xpi文件拖进弹出窗口里,稍后就可以看到Firefox会询问你是否要安装这个插件，点击是，并重启Firefox浏览器。

3. 鼠标右键点xpi文件，选打开方式，在打开方式里选firefox，设置关联。以后只要双击xpi文件就自动安装了。

扩展包主要目录

xpi是火狐浏览器插件的扩展名。它实际上是一个zip格式的压缩文件。

一个标准的扩展程序，解压缩后会生成以下几个目录：

* chrome：

Mozilla 规定扩展必须具备的目录。其下有一个 JAR 文件，此文件中保存着完成扩展主要功能的文件，后面将做更进一步的说明；

* components：

约定俗成的可选目录，用于存放自定义的 XPCOM 组件文件。由于大多数的扩展根本没必要自己定义 XPCOM 组件，因此，在没有自定义 XPCOM 组件的情况下，此目录是不用存在的；

* defaults：

负责存放一些默认的设置数据，其下还会包含子目录，以分别对默认数据进行存储； 另外，其下一般还会具备 3 个特殊的文件：

* install.rdf：

它是一个 RDF/XML 格式的文件，用于描述当前扩展的注册信息和附加信息等。扩展在安装时，负责安装扩展的程序会自动分析此文件的信息，然后将这些信息注册到 Mozilla 系统下。此文件必须被命名为 install.rdf，并置于扩展压缩包的顶级目录下；

* install.js：

负责安装扩展的脚本，此文件可选。一般情况下，install.rdf 完全可以胜任扩展的安装注册工作。但是，如果有些扩展要在安装时做一些额外的准备工作，则要通过一个称为 XPInstall 的机制来完成，那些负责额外工作的代码则要被固定地写到此文件中；

* chrome.manifest：

负责将扩展的各种包注册到 Mozilla 的 chrome 系统中。Gecko 1.8 内核新引入的机制，用来代替原有的 contents.rdf 文件；

如果你在别人编写的扩展中看到了除此之外的其它目录和文件，这应该是扩展开发者的一种个人行为，而不是必须的。

扩展包其他目录

在上提到的 chrome 目录下，会一个与当前扩展名称相近或相同的，扩展名为 JAR 的文件，此文件用来组织扩展的核心功能。第一章已经说过，编写一个扩展就像编写一个桌面程序一样，你需要构造扩展的外观并且编写完成逻辑功能的代码。那么，这些外观和代码就都被存储在此文件中。解压缩此 JAR 文件之后，一般会生成以下 3 个目录。

* content：用于存储负责描述扩展界面的 XUL 文件和完成实际逻辑功能的 JS 文件；

* locale：用于存储负责本地化处理的字符串数据文件，这些文件中的本地化字符串内容会被 content 目录中的文件所引用。如果某个扩展没有对本地化进行处理，那么它是可以省略的；

* skin：用于存储负责美化界面外观的样式表文件和图片文件，这些文件中的样式和图片会被 content 目录中的文件所引用。如果扩展没有使用单独的样式表文件和图片，那么它也是可以被省略的；

其实，那些目录下的文件不一定是直接存储在它下面的，甚至它还有可能被存储在一个不相干的目录下。这是因为，Mozilla 下的扩展开发有一些固定的和约定俗成的东西。对于那些非固定的规定，你可以不遵守。就比如说，有的扩展可能将以上负责不同功能的文件混合放在 content 目录下。但是，作者不建议你这么做，这种方式只会给扩展的维护带来困难。

下面我们再来看一下这些目录下的所存储的内容：

* content：目录下可能还会包含一个与扩展名称相同或相近的子目录，用这个子目录来存储以上提到的界面和代码文件。对于 locale 和 skin 目录，你可能也会看到再包含一个与扩展同名的子目录的规则；

* locale：目录下还会有针对不同语言的子目录，这些子目录会被起成如“en-US”，“zh-CN”这种用来区分“语言-国家/地区” 的名称。通过这种国际上标准的语言区分方式，Mozilla 会根据其自身的语言，选择一个最合适的语言目录让 content 中的文件进行引用。这样做的结果就是，同一个扩展，在编写了不同的语言包之后，它会根据 Mozilla 的语言来进行自适应。其实，这是 Mozilla 的功劳，我们仅仅是提供了不同的语言包文件，选择并适应的工作是由 Mozilla 来完成的；

* skin：目录下还会有针对不同的 Mozilla 主题命名的目录，如“classic”，“modern”等。不过，一般情况下，我们只创建针对 classic 的“皮肤”。皮肤的适应方式与语言一样的。