对Java中接口的初步理解
现在自学Java中，结合网上搜索、书上描写及自己的理解，对接口有一些理解，希望与大家分享一下。
接口是不同类的相同方法的集合，不过它只给出了方法的定义，并没有给出具体的实现。
就像一群杀手，有人叫他去杀一个人，他们有相同的行为——杀死目标，这就像接口，不同的杀手会用不同的手段，这如方法的具体实现，当然作为雇佣者，他们不需要了解这些，只要知道结果就行，杀死目标。所以说接口利于管理，容易理解。
假如有两个杀手，一个喜欢刺杀，另一个喜欢毒杀，有如下程序：
public class Person {
private String name;
public Person()
{
name = "no name";
}
public Person(String thename )
{
name = thename;
}
public String getName()
{
return name;
}
}
public interface KillMethod { /*接口*/
public void kill(Person p);
}
public class Killer1 implements KillMethod {
private String name;
public Killer1(String thename )
{
name = thename;
}
public String getName()
{
return name;
}
public void kill(Person p)
{
System.out.println("刺杀" + p.getName());
}
}
public class Killer2 implements KillMethod {
private String name;
public Killer2(String thename )
{
name = thename;
}
public String getName()
{
return name;
}
public void kill(Person p)
{
System.out.println("毒杀" + p.getName());
}
}
public class TestAll {
public static void main(String[] args) {
// TODO Auto-generated method stub
Person victim = new Person("嬴政");
Killer1 killer1 = new Killer1("荆轲");
System.out.print(killer1.getName());
killer1.kill(victim);
Killer2 killer2 = new Killer2("�
相关文档：
可从IO的类层次，IO框架的设计模式来论述。
总体来说，IO可以分为字节流和字符流，不同在于字符流由字节流包装而来，在IO读入之后经过JVM处理，把字节流转换成字符流。而字符流的字符采用哪种字符编码实现由JVM默认编码决定。
而每个流都分输入和输出，所以，总体来说，IO有四个顶层类：
InputStream
OutputStream ......
System.out.println(System.getProperty("java.version")); //java版本号
System.out.println(System.getProperty("java.vendor")); //Java提供商名称
System.out.println(System.getProperty("java.vendor.url")); //Java提供商网站
System.out.println( ......
1) 格式化整数(把浮点数转化为整数)
NumberFormat nf = NumberFormat.getIntegerInstance();
double v=12.6;
System.out.println(nf.format(v));
输出� ......
下面的方法意图确定它那唯一的参数是否是一个奇数。这个方法能够正确运转吗？
public static boolean isOdd(int i){
return i % 2 == 1;
}
奇数可以被定义为被2整除余数为1的整数。表达式 i % 2 计算的是 i 整除 2 时所产生的余数，因此看起来这个程序应该能够正确运转。遗憾的是，它不能；它在四分之一的时间里返回� ......
Java基础方面:
1、作用域public,private,protected,以及不写时的区别
答：区别如下：
作用域 当前类 同一package 子孙类 其他package
public& ......
