大家好，发个通知 
，那就是我已经申请下了独立的域名，新的域名是 www.lewislv.org 。
同时，希望经常看我 Blog 的朋友，能将您的 feed 地址更正成以下任意一下
http://www.lewislv.org/blog/?feed=rss2
http://www.lewislv.org/blog/?feed=rss
http://www.lewislv.org/blog/?feed=atom还有，已经加为好友链接的朋友们，希望你们也能将链接地址更新成
http://www.lewislv.org我将在未来的时间里，一直使用这个比较正式的地址发布我的文章和作品。
最后，谢谢您在最近的一段时间里，关注我写的那些东西。我也将一如既往地将一些想法、经验写下来，希望能对您的工作、生活等有所帮助。
你想定制某个网站的外观吗？你想对某个网站实现 css Zen Garden 似的效果吗？不会写 Greasemonkey 下的 JavaScript 脚本？没关系，你一样可以定制“别人”网站的外观，只要你是一位紧跟标准的 CSS 设计师。eYou Anole 允许你像 css Zen Garden 那样，为已知的网页重新设计布局，改写界面，实现不同的页面风格；你将不必再束缚于网站本身所提供的网页外观。你只需编写一个符合要求的 ZIP 文件（它被称为“网站主题文件”），此文件能很简单地实现你的“重构”梦想。更进一步，如果你把编写好的网站主题文件发布，那么将会有更多的人因此受益。那些下载并安装了你主题文件的人们，他们将像艺术殿堂里的欣赏者一样，时刻感受着艺术设计和重构所带来的“别样”气息。“禅艺花园”似的效果，将不再局限于 css Zen Garden 网站，你可以随时随地的对感兴趣的网站进行“修剪”。
如果你仅仅是一般的网站访问者，并且对某些网站的界面和配色十分不满，你同样可以利用此工具来改善你的用户体验。你只需下载网站主题文件（当然，这全得益于上面的 CSS 设计师），然后通过 eYou Anole 将“网站主题文件”安装机器上。在启用这些主题之后，当你浏览符合“网站主题”定义下的网站时，它将会按“网站主题”所指定的效果进行显示。
还犹豫什么，装有 Firefox 浏览器的用户赶快来体验一下吧！下面是几个写好的网站主题文件，它们只是一些示意。如果你有兴趣的话，你完全可以参与到网站主题的编写中来，像 Greasemokey 那样，到时我们可能会建立一个 eYou Anole 的开发社区。那样，网页界面将不再在网站单方面的约束，而是一个可由你控制和选择的享受，是一个任由你发挥创作激情的场所。
在此，我鼓励广大的 CSS 开发人员和网页设计人员参与到其中。因为只有你们的参与，并且将编写好的网站主题文件发布，这一创意才能被真正的推广。另外，eYou Anole 的当前版本是 0.1，它只提供了一些基本的功能，许多的新功能和特性还有待开发。我想，当它被维护到 1.0 版本时，一定会是一个相当不错的 Firefox 扩展了。本人在此期待大家的反馈意见，包括普通用户的使用意见和开发人员的需求建议。
通过上一章我们已经对扩展的结构和关键的 Chrome 有所了解，在此基础之上，本章将讲解扩展项目的配置方法。许多的扩展开发者可能都有过这样的经历：XUL 元素掌握得差不多了，可是想做一个小项目的时候却不知如何入手。作者希望通过本章节，你能了解到如何合理地配置扩展项目的开发环境。
Mozilla 平台下的项目配置和其它平台下的项目配置有些不同，其下的项目配置需要一个“螺旋式”渐进的过程。首先，我们需要先建立一个框架式扩展；然后，将其以安装方式注册到 Mozilla 下，同时对此扩展涉及到的 chrome 映射做修改；最后，我们才能真正地对项目进行开发。如果你在开发过程又中增加或修改了有关 chrome 注册的信息，你还要重复以上的过程，但那时的扩展已经不能再称为框架式扩展了，这种配置方法非常像软件开发中的“螺旋式开发模型”。由于，Firefox 的新版本与老版本在 chrome 注册方式上不同，所以相应的项目配置方法也会不相同。
上一章讲解了如何准备开发平台，但仅有开发平台还是不够的。本章就扩展程序的结构和 Chrome 注册机制，予以比较详细的讲解，只有当你对这部分的内容清楚以后，才能正确的对扩展项目进行配置。如果你对这方面已经非常清楚了，你可以跳过下面的内容。
“工欲君欲善其事，必先利其器”。Firefox 就是我们的开发环境，因为所做的开发都是基于 Firefox 的。那么首先，我们要配置好所在的开发环境。合理而有效地配置好整体的开发环境和指定的项目环境，可以令你的开发快速而高效。本章节将讲解如何配置整体的开发环境，后面的章节还将对指定项目的环境配置给予讲解。
微软的战略战术是相当多的，我很难相信微软会轻易地被 Google 打败，即使是到了最后一刻。Windows 捆绑 IE 已成为历史之鉴，更多的可能是，微软将其优质的服务捆绑到 Windows 或 IE 上面，让对手无从获得主动权。因为，微软可以在每一次 Windows 升级时，名正言顺地将其新的服务加入其中，因为这些服务是微软的“杀手锏”，所以就应是 Windows 的一部分。
Google 凭借其新意和优质的网络服务取胜，把战火燃到了与平台无关的浏览器上，谁又将是主宰呢？微软还能依靠其 Windows 或 IE 来捆绑那些网站服务吗？回答是否定的。微软得有点儿新意了，他必须采用或创新出新的战术手段来推广其网络服务。同时，他还要加强其服务的技术指标，这样才不会被 Google 落得太远，进而输得太残。
在这里，技术不再是关键，推广手段才是关键。微软和 Google 的工程师都是世界一流的，不分伯仲。但 Google 的工程师所体现出的创造力更强；而微软工程师的功底则显得更扎实，因为微软一向以“后来居上”的模仿能力而闻名。关键是如何推广应用，Google 好的技术创意本身就是一种推广，一种不依赖于操作系统和浏览器，而依赖于“社会化网络”的推广；微软呢，难道连推广手段都要“模仿”吗？那你可能要输定了。实力相当的“对手”，一个先发制人，一个后发还击，后者必输；除非，后者的实力稍高，利用“太极拳”或相似的招式予以还击，这样才有可能取胜。
后 PC 时代，一个依赖于浏览器和网络资源，由“口口相传”的推广来引领潮流和技术的时代；一个打破了旧的软件应用常规、创意无限的“买方市场”时代。
扩展开发（Extension development）是由于 Mozilla 技术的实现而被引入的。那段浏览器大战的是是非非，我不想做过多的介绍。Netscape 浏览器源代码在被送到开源组织之后，非盈利性的“Mozilla基金会（Mozilla Foundation）”成立了。也正是在重写了 Netscape 的源代码之后，才有的 Mozilla 浏览器，而所有的这些技术也正是基于这个“脱胎换骨”的 Mozilla Suit 而来的。直到近几年，Mozilla 基金会为了使 Mozilla 浏览器更加精简高效，它的开发者们决定将浏览器和邮件客户端程序独立出来，Mozilla Firefox 和 Mozilla Thunderbird 等就此产生。
（注：以下除非特殊声明，对基于 Mozilla 内核的应用程序一律用 Mozilla 来称呼；对 Firefox 或 Thunderbird 等程序只做特殊称呼，又由于它们也是基于 Mozilla 内核的应用程序，所以它们也可用 Mozilla 来称呼。）
扩展的开发也多是基于以上提到的几个应用程序的，扩展程序的目的是为了增强浏览器本身的功能。因为 Mozilla 本身只支持一些浏览器所具有的普遍的功能，显然不能满足一些用户的特殊需求。但由于 Mozilla 本身的框架非常好，它所提供的资源已经远远超出了一个浏览器的范畴，更多的情况下倒像是一个“平台”。因为它提供了大量的开发接口，高度的模块化和可扩展性。所以，这就为我们在其下进行各种开发提供了很强的基础。下面对 Mozilla 所支持的各种技术做一些简单的介绍。
我在今年才刚开始接触 Firefox 和“扩展（Extension）”这些概念，许多的内容也是在学习中探索。我感觉到，由于这些技术在国内很少有系统的介绍，引入的书籍性翻译资料几乎为 零，只有在国内几个知名程序员的 Blog 上有些介绍，其余寥寥无几。苦于没有现成的中文资料可供参考，我不得不在英文很差的情况下，翻看了部分国外的资料，并且通过读源代码的方式来增加自己对扩展开发的理解。
出于开源开发的思想，我想把自己已有的开发经验做些总结，并在未来加入自己新的理解，维护好这篇文档。希望这篇文档能对你 Mozilla 下的开发有所帮助，我将尽我之力将复杂的技术阐述清楚。
在此，我要特别感谢我所在的亿邮公司和领导，没有他们的支持，我不可能利用工作时间对已知的技术做如此系统的整理；我还要感谢我的同事，没有他们的“锱珠必较”，我也不可能将那些复杂的技术描述得比较通俗易懂。同时，我还也要感谢你的阅读，如果你能对此文档的不足之处有所补充，或对错误提出指正，此文档将会被更好的维护，谢谢！
我把《基于 Mozilla 的扩展开发》做成了一个专门的 Page 页，所以再在此处列出目录显得有些罗嗦，您可以到“基于 Mozilla 的扩展开发”中查看文档的目录索引，也可以直接点击 Pages 栏中的“基于 Mozilla 的扩展开发”，它都将把您带到相同的页面。
由于这篇文档的维护会很耗时力，所以再此希望的你参与，或提出好的建议。你所做的一切，肯定会对开源事业有所帮助，谢谢！
