亚洲第一视频在线观看免费,亚洲六月丁香六月婷婷蜜芽,亚洲视频欧洲视频

JFace的作为Java Application使用

Long Long Ago — Thu, 17 May 2007 06:33:00 GMT

JFace的单独��用很久都没有做过�Q�基本上都是在开发elcipse插�g时用JFace。今天��用JFace作�ؓJava Application旉��C�� Exception in thread "main" java.lang.NoClassDefFoundError: org/eclipse/core/runtime/IStatus 错误�Q�虽然已�l�添加了org.eclipse.jface,org.eclipse.core.runtime,org.eclipse.osgi包，但仍然出错，后来发现org.eclipse.core.runtime.IStatus是在org.eclipse.equonix.common包中�Q�添加后发现 �Q�还需要添加org.eclipse.core.command包，再添加后搞定�?br>

Long Long Ago 2007-05-17 14:33 发表评论

Long Long Ago — Thu, 17 May 2007 06:27:00 GMT

以前实现SWT中的模式和非模式�H�体�Q�modal or non-modal window )是通过在子�H�体中是否截取父�H�体的消息��@环来实现的，现在发现�q�样好像不行了，但可以通过指定子窗体的样式�Q�style�Q�来制定子窗体是否是模式�H�体�?br>Shell child = new Shell(shell,SWT.SHELL_TRIM|SWT.APPLICATION_MODAL);
上面的语句指定了子窗体child为模式窗体。在上面的style中指定SWT.SHELL_TRIM 是�ؓ了显�C�窗体的三个默认按钮�Q�最大，最��和关闭�Q�，也可以用SWT.DIALOG_TRIM�Q�不�q�此时�ؓ对话框样式，只有一个默认按钮（关闭�Q�。默认的Shell是非模式�H�体�Q��ƈ且是有默认系�l�按钮的�Q�即样式为：SWT.SHELL_TRIM|SWT.MODELESS�?br>��Z��说一下，在JFace的Dialog中��用模式对话框只要��单的讄��该对话框setBlockOnOpen(true)卛_��?strong>

Long Long Ago 2007-05-17 14:27 发表评论

Long Long Ago — Sun, 17 Sep 2006 14:24:00 GMT

Tabbed Property是eclipse3.2中新加入一个view,可以使属性编辑器的功能近乎无限的扩大。这里说明一些Tabbed Property的��用方法。Tabbed Property中分成三个部分，Contributer,Tabs,Sections,一个Contributor包含若干个Tabs�Q�一个Tabs又可以包含若�q�个sections。下面我们来分别�q�行描述�?br /> 1。Contributor �q�需要扩�?font face="Courier New">org.eclipse.ui.views.properties.tabbed.PropertyContributor扩展点，定义�Ӟ��最重要的是定义contributId�Q�这个id必须是全局唯一的，�q�样在加载属性页�Ӟ��才能扑ֈ��q�个我们定义的属性页�Q�一般地�Q�我们都��对应于�q�个属性页的workbenchpart的id作�ؓ本contributor的id�Q�这��h��们在代码中可以不��编码本id字符�Ԍ��而��用getSite�Q�）.getId�Q�）��可以得到这个id了（当然�Q�这样定义id不是必须的）。一个property view可以被多个workbench part�׃�n�Q�但一个workbench part只能有一个property view�Q�这个workbench part需要实现ITabbedPropertySheetPageContributor 接口�Q�这个接口只有一个方法，要求�q�回本part对应的tabbed property Contributor id�Q�一般只要return getSite�Q�）.getId�Q�）�Q?br /> contributor有如下几个attribute�Q?br /> 1�Q�typeMapper�Q�这个类需要实现org.eclipse.ui.views.properties.tabbed.ITypeMapper�Q�主要是实现�c�d��的映��，因�ؓ我们选择的元素�ƈ不一定是实现IPropertySource的元素（卌��够给property view提供内容的元素）�Q�比如在GEF中，我们选择的finger实际上是选择了对应的EditPart�Q�而实际上实现了IPropertySource一般的是model部分的元素，所以这时候我们要��Editpart映射到对应的model元素�?br /> 2�Q�labelProvider�Q�需要一个实现org.eclipse.jface.viewers.ILabelProvider的类�Q�主要是在各个tabs的最上面昄��文字和图片�?br /> 3�Q�propertyCategory�Q�用于聚合多个tabs�Q�注意至��要定义一个category�Q�来聚合tabs�Q�否则，可能会显�C�property��p�|�?/font>

   2。Tabs�Q�这个需要扩展org.eclipse.ui.views.properties.tabbed.propertyTabs扩展点，其中contributorId��是与之相关联的Contributor的id�Q�然后我们可以定义多个tab�Q�这些tab的属性如下：
   1�Q�label�Q�用于显�C�在property view的tab bar上的�?br />   2�Q�category�Q�填入的��是在Contributor扩展点中定义的那些category�Q�用于聚合tabs
   3�Q�id�Q�本tab的唯一标识
   4�Q�afterTab�Q�用于tab之间的排序，如果�q�是�W�一个tab�Q�则没有afterTab�Q�afterTab指的是在本tab之前的那个tab�Q��ƈ且afterTab描述的是在同一个category中的tabs�Q�不同category之间的顺序是按照在contributor中定义category的顺序来定义的�?br />   5�Q�indented�Q�如果�ؓture�Q�则各个tabs是有�~�进�?br />   6�Q�image�Q�本tab的图�?br />
   3。section �Q�需要扩�?org.eclipse.ui.views.properties.tabbed.PropertySections扩展点，它的contributionId��是本section所在的Contribution的id�Q�针�Ҏ��个tab�Q�我们可以定义多个section�Q�每个section的attribut描述如下�Q?br />   1�Q�id�Q�本secation的唯一标识
   2�Q�tab�Q�本section所属tab的标�?br />   3�Q�class�Q�实��C��org.eclipse.ui.views.properties.tabbed.AbstractPropertySection抽象�cȝ��c�，用于描述�q�个section的控件和布局�?br />   4�Q�aftersection和上面的aftertab差不多，描述的是同一个tab中的section的顺序，注意afterserction描述的是本section之前的section的id
   5�Q�filter�Q�一个实现org.eclipse.jface.viewers.IFilter接口的过滤器�Q�对选中元素�q�行�q��o�?br />   6�Q�enableFor�Q�一个用于只是选择数目的��|��必须要符合这个舒服才能��能这个section。如果不�W�合�Q�则�q�个section��p��q��o了，如果省略本��|��则section的��能器��׃��会工作了。这是一个自然数�Q�比如，当enableFor�Q?�Ӟ��仅仅只有一个元素被选择的时候，本section才会被��能�?br />
some notes�Q?br />    上面说过实现ITabbedPropertySheetPageContributor接口的workbench part除了要实现getContributeId�Ҏ��外，�q�需要重载getAdapter�Ҏ��Q�因为eclipse的默认加载的property veiw时原来的那个view�Q��ؓ了��tabbed property view能够加蝲�Q�我们就需要重载getAdapter�Ҏ��Q�返回一个TabbedPropertySheetPage对象�?br />
    在实现section class的时候需要注意，createcontrol旉��先应该先创徏一个composite�Q�一般是 Composite composite = getWidgetFactory().createFlatFormComposite(parent); 然后各个控�g在这个composite上创建�?/font>

Long Long Ago 2006-09-17 22:24 发表评论

eclipse下java动态编译时com.sun.tools.javac.Main�c�d��载问题的解决

Long Long Ago — Sun, 20 Aug 2006 09:28:00 GMT

java.lang.NoClassDefFoundError: com/sun/tools/javac/Main
最�q�在使用java的动态编译的时候出现的问题,主要是由于在使用�c�com.sun.tool.javac.Main�?��L��出现NoClassDefFoundError的错�?后来扑ֈ�如下的文�?分析,可能是由于对于包tools.jar的加载问�?虽然我在classpath中声明了�q�个�?但在eclipse环境�?始终都还是出现运行时异常,对于�~�译时正��?�q�行时异常的情况,eclipse一般都是由于其自��n的加载机刉��成�?在eclipse�?对于一般的java工程,只要讄��了系�l�的classpath,在其中添加了tools.jar�?卛_��;对于plugin工程,我是��tools.jar�?直接拯��到本工程�?�q�在property中引�?而且在META-INF/MANIFEST.MF文�g中的Runtime��늚�classpath中添加了�q�个tool.jar�?�q�样在运行时��没有异�怺�,可以正常�~�译�?

理解Java ClassLoader机制
Java ClassLoader	2006-5-23

当JVM�Q�Java虚拟机）启动�Ӟ��会�Ş成由三个�c�d��载器�l�成的初始类加蝲器层�ơ结构：

bootstrap classloader
|
extension classloader
|
system classloader

