理解JAVA中的接口和抽象类
抽象类往往用来表征我们在对问题领域进行分析、 设计中得出的抽象概念，是对一系列看上去不同，但是本质上相同的具体概念的抽象，我们不能把它们实例化（拿不出一个具体的东西）所以称之为抽象。比如：我们要描述“水果”，它就是一个抽象，它有质量、体积等一些共性（水果有质量），但又缺乏特性（苹果、橘子都是水果，它们有自己的特性），我们拿不出唯一一种能代表水果的东西（因为苹果、橘子都不能代表水果），可用抽象类来描述它，所以抽象类是不能够实例化的。当我们用某个类来具体描述“苹果”时，这个类就可以继承描述“水果”的抽象类，我们都知道“苹果”是一种“水果”。
在面向对象领域，抽象类主要用来进行类型隐藏。我们可以构造出一个固定的一组行为的抽象描述，但是这组行为却能够有任意个可能的具体实现方式。这个抽象描述就是抽象类，而这一组任意个可能的具体实现则表现为这个抽象类的所有派生类。
接口和抽象类中的所有抽象方法不能有具体实现，而应在它们的子类中实现所有的抽象方法（要有函数体，哪怕{ }里是空的），ｊａｖａ的设计者可能为抽象方法的灵活性考虑，每个子类可根据自己的需要来实现抽象方法。
抽象类（abstract class）的定义方式如下：
public abstract class AbstractClass //里面至少有一个抽象方法
{
public int t; //可以有普通数据成员
public abstract void method1(); //抽象方法，抽象类的子类在类中必须实现抽象类中的抽象方法
public abstract void method2();
public void method3(); //可以有非抽象方法
public int method4();
publi int method4 (){
…… //抽象类中可以赋予非抽象方法方法的默认行为，即方法的具体实现
}
public void method3(){
…… //抽象类中可以赋予非抽象方法方法的默认行为，即方法的具体实现
}
}
接口（interface）的定义方式如下：
public interface Interface
{
static final int i=1; //接口中不能有普通数据成员，只能够有静态的不能被修改的数据成员,static表示全局
，final表示不可修改，可以不用static final 修饰，会隐式的声明为static�
相关文档：
create PROCEDURE pagelist
@tablename nvarchar(50),
@fieldname nvarchar(50)='*',
@pagesize int output,--每页显示记录条数
@currentpage int output,--第几页
@orderid nvarchar(50),--主键排序
@sort int,--排序方式，1表示升序，0表示降序排列
......
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
1.
super是调用父类的构造函数
2.
this调用的同类的构造函数.
3.
3.1
synchronized关键字的作用域有二种
3.1.1
是某个对象实例内，synchronized aMethod(){}可以防止多个线程同时访问这个对象的synchronized方法（如果一个对象有多个synchronized方法，只要一个线程访问了其中的一个synchronized方法，其它线程不能 ......
1) AbstractClass（抽象类）：定义了一到多个的抽象方法，以供具体的子类来实现它们；而且还要实现一个模板方法，来定义一个算法的骨架。该模板方法不仅调用前面的抽象方法，也可以调用其他的操作，只要能完成自身的使命。
2) ConcreteClass（具体类）：实现父类中的抽象方法以完成算法中与特定子类相关的步骤。
& ......
开发了个flex和java的测试项目，因为flex文件比较多，所以创建flex时候，
在WebRoot下建立了文件夹bin，用来存储html和swf文件
想在浏览器输入http://localhost:8080/project直接可以访问文件夹下的html
第一，在WebRoot下建立index.jsp
<%@ page language="java" import="java.util.*" pageEncoding="GBK"%>
&l ......
