* cd实现动态类调用
* @param instance 一个信息获取类的实?br> * @param methodName Ҏ名称
* @param classes 参数cd数组
* @param objects 参数数组
* @return Object q回了方法执行后的结?br> */
private Object invokeInstanceMethod(
final Object instance, final String methodName,
final Class[] classes, final Object[] objects) {
try {
Method method;
try {
method = instance.getClass().getDeclaredMethod(methodName, classes);
}
catch (NoSuchMethodException e) {
method = instance.getClass().getMethod(methodName, classes);
}
method.setAccessible(true);
return method.invoke(instance, objects);
}
catch (NoSuchMethodException e) {
throw new RuntimeException(e.getMessage());
}
catch (IllegalAccessException e) {
throw new RuntimeException(e.getMessage());
}
catch (InvocationTargetException e) {
throw new RuntimeException(e.getTargetException().getMessage());
}
}
/* Q非 JavadocQ?br> * @see com.eware.dataBaseOperation.dataOperateToolKit
* .dataBaseOperate.InterFaceGetOwnerDataInfo#getOwnerTables()
*/
/**
* 实现了接口方法获取当前用h有表的信?br> */
public ResultSet getOwnerTables() {
// TODO 自动生成Ҏ存根
return (ResultSet)invokeInstanceMethod(goic, "getOwnerTables",
new Class[]{}, new Object[]{});
}
]]>
1. 普通的非内部类不能被声明ؓprivate?/span>protectedQ否则就失去了创cȝ意义。但是内部类通常可以被声明ؓprivate?/span>protectedcdQ因样可以防止他人对该内部类实现的功能进行修改，辑ֈ隐藏实现l节的目的。例如：
class Fruit {
private class Weight {
private String i;
private Weight(String j) {
i = j;
}
public String read() {
return i;
}
}
}
class test {
public static void main(String[] args) {
Fruit f = new Fruit();
f.Weight w = f.new Weight(); //不能讉Kprivatec，如果Weight?/span>protectedcd则可?/span>
}
}
2. 在方法或某控制语?/span>(if/for/while{?/span>)的作用域内定义内部类Q将只能在该范围内调用内部类的方法和成员变量?/span>
3. 匿名内部cL一U特D的内部c，如果希望它用一个在其外部定义的对象Q那么编译器会要求其参数引用?/span>final的?/span>
public class Fruit {
public Tea cont(final int j) {
return new Tea() {
private int i = j;
public int read() {
return i;
}
}; //注意q里的分?/span>
}
public static void main(String[] args) {
Fruit f = new Fruit();
Tea t = f.cont;
}
}
而当Ҏcont(final int j)中的参数j只是被传递到匿名cM的构造器Ӟ可以不用被声明ؓfinalcdQ如return new Tea(j)。这里提C匿名内部cȝ构造器Q那么它是怎么被初始化的呢Q?/span>
public class Fruit {
public Tea cont(int j) {
return new Tea(j) {
System.out.println(j);
};
}
}
q可以这样初始化匿名内部c：
public class Fruit {
public Tea cont(final int j) {
return new Tea(j) {
int i;
// 初始化匿名内部类
{
i = j;
System.out.print(i);
}
};
}
}
Ҏcont()可以被称为实例初始化ҎQ得匿名内部类通过构造器而被初始化，在实际应用中Q我们不能重载实例初始化ҎQ因为匿名内部类只能有一个构造方法?/span>]]>
1. 贡献法则(Contributin Rule):一切皆是A?/font>
2.遵@法则(Conformance Rule):插g必须遵@预期的接?/font>
3.׃n法则(sharing Rule):增加,不要取代
4.有样学样法则(Monkey See/Monkey Do Rule):遇到问题?首先复制cM插g的结?/font>
5.相关性法?Relevance Rule):只有在操作有可能成功时才昄你所贡献的操?/font>
6.整合法则(Integration Rule):要整合不要分?/font>
7.责Q法则(Responsibility Rule):明确 指出你开发的插g旉题的源头
8.针对API契约~程法则(Program To API Contract Rule):首先查Eclipse API契约,然后后针对契U编E?/font>
9."其他"法则(Other Rule):让用户可以选择所有东?但把那些通常不用于当前视角的选项攑֜Other...对话框中
10.IResource适配法则(Adapt To IResource Rule):应该量为领域对象定义IResource适配?/font>
11.分层法则(Strata Rule):语a无关的功能与特定于具体语a的功能分开,核心功能与UI功能分开
12.使用q诏性法?User Continuity Rule):在多ơ回话期?应该保持用户界面状态一?/font>
]]>
1.邀h?Invitation Rule):可能的邀请别Zؓ你的作品做出贡献
2.懒加载法?Lazy Loading Rule):只有在真正需要的时候才加蝲插g
3.安全q_法则(Safe Platform Rule):作ؓ扩展点的提供?你必M护好自己,不要让扩展者的误操作给你造成损失
4.公^竞赛法则(Fair Play Rule):所有用者遵守同L游戏规则,包括我自?/p>
5.明确扩展法则(Explicit Extension Rule):明确说明q_的什么地方可供扩?/p>
6.发散性法?Diversity Rule):一个扩展点接纳多个扩展
7.良好防M法则(Good Fences Rule):如果要交出程序的控制?首先保护好你自己
8.用户军_法则(User Arbitration Rule):如果有多个选择,q户决定用哪?/p>
9.明确API法则(Explicit API Rule):API与插件内部用的cd开
10.E_性法?Stability Rule):如果你已l开始邀请其他h作出贡献,׃要再改变规则
11.保守API法则(Defensive API Rule):只暴露你有信心的API,但同时也要做好准备暴露更多的API,因ؓ使用者会邀请你q样?/p>
Ҏ指针Q至没有这U意义的Ҏ指针Q，因此我们q不能直接指定方法。与此不同，必须采取一U?br> q回U\Q即使用java.lang.Runnable接口来创Z个对象，此对象中包含一个“可q行”的斏V?br> Runnable接口只定义了唯一的一个通用Ҏ?br> public interface Runnable {
abstract public void run();
}
每个U程的生命周期都始于执行Runnable对象中的run()Ҏ。此对象是传递给U程构造函
数的“目标对象”。run()Ҏ可以包含M代码、但它必L公共的，不仅没有M实参Q而且也没
有返回|另外不会抛出M受查异常?br> M包含有合适的run()Ҏ的类都可以声明它实现了Runnable接口。此cȝ实例是一?br> 可运行的对象Q它可以作ؓ一个线E的目标。如果不希望run()直接攑֜对象中（而且通常不会q样
做）Q则可以建立一个适配器类Q由它作Z个RunnablecR适配器的run()Ҏ则能够在U程启动
后调用Q何需要的Ҏ
]]>
<?xml version="1.0"?>
<!-- build.xml - a simple Ant buildfile -->
<project name="Simple Buildfile" default="compile" basedir=".">
<!-- The directory containing source code -->
<property name="src.dir" value="src"/>
<!-- Temporary build directories -->
<property name="build.dir" value="build"/>
<property name="build.classes" value="${build.dir}/classes"/>
<property name="build.lib" value="${build.dir}/lib"/>
<!-- Target to create the build directories prior to the -->
<!-- compile target. -->
<target name="prepare">
<mkdir dir="${build.dir}"/>
<mkdir dir="${build.classes}"/>
<mkdir dir="${build.lib}"/>
</target>
<target name="clean" description="Removes all generated files.">
<delete dir="${build.dir}"/>
</target>
<target name="compile" depends="prepare"
description="Compiles all source code.">
<javac srcdir="${src.dir}" destdir="${build.classes}"/>
</target>
<target name="jar" depends="compile"
description="Generates test.jar in the 'dist' directory.">
<!-- Exclude unit tests from the final JAR file -->
<jar jarfile="${build.lib}/oreilly.jar"
basedir="${build.classes}"
excludes="**/*Test.class"/>
</target>
<target name="all" depends="clean,jar"
description="Cleans, compiles, then builds the JAR file."/>
</project>
]]>