Eclipse In Action1.1

第一章  简介

 

本章简介

 

Eclipse的简要历史

 

Eclipse.org组织

 

Eclipse及设计简介

 

关于将来

 

铁匠都以制造自己的工具为荣。在刚刚开始交易或者接手一个具有特殊要求的工作的时候，首先需要做的就是制造新工具。铁匠用铸造，锤子等一系列工具重复着加热，捶打，和凉却这个过程，直至钢铁变成合适的形状，大小的工具。相对铁匠的爆发力和热度，软件开发看起来似乎干净，抽象一些。代码与金属的共同点，就是他们的可拓展性了（至少金属在高温下是可拓展的）。用足够的技巧和努力，你可以把代码或者钢铁变成一块磨刀石，或者创造一个建筑奇迹。

 

对于软件开发者来说，Eclipse相当于铁匠的工场，刚开始的时候，只有很简单的几个工具。铁匠用现有的工具去制造新工具，比方说钳子，你可以用Eclipse来为软件开发构建新的工具，并且这些工具集成了Eclipse的一些功能。Eclipse的显著特点是一就是可扩展性。

 

但是不要被现在DIY的思想误导，你不需要为了更好的利用Eclipse而去编写自己的工具，甚至不需要新工具，因为Eclipse本身具备了JAVA开发环境，还有一个代码级的调适器。而且，由于Eclipse的流行以及开源的特性，还有很多已经存在的专用工具（本书稍后将提到），而且还会出现更多的工具。

 

1.1Eclipse的由来

 

在Eclipse之前，要勾画出一个像Eclipse这样强大并且成熟的工具简直是一件让人难以置信的事情，但是在2001.9月，当他的1.0版本问世的时候，这变成了现实。很自然的，出现了一些关于Eclipse采用的方法以及他缺少的特性的吹毛求疵的评论。自从EMACS出现之后，开发者中最流行的两种运动就成了议论哪个开发环境是最好的，那个操作系统是最好的。但是这次，却没有出现这种常规的争论。舆论认为，Eclipse差不多成形了，那么，1.0的产品是什么样子的？

 

有一些公司因为不到3.0版本而不好出名，然后虽然Eclipse1.0缺少某些特色，并且不能适合所有人的工作方法，但是很明显的，Eclipse做的是对的。更重要的是，Eclipse的开发者听取他们的用户，实际上也是开发者的意见。2003年3月，但是2.1出现时，它满足甚至超越了几乎所有人的期望，很多人都去下载以至于在他发布的第一个星期内很难得到一个copy。

 

1.1.1一点背景

 

Eclipse的设计不是很顺利，IBM声明在将它作为开源软件给Eclipse.org组织以前，他们花费了4000，0000多美元进行开发，IBM在随后的OTI的开发中依然起领导作用。OTI是一个著名的面向对象开发工具，他的历史可以追溯到1988年，当是可选的面向对象语言还是SmallTalk。OTI在1996年由IBM成立。是制定面向对象标准的IBM的Visual Age产品的力量。Small Talk的许多先进的观念被应用到Java中，组成了Visual Age for Java这个独一无二的环境。比方说，他没有文件的概念，在方法层，版本取代了文件。跟其它的Visual Age产品一样，VA4J也是用SmallTalk写的。

 

Eclipse基本上就是一个用Java重写的VA4J。一些像SmallTalk使得VA4J看起来比其他JavaIDE看起来诡异的特征，已经被去掉了。一些面向对象纯化论者很失望，但是Java之所以流行的原因是他的实用性。就像一篇好的译文，Eclipse is true to the spirit of its new language and strikes a similar balance between ideology and utility.

 

1.1.2Eclipse组织

 

Eclipse是在联盟的Stewards部的管理和指挥下的，Stewards部包括联盟社团成员的一个代表，这个部门在两个方针的指引下决定工程的方向：一个是鼓励好的开源交流，另一个是尽量为成员创造商业机会。

 

在运作层上，Eclipse是由PMC将工程作为一个整体管理的，Eclipse可以分为以下几个子工程：

 

■平台

 

■ JDT（由Erich Gamma领导，Erich Gamma以他在设计模式上的贡献和快速开发理论而闻名）

 

■        PDE (Plug-in Development Environment)

 

每一个字工程都可以被进一步划分为许多组件，例如，平台子工程包括比较，帮助，以及搜索这些组件，JDT包括三个部分，调试，用户界面，以及核心，PDE则包括用户界面以及核心这两部分。

 

对这个工程做出贡献的不只有IBM和联盟的成员，像其他的开源项目一样，任何个人或者公司都可以参与做贡献。

 

1.1.3 开源软件

 

许多商业机构都很关心开源开发的发展趋向，并且一直在尽量散播对这种趋势的担心，不确定以及困惑。最明显的误导的言论就是开源还没有正式的许可，也就是说，一个公司如果在一个商业性项目中使用可开源代码，那么它有可能失去代码所有权。开源，从定义上讲就是将某些权力授予用户的软件，很明显的，代码所有权，以及修改并重新发布软件的权利都在内。这些权利以改变版权的目的得到担保。开源许可禁止了在用户非授权情况下的散播，而不再仅仅是为创作人保存权利，版权的这种用法被称为副本—版权所有。有一些开源许可是选择性的，并且需要与这个开源相关的软件使用同一个许可号发布，但是并不是所有的开源都这样。有很多许可都是既支持开源，也支持商业运用的，而且也允许使用开源的个人所有软件可以取得一个独立的，更严格的许可。Eclipse，是在CPL的许可下发布的。根据这个许可，Eclipse用来推动商业运用的。CPL是用来满足OSI(Open Software Initiative)开源许可需要的。想知道更多的关于开源许可，包括CPL，可以参阅OSI的官方网站http://www.opensource.org。

 

很多开源倡导者都很明白商业利益是开源运动的共同目的，所以他们对象IBM这种实际上支持开源的公司抱有很大意见。然而，毫无疑问，开源软件从像IBM这种公司的支持中取得了合法性，这种合法性驱散了一些脆弱的反对意见（例如说软件是一些玩物的言论）而让人们将重点放在了看待成绩和安全性上。

 

包括Mozilla, Apache, 和现在Eclipse在内的一系列工程表明了不管是商业软件或者是免费软件都可以从开源中获利。这其中有很多原因，最重要的一个就是，一个成功地开源项目可以为每个人创利。

 

对于Eclipse,还有另一个很实际的原因，Eclipse开创了一个全新的市场。将Eclipse设计成开源并且可扩展就像是再建造一个交易市场，买主和卖主会在交易的这天在市场上碰面。