bootstrap classloader �Q�引��|��也称为原始）�c�d��载器�Q�它负责加蝲Java的核心类。在Sun的JVM中，在执行java的命令中使用-Xbootclasspath选项或��? D选项指定sun.boot.class.path�pȝ��属性值可以指定附加的�c�R��这个加载器的是非常�Ҏ��的，它实际上不是 java.lang.ClassLoader的子�c�，而是由JVM自��n实现的。大家可以通过执行以下代码来获得bootstrap classloader加蝲了那些核心类库：
URL[] urls=sun.misc.Launcher.getBootstrapClassPath().getURLs();
for (int i = 0; i < urls.length; i++) {
System.out.println(urls.toExternalform());
}
在我的计��机上的�l�果为：
文�g:/C:/j2sdk1.4.1_01/jre/lib/endorsed/dom.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/endorsed/sax.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xalan-2.3.1.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xercesImpl-2.0.0.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xml-apis.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xsltc.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/rt.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/i18n.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/sunrsasign.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/jsse.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/jce.jar
文�g:/C:/j2sdk1.4.1_01/jre/lib/charsets.jar
文�g:/C:/j2sdk1.4.1_01/jre/classes
�q�时大家知道了�ؓ什么我们不需要在�pȝ��属性CLASSPATH中指定这些类库了吧，因�ؓJVM在启动的时候就自动加蝲它们了�?br />
extension classloader �Q�扩展类加蝲器，它负责加载JRE的扩展目录（JAVA_HOME/jre/lib/ext或者由java.ext.dirs�pȝ��属性指定的�Q�中JAR的类包。这为引入除Java核心�c�M��外的新功能提供了一个标准机制。因为默认的扩展目录�Ҏ��有从同一个JRE中启动的JVM都是通用的，所以放入这个目录的 JAR�c�d��Ҏ��有的JVM和system classloader都是可见的。在�q�个实例上调用方法getParent()��L��q�回�I�值null�Q�因为引导加载器bootstrap classloader不是一个真正的ClassLoader实例。所以当大家执行以下代码�Ӟ��
System.out.println(System.getProperty("java.ext.dirs"));
ClassLoader extensionClassloader=ClassLoader.getSystemClassLoader().getParent();
System.out.println("the parent of extension classloader : "+extensionClassloader.getParent());
�l�果为：
C:\j2sdk1.4.1_01\jre\lib\ext
the parent of extension classloader : null
extension classloader是system classloader的parent�Q�而bootstrap classloader是extension classloader的parent�Q�但它不是一个实际的classloader�Q�所以�ؓnull�?br />
system classloader �Q�系�l�（也称为应用）�c�d��载器�Q�它负责在JVM被启动时�Q�加载来自在命��ojava中的-classpath或者java.class.path�pȝ��属性或�?CLASSPATH操作�pȝ��属性所指定的JAR�c�d��和类路径。总能通过静态方法ClassLoader.getSystemClassLoader()扑ֈ�该类加蝲器。如果没有特别指定，则用戯��定义的�Q何类加蝲器都��该�c�d��载器作�ؓ它的父加载器。执行以下代码即可获得：
System.out.println(System.getProperty("java.class.path"));
输出�l�果则�ؓ用户在系�l�属性里面设�|�的CLASSPATH�?br />classloader 加蝲�cȝ��的是全盘负责委托机制。所谓全盘负责，��x��当一个classloader加蝲一个Class的时候，�q�个Class所依赖的和引用的所�?Class也由�q�个classloader负责载入�Q�除非是昑ּ�的��用另外一个classloader载入�Q�委托机制则是先让parent�Q�父�Q�类加蝲�?(而不是super�Q�它与parent classloader�c�M��是��承关�p?��L��Q�只有在parent找不到的时候才从自��q��c��\径中��d��找。此外类加蝲�q�采用了cache机制�Q�也��是如果 cache中保存了�q�个Class��q��接返回它�Q�如果没有才从文件中��d��和�{换成Class�Q��ƈ存入cache�Q�这��是��Z��么我们修改了Class但是必须重新启动JVM才能生效的原因�?br />

每个ClassLoader加蝲Class的过�E�是�Q?br />1.��此Class是否载入�q�（卛_��cache中是否有此Class�Q�，如果有到8,如果没有�?
2.如果parent classloader不存在（没有parent�Q�那parent一定是bootstrap classloader了）�Q�到4
3.��h��parent classloader载入�Q�如果成功到8�Q�不成功�?
4.��h��jvm从bootstrap classloader中蝲入，如果成功�?
5.��L��Class文�g�Q�从与此classloader相关的类路径中寻找）。如果找不到则到7.
6.从文件中载入Class�Q�到8.
7.抛出ClassNotFoundException.
8.�q�回Class.

其中5.6步我们可以通过覆盖ClassLoader的findClass�Ҏ��来实现自��q��载入�{�略。甚臌��盖loadClass�Ҏ��来实现自��q��载入�q�程�?br />
�c�d��载器的顺序是�Q?br />先是bootstrap classloader�Q�然后是extension classloader�Q�最后才是system classloader。大家会发现加蝲的Class��是重要的越在靠前面。这样做的原因是��Z��安全性的考虑�Q�试惛_��果system classloader“亲自”加载了一个具有破坏性的“java.lang.System”类的后果吧。这�U�委托机制保证了用户即��h��一个这��L��c�，也把它加入到了类路径中，但是它永�q�不会被载入�Q�因��个类��L��由bootstrap classloader来加载的。大家可以执行一下以下的代码�Q?br /> System.out.println(System.class.getClassLoader());
��会看到�l�果是null�Q�这��p��明java.lang.System是由bootstrap classloader加蝲的，因�ؓbootstrap classloader不是一个真正的ClassLoader实例�Q�而是由JVM实现的，正如前面已经说过的�?br />
下面��p��我们来看看JVM是如何来为我们来建立�c�d��载器的结构的�Q?br />sun.misc.Launcher�Q�顾名思义�Q�当你执行java命��o的时候，JVM会先使用bootstrap classloader载入�q�初始化一个Launcher�Q�执行下来代码：
System.out.println("the Launcher's classloader is "+sun.misc.Launcher.getLauncher().getClass().getClassLoader());
�l�果为：
the Launcher's classloader is null (因�ؓ是用bootstrap classloader加蝲,所以class loader为null)
Launcher 会根据系�l�和命��o讑֮�初始化好class loader�l�构�Q�JVM��q��它来获得extension classloader和system classloader,�q�蝲入所有的需要蝲入的Class�Q�最后执行java命��o指定的带有静态的main�Ҏ��的Class。extension classloader实际上是sun.misc.Launcher$ExtClassLoader�cȝ��一个实例，system classloader实际上是sun.misc.Launcher$AppClassLoader�cȝ��一个实例。�ƈ且都�?java.net.URLClassLoader的子�c�R�?br />
让我们来看看Launcher初试化的�q�程的部分代码�?br />
Launcher的部分代码：
public class Launcher {
public Launcher() {
ExtClassLoader extclassloader;
try {
//初始化extension classloader
extclassloader = ExtClassLoader.getExtClassLoader();
} catch(IOException ioexception) {
throw new InternalError("Could not create extension class loader");
}
try {
//初始化system classloader�Q�parent是extension classloader
loader = AppClassLoader.getAppClassLoader(extclassloader);
} catch(IOException ioexception1) {
throw new InternalError("Could not create application class loader");
}
//��system classloader讄��成当前线�E�的context classloader�Q�将在后面加以介�l�）
Thread.currentThread().setContextClassLoader(loader);
......
}
public ClassLoader getClassLoader() {
//�q�回system classloader
return loader;
}
}

extension classloader的部分代码：
static class Launcher$ExtClassLoader extends URLClassLoader {

public static Launcher$ExtClassLoader getExtClassLoader()
throws IOException
{
File afile[] = getExtDirs();
return (Launcher$ExtClassLoader)AccessController.doPrivileged(new Launcher$1(afile));
}
private static File[] getExtDirs() {
//获得�pȝ��属性“java.ext.dirs�?br /> String s = System.getProperty("java.ext.dirs");
File afile[];
if(s != null) {
StringTokenizer stringtokenizer = new StringTokenizer(s, File.pathSeparator);
int i = stringtokenizer.countTokens();
afile = new File;
for(int j = 0; j < i; j++)
afile[j] = new File(stringtokenizer.nextToken());

} else {
afile = new File[0];
}
return afile;
}
}

system classloader的部分代码：
static class Launcher$AppClassLoader extends URLClassLoader
{

public static ClassLoader getAppClassLoader(ClassLoader classloader)
throws IOException
{
//获得�pȝ��属性“java.class.path�?br /> String s = System.getProperty("java.class.path");
File afile[] = s != null ? Launcher.access$200(s) : new File[0];
return (Launcher$AppClassLoader)AccessController.doPrivileged(new Launcher$2(s, afile, classloader));
}
}

看了源代码大家就清楚了吧�Q�extension classloader是��用系�l�属性“java.ext.dirs”设�|�类搜烦路径的，�q�且没有parent。system classloader是��用系�l�属性“java.class.path”设�|�类搜烦路径的，�q�且有一个parent classloader。Launcher初始化extension classloader�Q�system classloader�Q��ƈ��system classloader讄��成�ؓcontext classloader�Q�但是仅仅返回system classloader�l�JVM�?br />
　　�q�里怎么又出来一个context classloader呢？它有什么用呢？我们在徏立一个线�E�Thread的时候，可以��个线�E�通过setContextClassLoader�Ҏ��来指定一个合适的classloader作�ؓ�q�个�U�程的context classloader�Q�当此线�E�运行的时候，我们可以通过getContextClassLoader�Ҏ��来获得此context classloader�Q�就可以用它来蝲入我们所需要的Class。默认的是system classloader。利用这个特性，我们可以“打破”classloader委托机制了，父classloader可以获得当前�U�程的context classloader�Q�而这个context classloader可以是它的子classloader或者其他的classloader�Q�那么父classloader��可以从其获得所需�?Class�Q�这��打破了只能向父classloader��h��的限制了。这个机制可以满��_��我们的classpath是在�q�行时才��定,�q�由定制�?classloader加蝲的时�?由system classloader(卛_��jvm classpath�?加蝲的class可以通过context classloader获得定制的classloader�q�加载入特定的class(通常是抽象类和接�?定制的classloader中是其实�?,例如web应用中的servlet��是用这�U�机制加载的.

好了�Q�现在我们了解了classloader的结构和工作原理�Q�那么我们如何实现在�q�行时的动态蝲入和更新呢？只要我们能够动态改变类搜烦路径和清除classloader的cache中已�l�蝲入的Class��p��了，有两个方案，一是我们��承一个classloader�Q�覆盖loadclass�Ҏ��Q�动态的��L��Class文�g�q��用defineClass�Ҏ��来；另一个则非常��单实用，只要重新使用一个新的类搜烦路径来new一个classloader��p��了，�q�样��x��C��c�L��索�\径以便来载入新的Class�Q�也重新生成了一个空白的cache(当然,�c�L��索�\径不一定必��L��?。噢�Q�太好了�Q�我们几乎不用做什么工作，java.netURLClassLoader正是一个符合我们要求的classloader�Q�我们可以直接��用或者��承它��可以了�Q?br />
�q�是j2se1.4 API的doc中URLClassLoader的两个构造器的描�q�ͼ�
URLClassLoader(URL[] urls)
Constructs a new URLClassLoader for the specified URLs using the default delegation parent ClassLoader.
URLClassLoader(URL[] urls, ClassLoader parent)
Constructs a new URLClassLoader for the given URLs.
其中URL[] urls��是我们要设�|�的�c�L��索�\径，parent��是�q�个classloader的parent classloader�Q�默认的是system classloader�?br />

好，现在我们能够动态的载入Class了，�q�样我们��可以利用newInstance�Ҏ��来获得一个Object。但我们如何��此Object造型呢？可以��此Object造型成它本��n的Class吗？

首先让我们来分析一下java源文件的�~�译�Q�运行吧�Q�javac命��o是调用“JAVA_HOME/lib/tools.jar”中的“com.sun.tools.javac.Main”的compile�Ҏ��来编译：

public static int compile(String as[]);

public static int compile(String as[], PrintWriter printwriter);

�q�回0表示�~�译成功�Q�字�W�串数组as则是我们用javac命��o�~�译时的参数�Q�以�I�格划分。例如：
javac -classpath c:\foo\bar.jar;. -d c:\ c:\Some.java
则字�W�串数组as为{"-classpath","c:\\foo\\bar.jar;.","-d","c:\\","c:\\Some.java"}�Q�如果带有PrintWriter参数�Q�则会把�~�译信息出到�q�个指定的printWriter中。默认的输出是System.err�?br />
其中 Main是由JVM使用Launcher初始化的system classloader载入的，�Ҏ��全盘负责原则�Q�编译器在解析这个java源文件时所发现的它所依赖和引用的所有Class也将由system classloader载入�Q�如果system classloader不能载入某个Class�Ӟ��~�译器将抛出一个“cannot resolve symbol”错误�?br />
所以首先编译就通不�q�，也就是编译器无法�~�译一个引用了不在CLASSPATH中的未知Class的java源文�Ӟ��而由于拼写错误或者没有把所需�c�d��攑ֈ�CLASSPATH中，大家一定经常看到这个“cannot resolve symbol”这个编译错误吧�Q?br />
其次�Q�就是我们把�q�个Class攑ֈ��~�译路径中，成功的进行了�~�译�Q�然后在�q�行的时候不把它攑օ�到CLASSPATH中而利用我们自��q�� classloader来动态蝲入这个Class�Q�这时候也会出现“java.lang.NoClassDefFoundError”的�q�例�Q��ؓ什么呢�Q?br />
我们再来分析一下，首先调用�q�个造型语句的可执行的Class一定是由JVM使用Launcher初始化的system classloader载入的，�Ҏ��全盘负责原则�Q�当我们�q�行造型的时候，JVM也会使用system classloader来尝试蝲入这个Class来对实例�q�行造型�Q�自然在system classloader��L��不到�q�个Class时就会抛出“java.lang.NoClassDefFoundError”的�q�例�?br />
OK�Q�现在让我们来�ȝ��一下，java文�g的编译和Class的蝲入执行，都是使用Launcher初始化的system classloader作�ؓ�c�蝲入器的，我们无法动态的改变system classloader�Q�更无法让JVM使用我们自己的classloader来替换system classloader�Q�根据全盘负责原则，��限制了�~�译和运行时�Q�我们无法直接显式的使用一个system classloader��L��不到的Class�Q�即我们只能使用Java核心�c�d��Q�扩展类库和CLASSPATH中的�c�d��中的Class�?br />
�q�不��d��Q�再��试一下这�U�情况，我们把这个Class也放入到CLASSPATH中，让system classloader能够识别和蝲入。然后我们通过自己的classloader来从指定的class文�g中蝲入这个Class�Q�不能够委托 parent载入�Q�因��样会被system classloader从CLASSPATH中将其蝲入）�Q�然后实例化一个Object�Q��ƈ造型成这个Class�Q�这样JVM也识别这个Class�Q�因�?system classloader能够定位和蝲入这个Class从CLASSPATH中）�Q�蝲入的也不是CLASSPATH中的�q�个Class�Q�而是�?CLASSPATH外动态蝲入的�Q�这��h��行了吧�Q�十分不�q�的是，�q�时会出现“java.lang.ClassCastException”违例�?br />
��Z��么呢�Q�我们也来分析一下，不错�Q�我们虽然从CLASSPATH外��用我们自��q��classloader动态蝲入了�q�个Class�Q�但��它的实例造型的时候是JVM会��用system classloader来再�ơ蝲入这个Class�Q��ƈ��试��用我们的自己的classloader载入的Class的一个实例造型为system classloader载入的这个Class�Q�另外的一个）。大家发��C��么问题了吗？也就是我们尝试将从一个classloader载入的Class的一个实例造型为另外一个classloader载入的Class�Q�虽然这两个Class的名字一��P��甚至是从同一个class文�g中蝲入。但不幸的是JVM 却认��个两个Class是不同的�Q�即JVM认�ؓ不同的classloader载入的相同的名字的Class�Q�即使是从同一个class文�g中蝲入的�Q�是不同的！�q�样做的原因我想大概也是主要��Z��安全性考虑�Q�这样就保证所有的核心Java�c�都是system classloader载入的，我们无法用自��q��classloader载入的相同名字的Class的实例来替换它们的实例�?br />
看到�q�里�Q�聪明的读者一定想��C��该如何动态蝲入我们的Class�Q�实例化�Q�造型�q�调用了吧！

那就是利用面向对象的基本�Ҏ��之一的多形性。我们把我们动态蝲入的Class的实例造型成它的一个system classloader所能识别的父类��p��了！�q�是��Z��么呢�Q�我们还是要再来分析一�ơ。当我们用我们自��q��classloader来动态蝲入这我们只要把这个Class的时候，发现它有一个父�c�Class�Q�在载入它之前JVM先会载入�q�个父类Class�Q�这个父�c�Class是system classloader所能识别的�Q�根据委托机�Ӟ��它将由system classloader载入�Q�然后我们的classloader再蝲入这个Class�Q�创��Z��个实例，造型��个父�c�Class�Q�注意了�Q�造型成这个父�c?Class的时候（也就是上溯）是面向对象的java语言所允许的�ƈ且JVM也支持的�Q�JVM��׃��用system classloader再次载入�q�个父类Class�Q�然后将此实例造型��个父�c�Class。大家可以从�q�个�q�程发现�q�个父类Class都是�?system classloader载入的，也就是同一个class loader载入的同一个Class�Q�所以造型的时候不会出��C�Q何异常。而根据多形性，调用�q�个父类的方法时�Q�真正执行的是这个Class�Q�非父类 Class�Q�的覆盖了父�c�L��法的�Ҏ��。这些方法中也可以引用system classloader不能识别的Class�Q�因为根据全盘负责原则，只要载入�q�个Class的classloader��x��们自己定义的 classloader能够定位和蝲入这些Class��p��了�?br />
�q�样我们��可以事先定义好一�l�接口或者基�c�dƈ攑օ�CLASSPATH中，然后在执行的时候动态的载入实现或者��承了�q�些接口或基�cȝ��子类。还不明白吗�Q�让我们来想一想Servlet吧，web application server能够载入��M��l�承了Servlet的Class�q�正��的执行它们�Q�不��它实际的Class是什么，��是都把它们实例化成��Z��个Servlet Class�Q�然后执行Servlet的init�Q�doPost�Q�doGet和destroy�{�方法的,而不��这个Servlet是从web- inf/lib和web-inf/classes下由system classloader的子classloader(卛_��制的classloader)动态蝲入。说了这么多希望大家都明白了。在applet,ejb�{�容器中,都是采用了这�U�机�?

对于以上各种情况�Q�希望大家实际编写一些example来实验一下�?br />
最后我再说点别的， classloader虽然�U�Cؓ�c�d��载器�Q�但�q�不意味着只能用来加蝲Class�Q�我们还可以利用它也获得囄��Q�音频文件等资源的URL�Q�当�Ӟ��q�些资源必须在CLASSPATH中的jar�c�d��中或目录下。我们来看API的doc中关于ClassLoader的两个寻找资源和Class的方法描�q�吧�Q?br />　　　　　　　　public URL getResource(String name)
　　　　　　　　用指定的名字来查找资源，一个资源是一些能够被class代码讉K��的在某种�E�度上依赖于代码位置的数据（囄��Q�音频，文本�{�等�Q��?br /> 一个资源的名字是以'/'号分隔确定资源的路径名的�?br /> �q�个�Ҏ��先��h��parent classloader搜烦资源�Q�如果没有parent�Q�则会在内置在虚拟机中的classloader�Q�即bootstrap classloader�Q�的路径中搜索。如果失败，�q�个�Ҏ��调用findResource(String)来寻找资源�?br />　　　　　　　　public static URL getSystemResource(String name)
从用来蝲入类的搜索�\径中查找一个指定名字的资源。这个方法��用system class loader来定位资源。即相当于ClassLoader.getSystemClassLoader().getResource(name)�?br />
例如�Q?br /> System.out.println(ClassLoader.getSystemResource("java/lang/String.class"));
的结果�ؓ�Q?br /> jar:文�g:/C:/j2sdk1.4.1_01/jre/lib/rt.jar!/java/lang/String.class
表明String.class文�g在rt.jar的java/lang目录中�?br />因此我们可以��图片等资源随同Class一同打包到jar�c�d��中（当然�Q�也可单独打包这些资源）�q�添加它们到class loader的搜索�\径中�Q�我们就可以无需兛_��q�些资源的具体位�|�，让class loader来帮我们��L��了！

Long Long Ago 2006-08-20 17:28 发表评论

Long Long Ago — Sat, 19 Aug 2006 09:35:00 GMT

最�q�做的gef�~�辑器在删除旉��C��一些问�?��是不能通过delete键删�?到处搜集资料,解决�?
首先需要在相应rcp工程中的ActionBarAdviser�c�M��注册相应的Action,比如对应于deleteAction,我在�Ҏ��org.eclipse.ui.application.ActionBarAdvisor#makeAction(IWorkbenchWindow)中注册deleteAction,如下:

protected void makeAction(final IWorkbenchWindow window){
IAction delAction = ActionFactory.DELETE.create(window);
register(delAction);
}

只是�q�么讄��q�是不能删除相应的图形元�?需要在相应的编辑器中重载init�Ҏ��,��d��如下的代�?br />

public void init(IEditorSite site, IEditorInput input) throws PartInitException {
    // TODO Auto-generated method stub
    super.init(site, input);
    ActionRegistry registry = getActionRegistry();
    IActionBars bar = site.getActionBars();
    String id = ActionFactory.DELETE.getId();
    bar.setGlobalActionHandler(id,registry.getAction(id));
    bar.updateActionBars();
}

在这里仔�l�研�I�会发现,在第一�D�代码中实际上时创徏了一个action,�q�是一个RetargetAction,而在super.init()�Ҏ��会调用一个createAction�Ҏ��,�q�里创徏的是gef默认的redoAction undoAction selectionAction deleteAction saveAction.需要注意的是RetargetAction是一�U�可以跟�t�当前活动的部分,�׃��retargetAction含有一个id,如果�q�个�z�d��部分提供的handler的id和retargetAction的id相同,那么相应的对retargetAction的调用就转嫁成对当前�q�个�z�d��部分的handle的调�?(当然如果�Ҏ��没有handle,那么�q�个action会disable).所�?我们可以看出�?�q�个retargetAction会在gef�~�辑器激�z�d��调用gef的deleteAction.

Long Long Ago 2006-08-19 17:35 发表评论

[转蝲][备䆾][Java|Eclipse|GEF]Figure是如何定位和讄��大小�Q?

Long Long Ago — Mon, 14 Aug 2006 03:18:00 GMT

http://www.approc.com/

[Java|Eclipse|GEF]Figure是如何定位和讄��大小�Q?

有两�U�会创徏囑օ��Q?br />1、打开囑�Ş文�g�Ӟ��先会创徏所有的model�Q�这样图元的定位和设�|�大��是依据囑օ�model的size和location属性，通过囑օ�EditPart.refreshVisuals()来设�|�的
2、通过拖放托盘里面的图标来建立的图元，会先讄��model的size�Q�然后通过model对应的figure.setPreferredSize()来设�|�了�Q�而location则是通过鼠标的位�|�来��定�?/div>

Long Long Ago 2006-08-14 11:18 发表评论

[转蝲][备䆾][Java|Eclipse]用NLS的方式访问资源文�?

Long Long Ago — Mon, 14 Aug 2006 03:16:00 GMT

http://www.approc.com/
现在�?.1里面讉K��资源文�g变得比较��单了�Q�用户可以通过�l�承osgi.util.NLS�Q�典型例子：

public class MsgBoundle extends NLS{
      private final static String BOUNDLE_NAME
                       = "resource.msg";
      public static String mo_1;
      public static String mo_2;

      static{
         NLS.initializeMessage(BOUNDLE_NAME,
                       MsgBoundle.class);
      }
}

好啦�Q�现在就可以建立资源文�g了，文�g应该建在哪里呢？跟踪代码发现�Q�这个由BOUNDLE_NAME军_��Q�在MessageResourceBoundle.buildVariants()中，会将BOUNDLE_NAME中的�?"替换�?/"�Q�然后再�Ҏ��地区讑֮��l�合几种不同的资源文件名�U�ͼ�比如我的��是:

1、resource/msg_zh_CN.properties
2、resource/msg_zh.properties
3、resource/msg.properties
注意�Q�这三个文�g是有��序的哦

然后通过EclipseClassLoader.getResource()�?a onclick="return false;" href="javascript:void(0);">查找�q�些文�g�Q��ƈ��文件中的��D��予给MsgBoundle对应的成员变量�?img src ="http://www.tkk7.com/pandawang/aggbug/63423.html" width = "1" height = "1" />

Long Long Ago 2006-08-14 11:16 发表评论

Long Long Ago — Wed, 19 Jul 2006 02:26:00 GMT

在linux�Q�ubuntu�Q�下引入了在windows工作时徏立的一个pluginProject�Q�但是发玎ͼ�在plugin.xml中require包都没有了，�?.0以后�q�些require都是攑֜�MANIFEST.MF文�g中的�Q�这两个文�g是同步的�Q�即在编辑plugin.xml文�g视图时会看到MANIFEST.MF文�g中的require�Q�不�q�在从windows引入后就看不��C��Q�不�q�这是发现MANIFEST.MF和他所在的目录META-INF都变成了��写�Q�改成大写后�Q�再update classpath��可以了�?br />

Long Long Ago 2006-07-19 10:26 发表评论

GEF中鼠标双��M��件的截获

Long Long Ago — Thu, 08 Jun 2006 14:21:00 GMT

http://dev.eclipse.org/mhonarc/lists/gef-dev/msg00183.html
Ask:
How to add a double click event or Request on a figure?when double click on a figure, a dialog pop up and do some actions.for example when double click on
a UML class figure, a dialog pop up, user can Add a method to the class.
Answer:
This is already done in GEF. Your editpart will receive a performRequest(req) with the type RequestConstants.REQ_OPEN.
See SelectEditPartTRacker#performOpen()

-randy
��是在figure对应的editpart中重载方法performRequest(Request req),�q�判断req的type是否为RequestConstants.REQ_OPEN,如果�?则处理这个双��M��?
�q�个�Ҏ��是个回调�Ҏ��,在SelectEditPartTRacker#performOpen() 中调用的.

Long Long Ago 2006-06-08 22:21 发表评论

GEF中容器图形的坐标问题

Long Long Ago — Mon, 15 May 2006 06:04:00 GMT

在GEF中一个容器图�?其中可以盛放其他囑�Ş,但我在实现是��L��在坐标计��上出问�?��是其子囑�Ş的坐标�ƈ不是相对于此容器的坐�?而是��d��的坐�?后来参考了Logical的例�?发现它在org.eclipse.gef.examples.logicdesigner.figures.CircuitFigure�c�M��重蝲了useLocalCoordinates�Ҏ��,�q�回了true(默认是false),在我的容器图�?�l�承于org.eclipse.draw2d.Figure)也重载这个函�?子图形的坐标问题��p��决了.

Long Long Ago 2006-05-15 14:04 发表评论

eclipse中获得插件绝对�\径的�Ҏ��

Long Long Ago — Mon, 01 May 2006 14:45:00 GMT

获得插�g的绝对�\�?

    /**
     * 得到插�g的绝对�\�?br />     *
     * @return 路径
     */
    public static String getPath() {
        String path;
        try {
            path = FileLocator.toFileURL(
                    Platform.getBundle(pluginId).getEntry("")).getPath();
            path = path.substring(path.indexOf("/") + 1, path.length());
        } catch (IOException e) {
            path = "";
            e.printStackTrace();
        }
        return path;
    }

其中FileLocator#toFileURL是在3.2中添加的,代替了原来的Platform#asLocalURL,�q�且对于FileLocator#toFileURL,if the plugin was a jar, it will extract the file into a temporary location

Long Long Ago 2006-05-01 22:45 发表评论

Long Long Ago — Sun, 09 Apr 2006 06:38:00 GMT

上文提到的GEF工作�q�程中还有一些不太详�l�的地方�Q�这里做些补充�?br />再GEF中UI的操作交互都是通过构徏Request�Q��ƈ调用EditPart中的API来完成相应的操作�Q�这些API可以分�ؓ四类�Q?br />1。 �?strong>EditPart getTargetEditPart(Request)
   boolean understandsRequest(Request)
再我们进行交互操作时�Q�首先要��定�Ȁ�zȝ��是那个EditPart�Q�经常是一个当前被选中的viewer和通过单击选择的EditPart的复合体。这个被选择的部仉��过询问每个被选择的EditPart是否处理�q�个request�Q�通过understandsRequest�Ҏ��Q�。那个在鼠标单击��定的EditPart是通过viewer的帮助和getTargetEditPart�Ҏ��来找到的。�ƈ不是所有的交互都有target�?br />2�?br />void showSourceFeedback(Request)
void eraseSourceFeedback(Request)
void showTargetFeedback(Request)
void eraseTargetFeedback(Request)
在我们的交互操作特别是托拽图形时�Q�就需要EditPart来回显（Feedback�Q�，托拽源被认�ؓ是�v作用的那个editpart�Q�目的部件被认�ؓ是鼠标的目的地。showXXXFeedback可能是在鼠标�U�d��目的圎ͼ�但未作用于目的part时调用，eraseXXXFeedback则可能是在鼠标作用于目的part后调用的�?br />3�?strong>Command getCommand(Request)
�q�个�Ҏ��用于获得可执行的命��o列表�Q�命令可以对模型�q�行操作�Q�Editpart通过request询问Editpolicy来获得相应的command列表。同时command也可以判断这个交互操作是否时可能的。如果没有command或者command不能执行�Q�则ui会指��个操作是不能执行的（鼠标变成��止操作的样子）。如果一个editpart�q�回null作�ؓcommand则它不会��L��q�个交互操作�Q�除非没有一个command被提供。�ؓ了指�C�某个操作是不能执行的则EditPart需要返回一个不能执行的command�?br />4�?strong>void performRequest(Request)
�q�有一�U�API�Q�它让EditPart去do something�Q�可能是一些�ƈ不会立即��改变model的改变，比如打开对话框或者激�zȝ��接编辑模式�?br />
        EditPart�q�不直接�q�行�~�辑�Q�它��操作委托给EditPolicy�Q�每个EditPolicy专著于一�U�编辑�Q务或者一�l�相关的操作。当上面的API被调用后�Q�除了performRequest�Ҏ��Q�，EditPart便委托给它的EditPolicy来处理这个request。对于不同的�Ҏ��Q�EditPart可能是在�W�一个能处理request的policy处就停止调用了或者每个policy都有��Z��执行�q�个request。GEF提供了几个默认的policy�Q�不�q�还是需要实现其中的一些特定方法�?br />
         �q�里再废话一点，在注册相应的EditPolicy�Ӟ��需要指定Role�Q�这是一个字�W�串�Q�用来标�C��个EditPolicy�Q�相同的Role对应的EditPolicy会被替换�Q�例如子�c�d��以通过Role�q�个Key来覆盖其父类所安装的EditPolicy。EditPolicy�Q�Role�Q�分成两�U�类型，一�U�是囑�Ş的，一�U�是非图形的�Q�上文中有提刎ͼ��q�里详细的描�q�C��下：
Non-Graphical Roles:
1) COMPONENT_ROLE: 一个Component存在于一个parent中，�q�且可以从parent中删除。更��Z��般的�Q�它可以使�Q何只涉及到这个EditPart�Q�而与View无关的东�ѝ�?More generally, it is anything that involves only this EditPart.)
2) CONNECTION_ROLE �q�是ConnectionEditParts应该有的一个基本角艌Ӏ�Connections同Components有一点不同，删除Connections旉��常�q�需要其从其source和target节点中删除，而不是从其parent中删除�?
3) CONTAINER_ROLE 大部分拥有children的EditParts都应该具有这个角艌Ӏ�一个Container会涉及到adds/orphans以及creates/deletes�{�操作�?
4) NODE_ROLE 如果一个EditParts用户Connection�Q�则其应该具有这个角�Ԍ��它可以用来创建，删除�Q�重新连接一个Connection�?
Graphical Roles:
1) PRIMARY_DRAG_ROLE: 用来允许用户拖动�q�个EditPart。用户可以通过点击�q�个EditPart然后拖动�Q�或者点击这个EditPart所创徏的一个Handle来进行拖动�?
2) LAYOUT_ROLE: Layout角色用来攑֜�一个Container的EditPart上，�q�个EditPart拥有一个graphical layout。如果这个layout有constraints�Q�则它需要通过计算来得到这个constraints�?
3) GRAPHICAL_NODE_ROLE: A node supports connections to terminals. When creating and manipulating connections, EditPolicies with this role might analyze a Request's data to perform "hit testing" on the graphical view and determine the semantics of the connection. 用于支持�q�接到重点的node�Q�当创徏、操作连接时�Q�包含这个Role的Editpolicy会分析request的数据，来在囑�Şview上做“hit testing”，�q�且判断�q�个connection的语义�?br />4) CONNECTION_ENDPOINTS_ROLE: �q�个Role允许用户拖动一个ConnectionEditPart的端炏V�?
5) CONNECTION_BENDPOINTS_ROLE: �q�个Role允许用户能够在一个Connection中间拖动和创建bendpoints�?
6) SELECTION_FEEDBACK_ROLE: �q�个角色只是用来昄��feedback。当鼠标�q�入或者在一个EditPart上暂停时�Q�Selection Tool会发送两个类型的request�l�EditPart。安装了�q�个角色的EditPart能够在此时接受这些请求来改变view的样子，或者弹出tip�Q�label�{��?
7) TREE_CONTAINER_ROLE: SWT Tree的Layout Role�?本地SWT Tree的Layout Role的等��L��。这个EditPolicy应该在树上显�C�反馈�ƈ计算索引�Q�就像在file explorer里拖拽一栗��?br />over�?br />

