Java项目模型
Java项目模型
在上节中我们讲解的是Eclipse的资源模型，讲解到的项目也是普通的Eclipse项目，Eclipse的项目有很多种，包括Java项目、C++项目、C#项目等，每种项目都有自己的特点。我们最常接触到的项目就是Java项目，因此我们重点来讲解一下Java项目模型。
Java模型是用来对与创建、编辑和构建Java程序相关联的对象进行建模的一些类。Java模型类是在org.eclipse.jdt.core中定义的。这些类实现资源的特定于Java的行为，并进一步将Java资源分解成模型元素。
3.7.1 类结构
Java模型的继承结构图如图3.13所示。
图3.13 Java模型的继承结构图
IJavaElement的子类接口还有IMethod、IType等，在这里没有全部列出。Java模型中的类结构比较简单，级次也非常少。
下面介绍一下各个接口的主要方法。
(1) IJavaElement
l exists：判断元素是否存在。处理Java元素与处理资源对象相似。当使用Java元素时，实际上是在使用某些底层的模型对象的句柄。必须使用exists()来确定元素是否真正存在于工作空间中。
l getElementName：返回元素的名称。
l getJavaModel：返回其对应的JavaModel，返回值类型是IJavaModel。
l getJavaProject：返回元素对应的Java工程，返回值类型是IJavaProject。
l getParent：返回父元素，返回值类型是IJavaElement。
l getResource：返回元素对应的资源，返回值类型是IResource。
(2) IClassFile
此接口代表编译后的class二进制文件。
l isClass：判断是否是Java类。
l isInterface：判断是否是接口。
(3) ICompilationUnit
此接口代表Java源文件。
l getAllTypes：返回此文件中定义的所有类型，返回值类型是IType[]。一个Java文件中可以定义多个类型。
l getPrimary：返回主类型，返回值类型是ICompilationUnit。
(4) IJavaModel
此接口表示根 Java 元素，对应于工作空间。是所有具有 Java 性质的项目的父类。它对于Java项目的作用和IWorkspaceRoot对于IProject的作用相似。
l contains：判断是否存在指定的资源。
l getJavaProject：返回指定名字的Java项目，返回值类型是IJavaProject。
l getJavaProjects：返回所有的Java项目，返回值类型是IJavaProject[]。
l getWorkspace：返回所在的工作空间。
(5) IJavaProject
此接口表示Java项目。
l IJavaElement findElement(IPath path)：返回项目的path路径下的Java元素。
l IPackageFragment findPackageFragment(IPath path)：返回项目的path路径下的IPackageFragment。
l IPackageFragmentRoot findPackageFragmentRoot(IPath path)：返回项目的path路径下的IPackageFragmentRoot。
l findType：根据一个全名取得此元素的类型，此类有数个重载方法，返回值类型为IType。
l getAllPackageFragmentRoots：返回所有的IPackageFragmentRoot，返回值类型是IPackageFragmentRoot[]。
l getOutputLocation：返回输出路径，返回值类型是IPath。
l getRequiredProjectNames：返回依赖项目，返回值类型是字符串数组。
l setOutputLocation：设定输出路径。
(6) IPackageFragment
此接口表示整个包或者包的一部分。
l createCompilationUnit：创建一个ICompilationUnit，返回值类型是ICompilationUnit。
l getClassFile：返回指定名称对应的IClassFile，返回值类型是IClassFile。
l getClassFiles：返回所有的IClassFile，返回值类型是IClassFile[]。
l getCompilationUnit：返回指定名称对应的ICompilationUnit，返回值类型是ICompilationUnit。
l getCompilationUnits：返回所有ICompilationUnit，返回值类型是ICompilationUnit[]。
l getKind：判断此包是源码包还是普通包，返回值是int型，如等于IPackage- FragmentRoot.K_SOURCE则是源文件包，如等于IPackageFragmentRoot.K_BINARY则为普通包。
l hasSubpackages：是否有子包。
(7) IPackageFragmentRoot
此接口表示一组包段，并将各段映射至底层资源，它可以是文件夹、JAR或ZIP文件。
l createPackageFragment：创建一个IPackageFragment，返回值类型是IPackage- Fragment。
l getKind：此包段是源码包段还是二进制包段，返回值类型是int，如果等于IPackageFragmentRoot.K_SOURCE则是源文件包段，如果等于IPackageFragment- Root.K_BINARY则为二进制包段。
l getPackageFragment：根据包名返回对应的IPackageFragment。
3.7.2 常用工具类
(1) JavaCore(定义在org.eclipse.jdt.core包下)
JavaCore从Plugin继承，它是JDT插件的生命周期管理器。不过对于第三方插件开发人员来说，它的重要性更多地体现在它提供的一些工具类方法中。
l IJavaElement create(IFile file)：从文件创建对应的Java元素。
l IJavaElement create(IFolder folder)：从文件夹创建对应的Java元素。
l IJavaProject create(IProject project)：得到IProject对应的IJavaProject。
l IJavaElement create(IResource resource)：从资源创建对应的Java元素。
l IJavaModel create(IWorkspaceRoot root)：从工作空间根目录得到对应的IJavaModel。
l IClassFile createClassFileFrom(IFile file)：从文件创建对应的IClassFile。
l ICompilationUnit createCompilationUnitFrom(IFile file)：从文件创建对应的ICompilationUnit。
(2) JavaUI(定义在org.eclipse.jdt.ui包下)
JavaUI中定义了常用的Java插件界面相关的方法。
l createPackageDialog：创建一个包选择对话框，返回值是SelectionDialog。
l createTypeDialog：创建一个类型选择对话框，返回值是SelectionDialog。
l IEditorPart openInEditor(IJavaElement element)：用编辑器打开指定的Java元素并返回编辑器实例。
l revealInEditor(IEditorPart part, IJavaElement element)：在编辑器中定位元素element。
3.7.3 常用技巧
插件开发中经常会碰到一些常用的技巧，掌握这些技巧可以极大地提高插件的开发效率，并且可以减小插件的体积。下面列出一些常见的技巧。
(1) 由一个普通项目得到Java项目
Java项目是一种特殊的项目，需要注意的是IJavaProject并不是从IProject继承的。不能将一个IProject对象强制转换成一个IJavaProject对象，也不能把一个IJavaProject实例赋值给IProject变量。
l 由IProject项目得到Java项目的方式：
IJavaProject javaPoject = JavaCore.create(IProject);
l 由IJavaProject得到IProject的方式：
调用IJavaProject的IProject getProject();
(2) 得到工作空间中的所有Java项目
我们可以首先得到工作空间中的所有项目，然后逐个进行转换。不过这不免麻烦了一些，下面介绍更好的方式。IJavaModel是所有Java项目的根，通过它就可以得到所有的Java项目：
IWorkspaceRoot root = ResourcesPlugin.getWorkspace().getRoot();
IJavaModel jModel = JavaCore.create(root);
IJavaProject jProject[] = jModel.getJavaProjects();
(3) 打开Java编辑器并显示Java编译单元的特定成员
代码如下：
void showMethod(IMember member) {
ICompilationUnit cu = member.getCompilationUnit();
IEditorPart javaEditor = JavaUI.openInEditor(cu);
JavaUI.revealInEditor(javaEditor, member);
}
(4) 在工程下创建一个com.cownew包，并创建一个Hello.java文件
代码如下：
IPackageFragmentRoot pkroot = JavaProject
.getPackageFragmentRoot(JavaProject.getResource());
IPackageFragment pkg = pkroot.createPackageFragment("com.cownew", true,
new NullProgressMonitor());
pkg.createCompilationUnit("Hello.java", "package com.cownew;", true,
new NullProgressMonitor());
(5) 打开【打开类型】对话框
以下代码段使用 JavaUI 类来打开【打开类型】对话框：
SelectionDialog dialog = JavaUI.createTypeDialog(parent,
new ProgressMonitorDialog(parent),
SearchEngine.createWorkspaceScope(),
IJavaElementSearchConstants.CONSIDER_ALL_TYPES, false);
dialog.setTitle("打开类型");
dialog.setMessage("请选择要打开的类型");
if (dialog.open() == IDialogConstants.CANCEL_ID)
return null;
Object[] types = dialog.getResult();
if (types == null || types.length == 0)
return null;
System.out.println(types[0]);
用类似方法还可以创建【打开包】和【打开主要类型】对话框。
(6) 打包指定的文件
我们写一些工具的时候也许需要把文件打成jar包，然后进行发布到应用服务器等操作，调用JDT提供的类可简化这个操作(用到的打Jar包的类都在org.eclipse.ui.jarpackager下)：
void exportToJar(IType mainType, IFile[] filestoExport) {
JarPackageData description= new JarPackageData();
IPath location= new Path("C:/cownew.jar");
description.setJarLocation(location);
description.setSaveManifest(true);
description.setManifestMainClass(mainType);
description.setElements(filestoExport);
IJarExportRunnable runnable=
description.createJarExportRunnable(parentShell);
new ProgressMonitorDialog(parentShell).run(true,true, runnable);
}
参数mainType表示Jar包的main类，filestoExport为要打包的文件。
(7) 自动设置Java项目的构建路径
有一些插件会将需要的jar包自动设置到构建路径上，比如使用WTP的新建向导新建web项目的时候就会把web开发需要的jar包自动放入项目的构建路径，使用PDE的“将项目转换为插件项目”功能后项目的构建路径中就增加了插件依赖项的库。那么它们是怎么实现的呢？
Java项目的构建路径有如下几种：源文件夹、二进制库、依赖项目、类路径变量和类路径容器。
l 源文件夹：一个包含源代码编译单元的文件夹，这些源代码编译单元组织在它们的相应包目录结构下面。源文件夹用来更好地在大型项目中组织源文件，并且只能在包含项目内引用源文件夹。如图3.14所示。
l 二进制库：类文件文件夹(包含在工作空间内部)或类文件归档文件(包含在工作空间内部或外部)。
l 依赖项目：另一个 Java 项目。依赖项目总是将它的源文件夹提供给从属项目使用。(可选)它还可以提供它的任何标记为已导出的类路径条目。这意味着除了将它的源添加至其从属项之外，项目还将导出这样标记的所有类路径条目。这将允许先决条件项目更好地隐藏它们自己的结构更改。例如，给定的项目可以选择从使用源文件夹切换到导出库。完成此操作并不要求其从属项目更改它们的类路径。如图3.15和图3.16所示。
l 类路径变量：可以相对于类路径变量来动态解析项目或库的位置，类路径变量是作为条目路径的第一个段指定的。条目路径的其余部分被追加至已解析的变量路径。
l 类路径容器：对一组结构化项目或库的间接引用。类路径容器用来引用一组描述复杂库结构的类路径条目。
图3.14 源文件夹
图3.15 构建依赖项目
图3.16 Jar和类文件夹依赖
每种不同的构建路径都有不同的作用：源文件夹是把源码进行构建的途径，二进制库是导入少量jar包的方式，依赖项目是供多项目分模块开发使用的，使用类路径变量可以避免二进制包的路径依赖，而类路径容器则为大量二进制库的引入提供了方便。
JDT为这些不同的构建路径提供了一个统一的接口：IClassPathEntry，只要调用IJavaProject的setRawClasspath方法就可以为项目设定构建路径。
IProject project = ... // 获取一些项目资源
IJavaProject javaProject = JavaCore.create(project);
IClasspathEntry[] newClasspath = ...;
javaProject.setRawClasspath(newClasspath, someProgressMonitor);
可以看到setRawClasspath方法需要一个IClasspathEntry数组，数组中的元素就是要设置的每一个构建路径。前面提到的JavaCore类提供了一系列的静态方法来帮助我们生成不同的IClasspathEntry，而无须关注生成的细节。下面来看不同构建路径的添加方式。
① 源文件夹。使用JavaCore.newSourceEntry方法。下面的代码的作用是构造项目MyProject的源文件夹src的类路径条目：
IClassPathEntry srcEntry =
JavaCore.newSourceEntry(new Path("/MyProject/src"));
② 二进制库IClasspathEntry。使用JavaCore. newLibraryEntry 方法。下面的代码就是构造MyProject的类文件lib的类路径条目：
IClassPathEntry libEntry = JavaCore.newLibraryEntry(new
Path("/MyProject/lib"),null, null,false);
以下类路径条目具有源代码连接：
IClassPathEntry libEntry = JavaCore.newLibraryEntry(
new Path("d:/lib/foo.jar"), // jar包路径
new Path("d:/lib/foo_src.zip"), //jar包的源码包的路径
new Path("src"), //源归档根路径
true);
设定关联源代码包有利于代码的跟踪调试。
③ 依赖项目。使用JavaCore.newProjectEntry方法。下面的代码就是构造依赖项目MyFramework：
IClassPathEntry prjEntry = JavaCore.newProjectEntry(new
Path("/MyFramework"), true);
④ 类路径变量。使用JavaCore.newVariableEntry方法。类路径变量对于整个工作空间来说是全局的，并且可以通过 JavaCore 方法 getClasspathVariable 和 setClasspathVariable 来处理。
可能会注册自动的类路径变量初始化方法，当启动工作空间时，通过扩展点 org.eclipse. jdt.core.classpathVariableInitializer来调用该类路径变量初始化方法。
以下类路径条目指示一个库，该库的位置存放在变量HOME中。使用变量SRC_HOME和SRC_ROOT来定义源代码连接：
IClassPathEntry varEntry = JavaCore.newVariableEntry(
new Path("HOME/foo.jar"), //库路径
new Path("SRC_HOME/foo_src.zip"), //源码归档路径
new Path("SRC_ROOT"), //源码归档根路径
true);
JavaCore.setClasspathVariable("HOME", new Path("d:/myInstall"), null);
⑤ 类路径容器。通过 JavaCore的getClasspathContainer和setClasspathContainer两个方法来处理类路径容器。
可能会注册一个自动的类路径容器初始化方法，当需要绑定容器时，通过扩展点 org.eclipse.jdt.core.classpathContainerInitializer来被动地调用类路径容器初始化方法。
以下类路径条目指示系统类库容器：
IClassPathEntry varEntry = JavaCore.newContainerEntry(
new Path("JDKLIB/default"),false);
JavaCore.setClasspathContainer(
new Path("JDKLIB/default"),
new IJavaProject[]{ myProject },
new IClasspathContainer[] {
new IClasspathContainer() {
public IClasspathEntry[] getClasspathEntries() {
return new IClasspathEntry[]{
JavaCore.newLibraryEntry(
new Path("d:/rt.jar"), null, null, false);
};
}
public String getDescription() {
return "Basic JDK library container"; }
public int getKind() { return IClasspathContainer.K_SYSTEM; }
public IPath getPath() { return new Path("JDKLIB/basic"); }
}
},
null);
我们只要调用相应的方法创建我们的类路径条目就可以了，然后把这些条目组成的数组通过setRawClasspath方法设定到项目中。需要注意的是如果我们只把要添加的类路径条目传入 setRawClasspath方法的话，就会替换原有的项目构建路径，这常常是我们不希望的。可以调用IJavaProject的 readRawClasspath方法读取项目已有的设置，把我们要设置的构建路径添加到它的后面，然后再调用setRawClasspath方法设定新的项目构建路径。
3.7.4 设定构建路径实战
在这个例子中，将要实现一个“为项目添加 lucene支持”的功能，用户在项目上右击，选择菜单中的【为项目添加lucene支持】命令以后，插件就会把lucene的jar包和源码包复制到项目的lib目录下，并且将jar包加入构建路径。如图3.17所示为增加lucene支持前的项目结构。
图3.17 增加lucene支持之前的项目结构
用户在项目上右击，在弹出的快捷菜单中选择【为项目添加lucene支持】命令后的项目结构如图3.18所示。
图3.18 增加lucene支持之后的项目结构
图3.19是项目的构建路径。
图3.19 增加的lucene包
首先新建一个插件工程，并将JDT相关的依赖项加入。然后添加一个org.eclipse.ui.popupMenus的扩展点，如果不熟悉怎么添加，可以使用插件向导中的“弹出菜单”向导。
需要注意contribution的配置，如图3.20所示。
图3.20 contribution的配置
此插件只针对Java项目起作用，因此 objectClass中填入org.eclipse.jdt.core.IJavaProject；adaptable选择true；如果是用向导生成的那么请记住清空nameFilter。下面是核心类ActionAddLucene的实现代码：
public class ActionAddLucene implements IObjectActionDelegate
{
private static final String FILESEPARATOR =
System.getProperty("file.separator","/");
private static final String LUCENESRCJAR = "lucene-1.4.3-src.jar";
private static final String LUCENEJAR = "lucene-1.4.3.jar";
private static final String LIB = "lib";
private static final String RESOUCELIB = "resoucelib";
private IStructuredSelection structSelection;
public ActionAddLucene()
{
super();
}
public void setActivePart(IAction action, IWorkbenchPart targetPart)
{
}
public void run(IAction action)
{
Object selectObj = structSelection.getFirstElement();
if (selectObj instanceof IProject)
{
IProject project = (IProject) selectObj;
IJavaProject javaProject = JavaCore.create(project);
IClasspathEntry[] oldPaths = javaProject.readRawClasspath();
IClasspathEntry luceneLibEntry =
JavaCore.newLibraryEntry(project
.getFile(LIB + FILESEPARATOR + LUCENEJAR)
.getFullPath(), project
.getFile(LIB + FILESEPARATOR +
LUCENESRCJAR).getFullPath(), null,
false);
if(classPathExists(oldPaths,luceneLibEntry))
{
return;
}
URL luceneLib = Activator.getDefault().getBundle().getEntry(
RESOUCELIB + FILESEPARATOR + LUCENEJAR);
URL luceneSrc = Activator.getDefault().getBundle().getEntry(
RESOUCELIB + FILESEPARATOR + LUCENESRCJAR);
IClasspathEntry[] newPaths =
new IClasspathEntry[oldPaths.length + 1];
System.arraycopy(oldPaths, 0, newPaths, 0, oldPaths.length);
IFolder libFolder = project.getFolder(LIB);
if (!libFolder.exists())
{
try
{
libFolder.create(true, true, null);
} catch (CoreException e)
{
handleException(e);
}
}
copyURLToFile(luceneLib, project,
LIB + FILESEPARATOR + LUCENEJAR);
copyURLToFile(luceneSrc, project,
LIB + FILESEPARATOR + LUCENESRCJAR);
newPaths[oldPaths.length] = luceneLibEntry;
try
{
javaProject.setRawClasspath(newPaths, null);
} catch (JavaModelException e)
{
handleException(e);
}
}
}
private static boolean classPathExists(IClasspathEntry[] entrys,
IClasspathEntry entry)
{
for(int i=0,n=entrys.length;i<n;i++)
{
if(entrys[i].getPath().equals(entry.getPath()))
{
return true;
}
}
return false;
}
private static void handleException(Exception e)
{
Activator.getDefault().getLog().log(
new Status(IStatus.ERROR, Activator.PLUGIN_ID, 0,
e.getMessage(), e));
}
private static void copyURLToFile(URL url, IProject project,
String destFileName)
{
InputStream inStream = null;
try
{
inStream = url.openStream();
IFile file = project.getFile(destFileName);
if (!file.exists())
{
file.create(inStream, true, null);
}
} catch (IOException e)
{
handleException(e);
} catch (CoreException e)
{
handleException(e);
} finally
{
try
{
if (inStream != null)
inStream.close();
} catch (IOException e)
{
handleException(e);
}
}
}
public void selectionChanged(IAction action, ISelection selection)
{
structSelection = (IStructuredSelection)selection;
}
}
下面解释一下代码中的重点部分。
(1) IClasspathEntry[] oldPaths = javaProject.readRawClasspath();
读取项目原有的构建路径条目。
(2) IClasspathEntry luceneLibEntry = JavaCore.newLibraryEntry(
project.getFile(LIB + FILESEPARATOR + LUCENEJAR).getFullPath(),
project.getFile(LIB + FILESEPARATOR + LUCENESRCJAR).getFullPath(),
null, false);
这一句构建lucene的jar包。
第1个参数是二进制jar包的位置，我们的二进制jar包的位置为项目路径下的lib/lucene-1.4.3-src.jar。
第2个参数是jar包对应的源码包的位置。
第3个参数为源码包的根路径，因为有的源码jar包的源码根路径不是jar包的根路径，比如simplejta的源码jar包的格式如图3.21所示。
图3.21 Jar包的结构
对于这种情况就要指定第2个参数为“src”，lucene的源码包的源码根路径就是jar包的根路径，因此我们设置此参数为null。
第4个参数表示是否导出，我们设置为false。
(3) URL luceneLib = Activator.getDefault().getBundle().getEntry(RESOUCELIB + FILE- SEPARATOR + LUCENEJAR);
我们把“lucene-1.4.3.jar”、 “lucene-1.4.3-src.jar”放到我们插件的“resoucelib”目录下，当用户单击【为项目添加lucene支持】的时候要把这两个文件复制到项目的lib目录下，因此需要首先读取插件路径“resoucelib”目录下的这两个jar包。
读取插件路径下的文件时我们使用插件Activator类提供的方法即可，比如如下调用：
Activator.getDefault().getBundle().getEntry("config/my.xml");
就可以读取到插件根目录下的文件“config/my.xml”，返回类型是java.net.URL。
(4) copyURLToFile(luceneLib, project, LIB + FILESEPARATOR + LUCENEJAR);
Activator.getDefault().getBundle().getEntry读取到的文件位置是URL类型的，我们需要把这个URL对应的文件复制到项目的lib下。下面看一下copyURLToFile的主干代码：
inStream = url.openStream();
IFile file = project.getFile(destFileName);
if (!file.exists())
{
file.create(inStream, true, null);
}
URL类有一个openStream可以打开文件的输入流，IFile也有一个接受输入流的create方法用来创建文件，因此我们只需要把url的输入流输出给IFile的create方法即可。
这里我们也可以由url得到其对应的磁盘上的路径，也可以得到IFile对应的磁盘上的路径，然后使用Java IO来进行文件复制操作。但是这样做不仅代码数量变多了，而且由于使用的不是Eclipse的资源管理API，会带来无法自动刷新等问题，因此建议尽量使用Eclipse提供的API来完成此功能。
3.7.5 如何研读JDT代码
学习Eclipse插件开发的最好的方式就是研读 Eclipse的源码，而对插件开发者最有参考价值的就是JDT(Java Development Tools)的代码，相信把所有的包研读一遍以后就会成为插件开发的高手了。下面是各个主要包的内容，读者可以根据需要有选择地进行研读。
l org.eclipse.jdt.ui――提供用于在用户界面中显示 Java 元素的支持类。
l org.eclipse.jdt.ui.actions――提供JDT的大部分菜单和按钮的相关代码，为针对Java用户界面行为的应用程序编程接口。
l org.eclipse.jdt.ui.refactoring――重构相关的类。
l org.eclipse.jdt.ui.search――搜索相关的类。
l org.eclipse.jdt.ui.text――提供用于显示 Java 文本的支持类。
l org.eclipse.jdt.ui.text.folding――Java代码编辑器的代码折叠的实现代码。
l org.eclipse.jdt.ui.text.java――Java代码编辑器代码补全的实现代码。
l 1org.eclipse.jdt.ui.text.java.hover――Java 编辑器中显示文本悬浮的实现代码。
l org.eclipse.jdt.ui.wizards――创建和配置Java元素的向导页。