关于接口

里氏代换原则是什么？听起来很高深，不过我们也不是什么学院派，就不讲大道理了，直接拿个例子来说一下。
我们拿人和程序员举个例子。人是一个大类，程序员是继承自人的子类。看看这句话：人需要吃饭。这句话我们把“人”换成“程序员”，就是：程序员需要吃饭，这样换不会有什么问题。现在我们反过来，把“程序员可以用计算机写程序”里边的程序员换成“人”，就是：人可以用计算机写程序。这样就不一定正确了，否则问题可就大了，我们这些程序员只怕没得饭吃了。
这个就是里氏代换原则：使用父类的地方肯定可以用它的一个子类来替换掉，但是使用一个子类的时候用它的父类来替换就不一定正确了。
好，现在我们回到程序设计里边来。
看看下面的程序：
一个学校里边，有两种人：学生、老师。他们都要吃饭和睡觉。

public interface 人{
    void 吃饭();
    void 睡觉();
}

 

public class 学生 implements 人{
    public void 吃饭(){
        //去食堂吃饭
    }
    public void 睡觉(){
        //回寝室睡觉
    }
    ...//其他特有方法，比如泡妞、打游戏
}

 

public class 老师 implements 人{
    public void 吃饭(){
        //回家吃饭
    }
    public void 睡觉(){
        //回家睡觉
    }
    ...//其它特有方法，比如为生儿育女传宗接代的历史使命努力等不足为外人道的事情
}

 

public class 学校{
    public void 开饭(人 ren){
        ren.吃饭();
    }

    public void 放学(人 ren){
        ren.睡觉();
    }
}

 

这里就用到了里氏代换原则，"开饭()"和"放学()"的参数都是人，那么这个地方如果换成学生和老师肯定也可以。

 

人 a = new 学生();
学校.开饭(a);
学校.放学(a);

 

这样执行的结果就是学生回寝室吃饭。

 

人 b = new 老师();
学校.开饭(b);
学校.放学(b);

 

这样执行的结果就是老师回家吃饭。

 

为什么要这样写呢？这样写有什么好处呢？
我在开饭的时候完全可以直接调用"学生.吃饭();"、"老师.吃饭();"啊。
接着看。
有一天，学校里来了第三种人，家长。
家长既不是去寝室睡觉也不是回家睡觉，而是旅馆睡觉，既不是去食堂吃饭也不是回家吃饭，而是去下馆子。
这个时候学校这个系统该怎么处理呢？
如果原来没有定义"人"这个接口那就麻烦啦，所有用到人的地方代码都要改。
现在不一样了，我可以直接定义一个类：家长，这个类实现人这个接口就可以了。
好，看代码：

 

public class 家长 implements 人{
    public void 吃饭(){
        //下馆子
    }
    public void 睡觉(){
        //去旅馆睡觉
    }
    ...//其它特有方法，比如会见老师，晓之以钱，动之以利等等，不一而足
}

 

在调用的时候不需要修改任何代码，还和原来一样：

 

人 c=new 家长();
学校.开饭(c);
学校.放学(c);

 

轻松搞定家长的食宿问题！

 

这样一来学校来再多的客人都没关系啊，绝对可以应付自如，这也就是传说中的可扩展性！

不知道初学者看到这里是不是能够明白接口的作用。如果你还不明白，那么你把人这个接口去掉，自己写一个学校开饭和放学的类，然后再加一个家长这个新新人类进去，看看你的代码是什么样子的，再想一下在人口这么多的中国，万一哪天你的学校里来了成千上万个新新人类你该怎么办！

哎！我该上哪儿去吃饭呢？这是个问题啊！