关于Java接口和抽象类的思考
Java 接口和抽象类区别 收藏
来源 http://blog.csdn.net/sunboard/archive/2009/01/18/3831823.aspx
一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构 合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用 呢，面对对象的设计，复用的重点其实应该是抽象层的复用，而不是具体某一个代码块的复用，是不是一下子感觉自己对复用理解的高度又上升了一层？^_^
说到了抽象，我就不能不提到曾让我头痛的Java接口和Java抽象类了，这也是本文我想说的重点。
既然面向对象设计的重点在于抽象，那Java接口和Java抽象类就有它存在的必然性了。
Java接口和Java抽象类代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP面向对象的编程，如果要提高程序的复用率，增加程序 的可维护性，可扩展性，就必须是面向接口的编程，面向抽象的编程，正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。
Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它们比较一下，你就可以发现了。
1、Java接口和Java抽象类最大的一个区别，就在于Java抽象类可以提供某些方法的部分实现，而Java接口不可以，这大概就是Java抽象类唯一的优点吧，但这个优点非常有用。
如 果向一个抽象类里加入一个新的具体方法时，那么它所有的子类都一下子都得到了这个新方法，而Java接口做不到这一点，如果向一个Java接口里加入一个 新方法，所有实现这个接口的类就无法成功通过编译了，因为你必须让每一个类都再实现这个方法才行，这显然是Java接口的缺点。
2、一个抽象类的实现只能由这个抽象类的子类给出，也就是说，这个实现处在抽象类所定义出的继承的等级结构中，而由于Java语言的单继承性，所以抽象类作为类型定义工具的效能大打折扣。
在这一点上，Java接口的优势就出来了，任何一个实现了一个Java接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个Java接口，从而这个类就有了多种类型。
3、从第2点不难看出，Java接口是定义混合类型的理想工具，混合类表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为。
4、结合1、2点中抽象类和Java接口的各自优势，具精典�
相关文档：
类是一个抽象的概念，是指把具有相同属性和相同行为特征的对象归为一体
而对象就是一个具体的事物，它是属于某个类的一个特例
在一个类中，只有属性定义和方法定义部分，其他语句都是错误 ......
在java中 可以将某个对象赋值给另一个对象 只要该两个对象是属于同一个类即可 此时 这两个对象的所有成员将指向同一块内存
eg：
public class class1
{
&n ......
其技巧就是：定义一个简单接口，并在该接口中声明我们要调用的方法，一般可以应用在键盘鼠标事件跟踪。
下面举一个例子：
假定我们希望在某个事件发生时得到通知。我们可以定义一个接口：
/*
* 在某个事件发生时得到通知．
*/
public interface InterestingEvent {
public void interestingEvent() ......
创建一个类的实例时，
1.会为它以及它的所有父类的实例变量分配内存空间，如果分配空间成功，则所有实例变量都会初始化为默认值0、false、null
2.会递归调用父构造函数，但是暂不执行构造函数的语句；
3.对该父构造函数对应的类的实例变量赋值
4.执行父构造函数的其他语句
5.对于子类，执行2-4步骤 ......
简言之,如果不用第三方提供的接口
那最好的解决方案应该是当SESSION建立时sessionCreated(),在访问总数和当前在线人数上+1
当SESSION销毁时sessionDistroyed(),在线人数-1
核心方法是利用Listener监听的各种接口
我把代码(主要部分)贴在下面
此段代码我亲自使用过,没有问题
但因为继承了接口,有些未使用的方法也要� ......
