在声明类时可以使用三中说明符：public,final和abstract。
public类意味这个类可以被任何对象使用和扩展，而且与他的包无关；
final类则表明这个类没有任何子类；
abstract类即说明这个类是一个抽象类；
如果类声明前没有任何修饰符，则默认为protected类，即只有同一个包中的对象才能使用该类。
声明类的变量和声明类类似，前面可以跟上修饰符；变量有以下几种修饰符：
public--变量在所有类中可视；包括包中的类和所有子类。
protected--变量可以被当前类中的所有方法访问，但是在当前包以外的类中不可见。
private--变量只能被当前类中的所有方法访问。
static--声明此变量为静态变量。
final--该修饰符说明此变量的值在运行期间不能被修改。
为什么不把所有变量都声明成全局变量呢？有两个原因：第一个原因是这样做将浪费大量的内存；第二个原因是如果把所有变量都声明成全局变量会使得程序难以阅读。
在类中有两个特殊的变量：this和super；
在以下两种情况中需要使用this变量：
在类中有两个变量同名，其中一个属于当前类而另一个属于某个特定的方法。
当某个类需要将类作为参数传递给某个方法。
以下情况需要使用super变量：
当覆盖方法时，有时候希望使用老方法中的代码，这是可以使用super变量来获取原来的代码。
接口是程序开发中的一种协议，是一种规约，是上层模块对下层模块的一种调用，上层模块通过接口来访问下层模块的功能，下层模块通过实现接口来完成对上层模块所需功能的提供．是面向对象编程里抽象与具体的一种联系方式，JAVA能够实现多态全靠接口，上层抽象，而下层具体．
接口跟Ｃ＋＋中的虚类对应！
大多数人认为，接口的意义在于顶替多重继承。众所周知Java没有c++那样多重继承的机制，但是却能够实作多个接口。其实这样做是很牵强
的，接口和继承是完全不同的东西，接口没有能力代替多重继承，也没有这个义务。接口的作用，一言以蔽之，就是标志类的类别（type of
class）。把不同类型的类归于不同的接口，可以更好的管理他们。OO的精髓，我以为，是对对象的抽象，最能体现这一点的就是接口。为什么我们讨论设计
模式都只针对具备了抽象能力的语言（比如c++、java、c#等），就是因为设计模式所研究的，实际上就是如何合理的去抽象。（cowboy的名言是
“抽象就是抽去像的部分”，看似调侃，实乃至理）。
设计模式中最基础的是工厂模式（Factory），在我最近的一个很简单的应用中，我想尽量的让我的程序能够在多个数据库间移植，当然，这涉及很
多问题，单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化，只考虑如何连接不同的数据库。
假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同的
数据库，统一返回一个Connection对象，并且都有一个close方法，用于关闭连接。只需要针对你的DBMS，选择不同的类，就可以用了，但是我
的用户他会使用什么数据库？我不知道，我希望的是尽量少的修改代码，就能满足他的需要。我可以抽象如下接口：
package org.bromon.test;
public interface DB
{
java.sql.Connection openDB(String url,String user,String password);
void close();
}
这个接口只定义两个方法，没有任何有实际意义的代码，具体的代码由实作这个接口的类来给出，比如Mysql.java：
Package org.bromon.test;
import java.sql.*;
public class Mysql implements DB
{
private String url=”jdbc:mysql:localhost:3306/test”;
private String user=”root”;
private String password=””;
private Connection conn;
public Connection openDB(url,user,password)
{
//连接数据库的代码
}
public void close()
{
//关闭数据库
}
}
类似的当然还有Oracle.java等等，接口DB给这些类归了个类，在应用程序中我们这样定义对象：
org.bromon.test.DB myDB;
使用myDB来操作数据库，就可以不用管实际上我所使用的是哪个类，这就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的，myDB=
new DB()，这样的代码是绝对错误的，我们只能myDB=new Mysql()或者myDB=new
Oracle()。麻烦了，我还是需要指定具体实例化的是哪个类，用了接口跟没用一样。所以我们需要一个工厂：
package org.bromon.test;
public class DBFactory
{
public static DB Connection getConn()
{
Return(new Mysql());
}
}
所以实例化的代码变成：myDB=DBFactory.getConn()；
这就是23种模式中最基础的普通工厂(Factory)，工厂类负责具体实例化哪个类，而其他的程序逻辑都是针对DB这个接口进行操作，这就是
“针对接口编程”。责任都被推卸给工厂类了，当然你也可以继续定义工厂接口，继续把责任上抛，这就演变成抽象工厂(Abstract Factory)。
整个过程中接口不负责任何具体操作，其他的程序要连接数据库的话，只需要构造一个DB对象就OK，而不管工厂类如何变化。这就是接口的意义----抽象。