eclipse各个版本的区别

精选转载

IT腾飞 2014-10-20 13:39:32 博主文章分类：开发工具

文章标签 Java eclipse 经典 Classic java开发 文章分类 Java 后端开发

Eclipse IDE for Java Developers 是为java开发的

Eclipse IDE for Java EE Developers 是为J2EE开发的

Eclipse for RCP/Plug-in Developers 是为RCP和插件开发的

Eclipse IDE for C/C++ Developers 是为C/C++开发的Eclipse Classic 3.3.2 是它的经典版本

=================================

各版本的区别：

Eclipse IDE for Java Developers

是Eclipse的platform加上JDT插件，用来java开发的

Eclipse IDE for Java EE Developers

应该是Eclipse的platform加上WTP插件，用来java企业级开发的

Eclipse IDE for C/C++ Developers

是Eclipse的platform加上CDT插件，用来做C和C++开发的

Eclipse for RCP/Plug-in Developers

是Eclipse的SDK，主要用来插件开发

Eclipse Classic

就是原来的Eclipse，还是主要用来开发java

=================================

class不是SDK SDK是software develop kitJDK 是Java software develop kit 即Java SDK你要可以到Eclipse的官方网站下载。

http://www.eclipse.org/downloads/

那么它们之间到底有什么区别呢，最大的区别就是标题和解压包大小不同。下载解压后就会发现，不同的Eclipse版本之间就是plugins/features目录下的文件不同而已。

一个标准的Eclipse的，给它添加一些JEE开发需要的plugins，比如WTP，WST等等，它摇身一变就变成”Eclipse IDE for Java EE“了。其他的也一样。作为一个熟练的Eclipse使用者，选择哪一个都可以，需要的plugin可以从Eclipse官网轻松获取。

这里要详细介绍一下SDK版本和Runtime Binary的区别。

SDK，似乎是Software Development Toolkit的缩写，开发工具包，里面包含了source code。

Runtime Binary则仅仅是一个运行时环境。

换句话说，如果你下载的是Binary Runtime版本的Eclipse，在plugins目录下，只有”org.eclipse.ui.ide_3.6.2.M20101201-0800.jar“这些plugins，而SDK版本的则多了一些

”org.eclipse.ui.ide.source_3.6.2.M20101201-0800.jar“plugins，这些就是plugin对应的源码包。Eclipse 扩展了OSGI的MANIFEST文件，提供了一个自定义的Header，注明source plugin：

复制代码

Eclipse-SourceBundle: org.eclipse.ui.ide;version="3.6.2.M20101201-0800

";roots:="."

很多时候，我们需要查看Eclipse Plartform 的API或者class source codes，对于SDK版本的eclipse，附带了source plugin的插件，eclipse会直接帮我们链接上，这对于开发人员来说是非常方便的。如果不幸你用的是Binary Runtime，Eclipse会提示你source 找不到，需要手动链接。

这时候选择一下带有source的包也行。不过建议去eclipse下载对应的source-plugin，放到plugins目录或者dropins目录下，重启下就可以查看源码了。

对于前面提到的下载版本，Eclipse Classic的是带有source的SDK版本，其他的好像都不带source，（估计是因为加了太多其他的plugin，节约空间）需要自己去下载。对于3.7版本的，所有的包都可以在这里http://download.eclipse.org/eclipse/downloads/drops/R-3.7-201106131736/index.php找到，其他版本类推。

个人一般使用Eclipse Classic，需要其他插件的，自己去配置好了。

SDK

SDK，Software Development Kit 的缩写，中文即“软件开发工具包”。广义上指辅助开发某一类软件的相关文档、范例和工具的集合。

　　SDK是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合，一般而言SDK即开发 Windows 平台下的应用程序所使用的SDK。它可以简单的为某个程序设计语言提供应用程序接口 API的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件。一般的工具包括用于调试和其他用途的实用工具。SDK 还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。

　　为了鼓励开发者使用其系统或者语言，许多 SDK 是免费提供的。软件工程师通常从目标系统开发者那里获得软件开发包，也可以直接从互联网下载，有时也被作为营销手段。例如，营销公司会免费提供构件SDK 以鼓励人们使用它，从而会吸引更多人由于能免费为其编程而购买其构件。

　　SDK 可能附带了使其不能在不兼容的许可证下开发软件的许可证。例如产品供应商提供一个专有的SDK可能与自由软件开发抵触。GPL能使SDK与专有软件开发近乎不兼容。LGPL下的SDK则没有这个问题。

API

　　API（Application Programming Interface，应用编程接口）其实就是操作系统留给应用程序的一个调用接口，应用程序通过调用操作系统的 API 而使操作系统去执行应用程序的命令（动作）。其实早在DOS时代就有 API 的概念，只不过那个时候的 API 是以中断调用的形式（INT 21h）提供的，在 DOS 下跑的应用程序都直接或间接的通过中断调用来使用操作系统功能，比如将 AH 置为 30h 后调用 INT 21h 就可以得到 DOS 操作系统的版本号。而在 Windows 中，系统 API 是以函数调用的方式提供的。同样是取得操作系统的版本号，在 Windows 中你所要做的就是调用 GetVersionEx() 函数。

　　可以这么说，DOS API 是“Thinking in 汇编语言”的，而 Windows API 则是“Thinking in 高级语言”的。

　　DOS API 是系统程序的一部分，他们与系统一同被载入内存并且可以通过中断矢量表找到他们的入口，那么 Windows API 呢？要说明白这个问题就不得不引入我们下面要介绍得这个概念——DLL。

DLL

　　DLL，即 Dynamic Link Library（动态链接库）。在windows环境下含有大量 .dll 格式的文件，这些文件就是动态链接库文件，其实也是一种可执行文件格式。跟 .exe 文件不同的是，.dll 文件不能直接执行，他们通常由 .exe 在执行时装入，内含有一些资源以及可执行代码等。其实 Windows 的三大模块就是以 DLL 的形式提供的（Kernel32.dll，User32.dll，GDI32.dll），里面就含有了 API 函数的执行代码。为了使用 DLL 中的 API 函数，必须要有 API 函数的声明（.H）和其导入库（.LIB），导入库可以先这样理解：导入库是为了在 DLL 中找到 API 的入口点而使用的。

　　为了使用 API 函数，我们就要有跟 API 所对应的 .H 和 .LIB 文件，而 SDK 正是提供了一整套开发 Windows 应用程序所需的相关文件、范例和工具的“工具包”。

　　SDK 包含了使用 API 的必需资料，所以人们也常把仅使用 API 来编写 Windows 应用程序的开发方式叫做“SDK 编程”。而 API 和 SDK 是开发 Windows 应用程序所必需的东西，所以其它编程框架和类库都是建立在它们之上的，比如 VCL 和 MFC，虽然他们比起“SDK 编程”来有着更高的抽象度，但这丝毫不妨碍它们在需要的时候随时直接调用 API 函数