Long Long Ago 2006-04-09 14:38 发表评论

Long Long Ago — Sun, 09 Apr 2006 04:33:00 GMT

GEF中的起到关键作用的是EditPart�Q�而EditPart中�v到关键作用的是EditPolicy�Q�现在来描述一下GEF是如何创��Z��个图形�ƈ昄��昄��出来的�?br /> 首先通过单击调色板，会调用一个实现org.eclipse.gef.requests.CreationFactory接口的工厂类�Q�这个是我们在注册相应的ToolEntry时声明的�Q�通过传入的参数这个工厂类��q��道应该创��Z��个什么类型的model元素。（注意�Q�这时候因为我们只是纯创徏了一个模型元素，对于它的父元素，位置信息�{�等都还不清楚，所以一般我们在讄��模型元素的构造函数时需要有个无参数的构造方法（或者有默认参数的构造函敎ͼ�。）
当单�ȝ��布上的某个位�|�后�Q�相应的信息比如模型的父元素�Q�位�|�信息等�{�都已经可以��定�Q�将�q�些信息以及新创建的模型元素本��n包装成request传给相应的EditPart�Q�就是鼠标单��d��所在的囑�Ş元素对应的EditPart�Q��?br /> �q�个EditPart会将�q�个request传给相应的EditPolicy�Q�至于怎么传递，�q�不清楚�Q�估计是�q�样的，EditPart会传�l�注册在其上的所有EditPolicy�Q�而每个EditPolicy都有个getCommand�Ҏ��Q�通过request的type交给相应的getXXXCommand�Ҏ��。查看了一下源代码�Q�发现在AbastractEditPart中有个getCommand�Ҏ��正是��每个EditPolicy中的getCommand�Ҏ��都调用了一遍）�?br /> 然后EditPolicy处理相应的request�Q�具体的��是调用getXXXCommad�Ҏ��得到处理相应request的Command�Q�Command是可以改变模型。上面提到的�q�种EditPolicy属于NonGraphical�c�d��Q�GEF中还包括了一�U�称为Graphical�c�d��的EditPolicy�Q�这�U�EditPolicy不对模型�q�行处理�Q�只是用来修改图形显�C�（��g��q�种说法不正��，它可以更改视囑օ�素的位置�Q�在业务模型和视图模型统一的情况下�Q�这�U�图形EditPolicy也会更改模型�Q�；而NonGraphical的EditPolicy则是不清楚图形元素的�Q�但它可以对模型�q�行更改�Q�因此这�U�EditPolicy在不同view之间是可以通用的�?br /> 当模型发生改变后�Q�注册再其上的EditPart��会得到相应的通知�Q�此�Ӟ��通过通知中的property信息�Q�EditPart会refreshVisual或者refreshChildren�Q�从而��视图发生改变�?img src ="http://www.tkk7.com/pandawang/aggbug/40078.html" width = "1" height = "1" />

Long Long Ago 2006-04-09 12:33 发表评论

gef学习��记一

Long Long Ago — Thu, 23 Feb 2006 14:40:00 GMT

Draw2D学习
Draw2D is a lightweight system.轻量�U�系�l�，指这个绘囄��l�全部徏立在一个重量��的控件上。对于Draw2D他是建立在SWT的Canvas上的�?BR>Draw2D的几个部�?BR>1.figures
主要功能�Q?BR> 1。给一个figure注册和去注册监听器。这个figure会通知在这个figure中的鼠标旉��l�监听器�?BR> 2。结构化的事件。比如figure层次的结构化变化�Q�figure的移动和大小调整�?BR> 3。当光标从figure上移�q�时�Q�光标的改变和显�C��?BR> 4。在figure的层�ơ中操作figure的位�|�，包括��d��U�除讉K��子节点，或者访问他们的父节炏V�?BR> 5。存取：figure的layout manager�Q�figure的size和location�Q�还有tooltips�?BR> 6。设�|�获得焦炏V�?BR> 7。设�|�figure的透明度和可视性�?BR> 8。进行坐标变换，figure的交叠和��撞��?BR> 9。绘制�?BR> 10。确认�?BR>figure有很多subclass�Q�提供了很多附加的功能。比�?BR> 1。shape�Q�它包含了非矩�Ş的figure�Q�可以知道如何填充，�q�提供了对边界的宽和�c�d��的配�|�，�q�提供了异或的绘制方法。比如有椭圆�Q�几何线�Q�多边�Ş�Q�矩形，圆角矩�Ş和三角�Ş�?BR> 2。widget�Q�draw2d包含的figure允许你创��量��Q�lightweight�Q�的部�g�Q�widget�Q�，从而在你的draw2d应用�E�序中需要输入控制时提供支持。这包含大量的按钮，选择框和文本囑�Ş�Q�标�{��?BR> 3。layer and pane�Q�这些��用来作�ؓ子类的容器，他们提供了羃放，滚动和讲figure攄��在不同layer上的能力�?BR>囑�Ş上下�?the graphics context)
当一个figuer需要被�l�制的时候轻量系�l�会调用fiuger的一个paint�Ҏ��。每一个figure都会得到一个graphical context�Q�他是Graphics的一个实例。作为参��C��l�paint�Ҏ��。这个绘图上下文支持囑�Ş操作包括�l�制�Q�填充图形绘制它的文字。它也提供了囑�Ş的状态，�q�些可以影响囑�Ş操作。这些状态包括当前字体，背景前景颜色�{�等�?BR>2.LightweightSystem
LightweightSystem时draw2d的核心。它提供了SWT Canvas控�g和在其上建立的draw2d�pȝ��之间的映��。包含三个方面：
1。the root figure.�q�个是LightweightSystem$RootFigure�cȝ��一个实例。这个是用户的root figure的父�c�R��它�l�承了一些基于SWT Canvas的图形环境，比如字体�Q�前景背景颜艌Ӏ?BR> 2。the event dispatcher:SWTEventDispatcher�c�d��SWT事�g传给Draw2D的root figure中相应的部�g�?BR> 3。the update manager.它负责绘制�ƈ更新Draw2dfigure。当一个绘制请求从下层的SWTcanvas传来�Ӟ��LightWeightSystem��会调用updatemanager中的performUpdate�Ҏ��。update manager��会�l�护一个非法的或者需要重�ȝ��figure的worklist。upate manager会设法尽量连�l�的它的work list�Q�这样可以尽量的提高效率。默认的update manager�Q�DaferredUpdateManager允许通过再Display上的用户�U�程来��工作队列异步的更新�?BR>对于一个figure的生存周期中�Q�绘�?painting)和确�?validating)是主要的处理�q�程。draw2d会要求一个figure�Q�调用绘制方法来递归的绘制自己。paint()�Ҏ��会调用多个绘制方法：
1。paintFigure()�Q�figure递归的绘制自�?BR> 2。paintclientarea(): figure递归的绘制子�?BR> 3。paintborder():figure�l�制边界�?BR> 当一个figure的size或者location需要重新计��时�Q�将会调用确认�?BR> 1。validate()�Q�要求figure的layout manager去重新布局它的子图
2。revalidate():调用invalidate�Q�添加一个图形和它的��先��L��新update manager的invalid list�?BR>

Long Long Ago 2006-02-23 22:40 发表评论

Long Long Ago — Sun, 19 Feb 2006 12:46:00 GMT

现在来讨��Z��下emf所生成的几个plugin。一般通过ecore模型可以生成三个插�g分别是emf模型�Q�emf.edit和emf.editor�?BR>让我们现在看模型插�g
对于所有的EPackage�Q�都会生成两个或三个java package�Q�本别是base package(*)�Q�implemention package(*.impl),tool package(*.util)。其中，�W�三个包是可选的�Q�这取决于生成属性的讄��Q�默认是生成。包�?*)也是在生成属性中讄��的�?BR> 对于所有EClass�Q�在base package中生成相应的interface�Q�而其java实现则在impl包中�Q�如果一个EClass�l�承于另一个EClass�Q�那么生成的interface和implemention都��承于相应的超�cȝ��interface和implemention。如果这个类有多个超�c�，那么在eSuperTypes中的�W�一个class��作��Z��类(primary supertype)。对于这个子�cȝ��实现它将�l�承主超�cȝ��实现�Q��ƈ且实现其他超�c�L��口中的方法�?BR> 对于Feature�Q�getter和setter�Ҏ��在类和接口中被定义。如果一个一个feature�Q�成员变量）不是volatile�Q�那么它的��g��被存储在一个量��|��field�Q�中。如果一个feature是只�ȝ��Q�那么只生成它对应的getter�Ҏ��。对于多值属性一般��用EList表示�Q�而单值就用那个属性的�c�d��表示。EList的类型取决于模型的约束，例如�Q�一个non-containment reference��会使用EObjectWithInverseResolvingEList,对于一个containment reference��会使用EObjectContainmentWithInverseEList表示�?BR> 对于Operation�Q�在包含�c?containing class)的接口中生成一个公共方法标�{�，在对应的实现中生成实现骨架�?BR> 对于DataType�Q�其中EEnum产生于一个��承了org.eclipse.common.util.AbstractEnumerator的实现。对于其他的EDataType�Q�是没有接口和实现生成的�Q�它们的实例化类��是直接使用了EAttribute的类型�?BR>再来看看edit插�g�Q?BR> 对于edit插�gprovider package中的所有类都有相应的ItemProviders�cȝ��成。更�q�一步，对于整个插�g有一个EMFPluginClass生成。ItemProvider�cȝ��承于org.eclipse.emf.edit.provider.ItemProviderAdaptor�Q�用于适配模型中相应的EObject�Q�所有emf�cȝ��基类�Q�。当模型对象�׃��fireNotifyChanged()改变�Q�ItemProvider会传送相应的通知�Q��ƈ�q��o其他的。当你生成插件时�Q�你可以控制哪些通知被过滤�?BR> ItemProvider也管理属性描�q�ͼ�property descriptors�Q�对于所有的featur of the class�Q�通过getImage和getText�Ҏ��来管理类的icon和descrition�?BR> 对于所有的ItemProvider都有一个ItemProviderAdaptorFactory�?BR>最后时editor插�g�Q?BR> 对于所有的模型都会再presentation package中生成三个类�?BR> 一个多��늼�辑器�Q�它�l�模型创建几个不同的jface viewer�Q�包含一个TreeViewer�Q��用edit插�g中的ItemProvider作�ؓ�q�个treeviewer的content和label的provider。这个editor�q�创建outline和property来显�C�在viewer中选中对象的属性�?BR> 一个ActionBarContributor�Q�它被用于对�~�辑器视图中选中的item所创徏的context menu��d��选项�?BR> 最后是一个向��|��允许你创��Z��个包含模型对象的一个实例的资源(resource)�?/P>

Long Long Ago 2006-02-19 20:46 发表评论

EMF学习�W�记一

Long Long Ago — Sun, 19 Feb 2006 07:32:00 GMT

EMF中的三个部分�Q�元数据meta-data,代码生成code generation,默认序列化default serialization.
EMF is part of the Model Driver Architecture(MDA).MDA是将整个应用软�g生存周期的开发管理都集中于模型上。这�U�模型是用元模型(meta-model)定义的。然后，使用映射�Q�模型被用于生成software artefacts, �q�就实现了整个系�l��?BR>EMF所能做的：emf能够用于描述和构建模型。所实现的模型可以被用于��M��java应用�E�序的开发�?BR>对于ecore模型我们有几炚w��要注意：
1。在ecore文�g的xmi描述中没有各个元素之间的联系�Q�我们��用EReference来表�C�各个元素之间的联系�?BR> 对于两个方向上的联系�Q�通过两个成对的EReference来表�C�，每个联系的类�Q�都有一个eOpposite来保存它自己在所联系�c�M��的名字（引用�Q��?BR> 对于单方向上的联�p�，使用一个单独的EReference�Q��ƈ且这个reference没有eOpposite�Q�因为对方�ƈ没有对自��q��引用�Q��?BR> �q�接的多重性通过upperBound和lowerBound来表�C�。多个用-1�?BR>2。��用EPackage可以像java中的package一��L��?BR>3。两�U�模型，一�U�是业务模型�Q�一�U�是视图模型。一般将两种模型攑֜�不同的package中。两�U�方法将两种模型联系��h��Q?BR> 一是构��Z��个新package�Q�构��Z��个多重��承的新package来将两个package联系��h��?BR> 二是��两�U�模型分开存储�Q�添加从视图模型��C��务模型的引用。这�U�方法两个模型是松耦合的。这�U�单方向的引用也不会破坏�Q�污染）业务模型。注意，�׃��q�种引用是两个package之间的，所以在�Uȝ��的eType�c�d��中需要指明包名�?nbsp;

除此之外�Q�ecore�q�提供了一�U�递归的定义方法。就是��用eSubPackage来分别包含业务模型和视图模型�Q��ƈ且在�q�两个subPackage间徏立reference�Q�对于package来说是自己引用自己）�?BR>4。我们可以有多种�Ҏ��来生成ecore模型。通过注释的java接口(annotated java interface),通过rantional rose创徏模型�Q�通过XML Schema�{�等�?/P>

Long Long Ago 2006-02-19 15:32 发表评论

GMF学习��记�?Step by step

Long Long Ago — Wed, 15 Feb 2006 02:37:00 GMT

上文已经说过了，GMF中，那些generator,definition,mapping model都是最后要合成为diagram runtime(or notation)model�?BR>以下是简单的步骤�Q?BR>��单的使用�Ҏ��Q�首先应该定义ecore模型文�g有很多种�Ҏ��Q�比如用EclipseUML插�g�Q�或者��用gmf的example�U�的Ecore Diagram�Q�这些图形化的类囄��辑工具都可以方便的生成我们所需要的Ecore文�g。这里我们��用的是EclipseUML的免费版本。是针对eclipse3.1的，不过好像3.2m1m2都可以用�?BR>生成ecore文�g�?File/new/other/Eclipse Modeling Framwork/EMF Model 生成相应的genmodel文�g�Q�通过它来生成模型�?edit插�g�Q�这些都是GMF所需要的。然后再File/New/other/Example EMF Model Creation Wizards/GMFGraph Model 注意名字应该都是一��L��Q�扩展名不同�Q�最后的Model Object选择Canvas。在生成的gmfgraph文�g中给canvas命名�Q�canvas��q��当于我们的画布。在canvas下创��Z��个figure gallery�Q�图库）�Q�在�q�里我们保存所需要的囑�Ş�?BR>然后创徏gmftool文�gFile/New/other/Example EMF Model Creation Wizards/GMFTool Model�Q�可以��用File/New/other/GMF/GMFTool Simple Model来简单的构造�?BR>再创建gmfmap文�g�Q�徏立模型和囑�Ş之间的映��关�p�R��File/New/other/Example EMF Model Creation Wizards/GMFMap Model�Q�名字应该和前面的一��P��最后的Model Object选择Mapping。在生成的gmfmap文�g中右键选择Load Resource�Q�选择ecore�Q�gmfgraph�Q�gmftool文�g。�ƈ且生成相应的映射信息�Q�比如node mapping和canvas mapping�?BR>最后生成emf模型代码和edit代码�Q��用genmodel文�g�?BR>使用gmfmap文�g右键生成gmfgen文�g�Q�注意我们要有genmode文�g才能生成gmfgen文�g�?BR>最后用gmfgen生成editor插�g。这时候共有三个插�?模型 edit和editor�?BR>使用时File/New/other/Example/中有个相应的diagram�Q�一般再最上面�Q�给一个名字，无扩展名�Q�就打开相应的编辑器了�?img src ="http://www.tkk7.com/pandawang/aggbug/30760.html" width = "1" height = "1" />

Long Long Ago 2006-02-15 10:37 发表评论

GMF学习��记一

Long Long Ago — Tue, 14 Feb 2006 03:38:00 GMT

GMF有可能成��Z��个标准的Eclipse囑�Ş模型�~�辑器，它分��Z��个部分：�q�行�Ӟ��the runtime�Q�和工具�Q�tooling�Q�，工具是由一些创建和�~�辑�W�号语义模型的编辑器�l�成的，工具�q�包含了囑�Ş�~�辑器，�q�且有图形编辑器的生成器�?/P>

使用GMF开发一个类囑�Ş模型�~�辑器的步骤如下�Q?BR>
1。创建域模型�Q�这个模型描�q�C��通过�~�辑器编辑的非图形信息�?BR>2。创建图定义模型�Q�这个模型描�q�C��昄��在图形编辑器中的囑�Ş元素�?BR>3。创建图映射模型�Q�这个模型定义了域模型元素和囑�Ş元素之间的对应关�p�R�?BR>4。生成图形编辑器�?BR>5。通过改进生成的代码来提高囑�Ş�~�辑器�?BR>介绍一点GMF的图形编辑器的特性：
1。折�?BR>2。label的直接编�?BR>3。提�C?BR>4。弹出bar
5。连接柄
6。通用�l�图工具
7。通用菜单命��o
8。通用工具�?BR>9。自动羃攑֒�布局
10。通用属性编�?BR>11。打印和打印预览
12。SVG和剪贴板支持

http://www.eclipse.org/articles/Article-Introducing-GMF/article.html

Long Long Ago 2006-02-14 11:38 发表评论

一个用RCP实现的简单的GEF�E�序

Long Long Ago — Thu, 12 Jan 2006 06:35:00 GMT

uo       最�q�在学习GEF�Q�本例子主要是修改了八进�?/A>的例子。在�q�里做一下�ȝ��。先来介�l�一下gef�Q�网上关于GEF的介�l�越来越多，从另一斚w��也说明这个技术确实在热�v来，不过GEF��Z��实现可扩放性和可重用性，做的很是复杂�Q�闲话一下，最�q�看了一本书《Better.Faster.Lighter.Java》，没看多少�Q�Justin Gehtland, Bruce A. Tate写的�Q�一开始就说了�Q��ؓ了满��来越多的需要，各种framework�Q�library�Q�language都是��来��复杂了�Q�学习曲�U�也变得陡峭了，�q�个��g��是无法避免的�Q�java语言也是�Q�不信去看看jdk�Q?.1时才3.7MB�Q?.4时已�l?8MB了。我也一直坚信，Simply the best�Q�呵呵）�?
       GEF的一些资源：
          1�?A >www.eclipse.org �q�个是源头啊�Q�faq也可以看�?nbsp;
          2。ibm的dW 除了相关文章�Q�这里还有本关于gef和emf的红宝书�Q�可�?A href="http://http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246302.html">免费下蝲�?
          3。eclipseworld.org �q�个是一个关于eclipse中文�C�֌�
          4。八�q�制的blog http://bjzhanghao.cnblogs.com/ �?
          5。这里还有些中文教程 http://www.benisoft.com/cn/index.htm
          6。还有一些blog http://www.tkk7.com/hopeshared/ http://www.tkk7.com/eclipshine/ http://www.tkk7.com/reloadcn/ http://www.tkk7.com/USTCEric
      好了�Q�现在来介绍一下GEF的实现机�Ӟ��主要是我的一些理解可能还有一不对的地方，�Ƣ迎大家帮我�Ҏ��?BR>      GEF是具有标准MVC�Q�Model-View-Control�Q�结构的囑�Ş�~�辑框架�Q�其中Model由我们自己根据业务来设计�Q�它要能够提供某�U�模型改变通知的机�Ӟ��用来把Model的变化告诉Control层；Control层由一些EditPart实现�Q�EditPart是整个GEF的核心部�Ӟ��?View层，大多数情况下�Q��用Draw2D实现了，其作用是把Model以图形化的方式表现给使用者，当然你也可以使用其他囑�Ş包，不过gef�?Draw2D的结合还是非常紧密的�Q�一般�ؓ了��用方便，View都是使用Draw2D实现的�?BR>        关于Draw2D�Q�八�q�制有一��相应的文章�Q�还有eclipse上的一��?A >文章�Q�可以参考，�q�里有几炚w��要强调一下：
       1。Draw2D提供了很多缺省图形，最常见的有三类�Q?、�Ş�Ӟ��Shape�Q�，如矩形、三角�Ş、椭圆�Ş�{�等�Q?、控�Ӟ��Widget�Q�，如标�{�、按钮、滚动条�{�等�Q?、层�Q�Layer�Q�，它们用来为放�|�于其中的图形提供羃放、滚动等功能�?BR>        2。每个图形都可以拥有一个边框（Border�Q�，Draw2D所提供的边框类型有GroupBoxBorder、TitleBarBorder、ImageBorder�?ButtonBorder�Q�以及可以组合两�U�边框的CompoundBorder�{�等�Q�在Draw2D里还专门有一个Insets�cȝ��来表�C��框在囑�Ş中所占的位置�Q�它包含上下左右四个整型数倹{�?BR>        3。一个图形可以包含很多个子图形，�q�些被包含的囑�Ş在显�C�的时候必��M��某种方式被排列�v来，负责�q�个��d��的就是父囑�Ş的LayoutManager�Q�相应的�U�束�Q�Constraint�Q�对象就在这里，比如在子囑�Ş��h��Q�refreshVisuals�Q�时可以通过��其布局�U�束传递给其父元素来定位�?BR>        4。利用Draw2D中的Router、Anchor和Locator�Q�可以实现多�U�连接样式。Router负责�q�接�U�的外观和操作方式；Anchor控制�q�接�U�端点在囑�Ş上的位置�Q�即"锚点"的位�|�；Locator的作用是定位囑�Ş�?BR>        前面说过了GEF是通过MVC架构实现的，下面分别介绍�q�三个方面：
        一、模型（Model�Q�：�q�个是相�Ҏ��较容易理解，模型保存着业务逻辑�Q�他是GEF�q�中唯一可以持久化的�Q��ƈ且需要提供相应的监听机制�Q�来通知 EditPart��L��新View�Q�监听机制又可以分�ؓ分布式和集中式两�U�，我们可以针对域监听器�q�行转有通知�Q�也可以全局�q�播�Q�在�q�里我们认�ؓ Command�Q�EditPart用来更新模型的对象）也是模型的一个部分，因�ؓ它了解模型。此外，在有时候可能需要多�U�模型。我们对于业务模型，提供一个“视�䏀�模型，�q�样便于实现和满��相应的要求�Q�不��内部模型是怎么��L��Q�都要实现通知机制�?BR>      二、视图。GEF提供了在EclipseWorkbench中��用Viewer�Q�称为EditPartViewer。它的作用和jface中的 Viewer很相�Q�不�q�这时候它的ContentProvider和LabelProvider是EditPart�Q�通过setContents讄��Q�注意在八进制代码中setContents参数为模型对象，通过分析发现�Q�在AbstractEditPartViewer中此�Ҏ��被重载，可以除了接受 org.eclipse.gef.editpart对象外可以接受Object对象�Q�不�q�此时回调用EditPartFactory�Q�通过�l�定的模型对象来创徏相应的EditPart�Q�个��样做�q�不与“View与Model无直接联�p�Z��的要求相矛盾）。这个接口��承了 org.eclipse.jface.viewers.ISelectionProvider接口�Q�这个也和jface中的viewer一��P��Q�因此�� viewer提供了监听器�Q�这样可以将对view的操作传递到editpart。EditPartViewer会维护各个EditPart的选中状态，如果没有被选中的EditPart�Q�则�~�省选中的是作�ؓcontents的EditPart�?BR>         EditPartViewer可以适配��C�Q何一个SWT控�g�Q�因为它要求有createControl�Ҏ��Q�接受一个父SWT控�g作�ؓ适配对象�Q�从而将 GEF生成的Figure对象昄��在这个SWT控�g上，因此GEF可以使用��M��囑�Ş包，不过GEF提供了对Draw2D的默认实玎ͼ�比如 AbstractGraphicalEditPart�c�M��的回调方法createFigure��p��求返回一个IFigure对象。将一个GEF囑�Ş昄��出来可以使用org.eclipse.ui.part.EditorPart也可以是org.eclipse.ui.part.ViewPart�Q�如果��?EditorPart�Q�则需要实现��承自WorkbenchPart的createPartControl,如果是ViewPart则需要自己实��C�� GEF的交互，不过Eclipse Workbench对viewpart和editorpart的支持是一��L��Q�都是在plugin文�g扩展相应的扩展点。一般来��_��使用GEF�?Editorpart的模式实现是非常方便的�?BR>      GEF目前提供两种视图分别是GraphicalViewer和TreeViewer�Q�都间接�l�承了EditPartViewer接口�Q�前者利�?Draw2D囑�Ş�Q�IFigure�Q�作��现方式，多用于编辑区域，后者则多用于实现大�U�展�C�，�q�且他们有两个具体的实现�Q�分别是 ScrollingGraphicalViewer和TreeViewer。其中ScrollingGraphicalViewer�Q�通过分析GEF源代码可知，是GraphicalEditor中Viewer的默认实玎ͼ�我们可以通过GraphicalEditor�c�L��供的 setGraphicalViewer(GraphicalViewer)�Ҏ��重新讄��其他viewer。我们在使用的时候通过 configureGraphicalViewer和initializeGraphicalViewer�Ҏ��来配�|�GraphicalViewer。所不同的是�Q�在configureGraphicalViewer之后initializeGraphicalViewer之前插入了一�?hookGraphicalViewer�Ҏ��Q�其作用是同步选择和把 EditPartViewer作�ؓSelectionProvider注册到所在的site�Q��其成为SelectionProvider�?BR>      此外�Q�GEF中还提供一�U�成��色板�Q�PaletteViewer�Q�的视图�Q�它也是间接实现了EditPartViewer接口。因此，我也像配�|�GraphicalViewer一��h��配置PaletteViewer�Q�类似的使用 configurePaletteViewer和initializePaletteViewer�Ҏ��Q�其间类似的插入了一�?hookPaletteViewer�Ҏ��Q�用于设�|�相应EditDomain的PaletteViewer�?BR>       最后，�ȝ��一下如何配�|�GraphicalView�Q�主要是四个斚w��Q?BR>      1。设�|�一个RootEditPart�Q�RootEditPart的是使整个GEF框架�q�行��h��的关键之一。RootEditPart�q�不对应于�Q何的模型对象�Q�它��从setContents()�Ҏ��中接收到的模型对象进行�{换，�q�添加到整个的EditPart体系中去�?BR>       2。设�|�其EditPartFactory�Q�负责从模型到EditPart的�{换。一般来说一个模型对象对应于一个EditPart�?BR>       3。设�|�EditDomain�Q�用来接收事件�ƈ选择恰当的事件处理函数进行处理，�q�个主要是�ؓ了相应view所接收到的用户的操作�?BR>       4。调用setContents()�Ҏ��Q��ؓ其设�|�要昄��的内宏V�?BR>       三、控制器�Q�EditPart�Q�。这是GEF最核心的地方了�Q�它��model和view联系��h��。程序员可以�l�承三种EditPart�Q�分别是 org.eclipse.gef.editparts.AbstractGraphicalEditPart�Q�org.eclipse.gef.editparts.AbstractConnectionEditPart�Q�AbstractGraphicalEditPart的子�c�）和org.eclipse.gef.editparts.AbstractTreeEditPart�?/B>EditPart 的生命周期当setContents�Ӟ��模型对象输入，此对象�ؓ��层对象�Q�通过它可以遍历所有的模型对象。：EditPartViewer配备�?EditPartFactory�Q�EditPartViewer通过EditPartFactory构造相应的Contents EditPart。然后EditPartViewer中的每个EditPart通过EditPartFactory构造相应的子EditPart。当用户��d��新的模型的时候，包含�q�些模型对象的所对应的EditPart��构造相应的EditPart作出相应。视囄��构造和EditPart的构造是同时�q�行的，每当EditPart构造�ƈ��d��到它的父EditPart后相应的view也做同样的事情，比如GraphicalEditor中就�?GraphicalViewer成员变量�Q�在此edipart创徏时回调用createPartControl�Q�在�q�个�Ҏ��中将会创建相应的view�Q��ƈ��其加入到父view中�?BR>       一旦用户丢弃了某些模型对象�Q�相应的EditPart��׃��被丢弃。比如用��h��行了删除操作�Q�则相应的模型对象和相应的EditPart都被删除了，但用��h��销了删除操作而重新创建的EditPart与原来的EditPart是不同的�Q�所以EditPart是不能保存长期信息的�Q�应该交�l�模型去保存�Q��ƈ�?EditPart也是不能被Command所引用�?BR>    在具体��用时�Q�应该先定一个Contents EditPart,它的父元素�ؓEditPartViewer的RootEditPart。RootEditPart是EditPartView�?root�Q�它��EditPartView和它的contents�Q�一般认为是��层模型对象所对应的EditPart�Q�联�p��v来，RootEditPart 为用��L��EditPart提供一致性的上下文（context�Q�。�ƈ且，当没有被选中的模型EditPart�Ӟ��层对象的EditPart是默认被选中的，而RootEditPart是不能被选中的或者定位的�Q�甚至不能与用户�怺�互，他也��没有对应的模型对象。GEF提供了几个默认的 RootEditPart的实玎ͼ�FreeformGraphicalRootEditPart,RootTreeEditPart, ScalableRootEditPart�Q�ScalableFreeformRootEditPart�Q�此�cȝ��承于 FreeformGraphicalRootEditPart�Q�增加了�~�放Zoom支持�Q�提供了ZoomManager�Q�增加了一个LayerPane�Q?ScalableFreeformLayeredPane。）�Q�（原来�q�有个GraphicalRootEditPart�Q�已�l�deprecated�Q�用 ScalableRootEditPart代替�Q�。这里要注意的是�Q?BR>    1)对于FreeformRootEditPart�Q�以及它的子�c?ScalableFreeformRootEditPart�Q�，它的Contents EditPart应该有一�?FONT size=-1>org.eclipse.draw2d.FreeformFigure对象�Q�比如FreeformLayer或FreeformLayeredPane�Q�作为它的Figure。例如在我们的代码里�Q�对应的��是�?DiagramPart中的createFigure�Ҏ��Q�它�q�回了一个FreeformLayer对象�?BR>    2) FreeformGraphicalRootEditPart的Primery Layer没有使用draw2d的LayoutManager�Q��ƈ且，除非contents的figure是个freeform figure�Q�否则不能正��的调整大小�?BR>    3)FreefromGraphicalRootEditPart使用FreeformViewport�c�M��为它的primary figure�Q�这个类必须和ScrollingGraphicalViewer使用�?BR>    4)ScalableRootEditPart使用 Viewport作�ؓprimery figure�Q�这个类必须和ScrollingGraphicalViewer使用�?BR>    5)RootTreeEditPart是TreeViewer的RootEditPart�?BR>    Contents EditPart的图形一般是一个空面板�Q�该面板��包含diagram的子图�?BR>    我们�q�要定义其他“视�䏀�模型的EditPart�Q�比如节点（node�Q�，�q�接�Q�connection�Q�。对于节点，是Graphical�Q�可以��?AbstractGraphicalEditPart。�ƈ且可以实现NodeEditPart接口�Q�则可以支持源和目标�?ConnectionEditPart�Q��用Anchor�Q�具体在下面有讲�q�。在�q�里�Q�我们的代码的NodePart�c�M��Q�重载了 refreshVisual�Ҏ��Q�其中设�|�figure的布局�U�束是通过它的父元素来定位的，我不知道�q�是不是标准的方法，XYLayout使用的是 rectangle�U�束�Q�如果长宽设为－1�Q�表�C�Zؓ该图形提供理惛_��。不要��用setBounds�Q�XYLayout布局��理器可以保证对滚动条进行更斎ͼ��q�能��相对约束�{化�ؓ�l�对�U�束�Q�如果长宽设�|��ؓ�Q?�Q�则能够��图形设�|��ؓ理想的大��。此外，��Z��改进性能�Q�我们可以将refreshVisual中有若干模型的分别刷斎ͼ�或者设�|�是否需要刷新的开兟�?BR>    对于�q�接�Q�可以��承AbstractConnectionEditPart�Q�这个抽象类已经实现�?ConnectionEditPart。和Node实现一��P��通过refreshVisual�Ҏ��属性从模型映射到图形。连接也可以有约束，不过与前面的�U�束不尽相同。在�q�里�Q�连接�\由器�Q�connection router�Q��用约束来是连接�{向（bend�Q�。需要注意的是，一个Connection EditPart的图形必��L��一个draw2d的Connection�Q�这样就引入了连接锚�Q�Connection Anchor�Q�。连接必��ȝ��q�接锚（ConnectionAnchor�Q�“锚定”在两端。因此，需要在�q�接EditPart或者节点EditPart中实��C��用什么样的锚。缺省情况下�Q�GEF使用节点EditPart通过实现NodeEditPart接口来提供锚。这是因为，锚的选择取决与各个节点上正在使用的图形，而连接EditPart不应了解节点上的囑�Ş�Q��ƈ且，当用户创��接的时候，�q�接EditPart�q�没有创建，�q�时候就��p��点自己显�C�反馈。这里需要注意的是：何时使用以及何时不��用ConnectionEditPart�Q�当用户可以选择某些东西�q�可与之交互�Ӟ��需�?ConnectionEditPart。它可能与某行中的某个对象相对应�Q��ƈ且回自己删除�Q�如果这是需要一个绘制直�U�的节点或者容器，那么只需要用囑�Ş�?paint�Ҏ��l�制直线�Q�或者组合一个图形，�q�个囑�Ş包含Polyline囑�Ş。连接必��要拥有源和目标。如果要创徏一个连接，�q�且在没有源和目标存在的情况下，可以�l�承AbstractGraphicalEditPart�Q��ƈ使用�q�接囑�Ş�Q�比如PolylineConnection�?BR>    正如前面说的�Q�模型需要实现某�U�通知机制�Q�各个EditPart要将自己做�ؓ监听者，注册在模型上�Q�以便在模型发生改变的时候收到相应的通知�? 当EditPart收到相应的通知�Ӟ��调用相应的处理方法，来进行一�ơ强制的��h��Q�对于模型对象的增减可以调用refreshChildren�Ҏ��Q�对于简单属性的更改可以调用refreshVisuals�Ҏ��Q�这�Ӟ��像前面提到的�Q�可以只��h��改变的部分，以提高性能。一般，我们在Activate�Ҏ��中注册监听器�Q�在Deactivate�Ҏ��中注销监听器�?BR>    以上完成的是从模型到视图的映��，你还需要实现的是编辑策略Edit Policies�Q�因为EditPart�q�不直接�Ҏ��型进行编辑，每一个EditPolicy都针对一个特定的�~�辑��d��或者一�l�相关的工作。这��L��实现便于在不同的EditPart间重用（reuse�Q�编辑行为，�q�且�q�样的实玎ͼ�可以动态的改变行�ؓ�Q�比如改变layout或者routing时。在 createEditPolicies�Ҏ��中，我们要insall我们的的Policies�Q�这时候就需要roles�Q�roles的作用就是作为关键字来标�C�Z��同的policies。policy中提供Command�Q�每个应用程序都有个Command栈，Command的运行要通过Command栈，而不是直接调用execute�Ҏ��?BR>    说到�q�里�Q�要注意EditPartView是视囄��Q�一般放在一个UI插�g上比如EditorPart�Q�viewPart�Q�甚至swt控�g。EditPart是控制器�Q�联�p�视囑֒�模型�?BR>    在本文的最后介�l�一下GEF的运行机�Ӟ��EditPartView接受用户的操作，如节点的�U�d��Q�增删，每个节点对应一个EditPart对象�Q�每�?EditPart都有一�l�由Role区分的EditPolicies�Q�每个EditPolicy会对应一些Command对象�Q�Command最�l�会�Ҏ��型进行操作。用��L��操作会�{化�ؓRequest分配�l�特定的EditPolicy�Q�由EditPolicy创徏相应的Command�Ҏ��型进行操作，�q�些 Command会保留在EditDomain的命令堆栈中�Q�用于实现undo�Q�redo功能�Q�EditDomain是专门用于维�?EditPartView�Q�Command信息的对象，一般每个EditPart有一个EditDomain�?BR>    以上��是�Ҏ��作的GEF部分的大概描�q�ͼ�可能有些地方写的比较�|�嗦�Q�有的地方写的也可能不对�Q�希望大家指出，谢谢。下面还要对RCP部分�q�行一些描�q��?BR>

Long Long Ago 2006-01-12 14:35 发表评论

亚洲第一视频在线观看免费,亚洲六月丁香六月婷婷蜜芽,亚洲视频欧洲视频

JFace的作为Java Application使用

eclipse下java动态编译时com.sun.tools.javac.Main�c�d��载问题的解决

理解Java ClassLoader机制

Java ClassLoader

[转蝲][备䆾][Java|Eclipse|GEF]Figure是如何定位和讄���大小�Q?