比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

学习一下编程模式就知道 ，就了解接口了。  看看集合类的api也行 。接口 提高代码的重用率。
减低耦合性。

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

Quote: 引用 9 楼 wlwlwlwl015 的回复:

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

我知道不用一定要重写，但你肯定会重写父接口一个方法吧！那么这时候是不是违法了继承的原则性。继承就是为了不用再去重写父接口的东西，才起着意义。

Quote: 引用 11 楼 u014542482 的回复:

Quote: 引用 9 楼 wlwlwlwl015 的回复:

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

我知道不用一定要重写，但你肯定会重写父接口一个方法吧！那么这时候是不是违法了继承的原则性。继承就是为了不用再去重写父接口的东西，才起着意义。

为什么要重写父接口的方法，我继承之后什么都不用写，直接用。不知道你哪里不理解，给你看个栗子：

public interface IBaseDao<T>

{

	public T add(T t);



	public void update(T t);



	public void delete(int id);



        ……  等等省略

    

public interface YdAccountDao extends IBaseDao<YdAccount>{

        //这里什么都不写.如果有需求可以继续写自己的业务方法

}

为什么java里面的list接口里面的抽象方法还要重写Collection里面的方法，我继承了不是就代表拥有Collection里面的方法了吗

我对Java的接口也不理解，没有代码的实现，起不到什么重用作用，还多余写了代码。只是如果一个类要实现接口，就要强制实现它的方法。c++就没有接口

接口的继承实际上是一个接口功能增加的过程，有些应用只需要简单的接口。通过继承，可以在简单的接口上得到适合自己需要的复杂接口

Quote: 引用 11 楼 u014542482 的回复:

Quote: 引用 9 楼 wlwlwlwl015 的回复:

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

我知道不用一定要重写，但你肯定会重写父接口一个方法吧！那么这时候是不是违法了继承的原则性。继承就是为了不用再去重写父接口的东西，才起着意义。

为什么要重写父接口的方法，我继承之后什么都不用写，直接用。不知道你哪里不理解，给你看个栗子：

public interface IBaseDao<T>

{

	public T add(T t);



	public void update(T t);



	public void delete(int id);



        ……  等等省略

    

public interface YdAccountDao extends IBaseDao<YdAccount>{

        //这里什么都不写.如果有需求可以继续写自己的业务方法

}

Quote: 引用 12 楼 wlwlwlwl015 的回复:

Quote: 引用 11 楼 u014542482 的回复:

Quote: 引用 9 楼 wlwlwlwl015 的回复:

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

我知道不用一定要重写，但你肯定会重写父接口一个方法吧！那么这时候是不是违法了继承的原则性。继承就是为了不用再去重写父接口的东西，才起着意义。

为什么要重写父接口的方法，我继承之后什么都不用写，直接用。不知道你哪里不理解，给你看个栗子：

public interface IBaseDao<T>

{

	public T add(T t);



	public void update(T t);



	public void delete(int id);



        ……  等等省略

    

public interface YdAccountDao extends IBaseDao<YdAccount>{

        //这里什么都不写.如果有需求可以继续写自己的业务方法

}

还是不理解这段代码有什么意义。接口就是功能定义的集合，可以用来定义规范。这段代码既没有增加新功能，也没有描述新规范，有什么存在的必要呢？

Quote: 引用 26 楼 u013734720 的回复:

Quote: 引用 12 楼 wlwlwlwl015 的回复:

Quote: 引用 11 楼 u014542482 的回复:

Quote: 引用 9 楼 wlwlwlwl015 的回复:

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

我知道不用一定要重写，但你肯定会重写父接口一个方法吧！那么这时候是不是违法了继承的原则性。继承就是为了不用再去重写父接口的东西，才起着意义。

为什么要重写父接口的方法，我继承之后什么都不用写，直接用。不知道你哪里不理解，给你看个栗子：

public interface IBaseDao<T>

{

	public T add(T t);



	public void update(T t);



	public void delete(int id);



        ……  等等省略

    

public interface YdAccountDao extends IBaseDao<YdAccount>{

        //这里什么都不写.如果有需求可以继续写自己的业务方法

}

还是不理解这段代码有什么意义。接口就是功能定义的集合，可以用来定义规范。这段代码既没有增加新功能，也没有描述新规范，有什么存在的必要呢？

public T add(T t);
public void update(T t);
public void delete(int id);
这些不是功能吗？你还要什么功能？

帖子讨论很热烈啊，楼上诸位说的有道理，基本就那么回事。不过另外一个重要的作用是方便编写Mock类，做单元测试非常方便。比如maven直接默认支持一个test的源代码文件夹，单元测试越来越重要了。

Quote: 引用 27 楼 wlwlwlwl015 的回复:

Quote: 引用 26 楼 u013734720 的回复:

Quote: 引用 12 楼 wlwlwlwl015 的回复:

Quote: 引用 11 楼 u014542482 的回复:

Quote: 引用 9 楼 wlwlwlwl015 的回复:

Quote: 引用 7 楼 u014542482 的回复:

Quote: 引用 3 楼 wlwlwlwl015 的回复:

比如在项目中需要N个接口，他们都要实现一些常用的功能，这样你就可以只写一个接口，然后让你的其他接口都这个接口。通常IBaseDao就是这样的。定义一个泛型接口，然后让其他接口去继承它并定义各自的泛型类，这样就方便很多。

继承IBaseDao接口的接口不是还要重写IBaseDao接口中的的抽象方法吗？对吧！继承后还要重写父接口的方法，岂不是起不到代码重用的作用。应该这样做只是为了层次分明吧！！

重写是根据需求来的，也可以不重写啊谁说一定要重写了？我在IbaseDao定义了所有常用接口。。我继承之后接口就可以用。。一般是我的接口继承IBaseDao,我的类实现IbasezDao并继承IBaseDao的实现类。。这一点在继承泛型对象时特别方便方法调用。可以说我的dao的接口和实现类不需要写任何代码就可以使用父类接口的方法了。

我知道不用一定要重写，但你肯定会重写父接口一个方法吧！那么这时候是不是违法了继承的原则性。继承就是为了不用再去重写父接口的东西，才起着意义。

为什么要重写父接口的方法，我继承之后什么都不用写，直接用。不知道你哪里不理解，给你看个栗子：

public interface IBaseDao<T>

{

	public T add(T t);



	public void update(T t);



	public void delete(int id);



        ……  等等省略

    

public interface YdAccountDao extends IBaseDao<YdAccount>{

        //这里什么都不写.如果有需求可以继续写自己的业务方法

}

还是不理解这段代码有什么意义。接口就是功能定义的集合，可以用来定义规范。这段代码既没有增加新功能，也没有描述新规范，有什么存在的必要呢？

public T add(T t);
public void update(T t);
public void delete(int id);
这些不是功能吗？你还要什么功能？

抱歉没表达清楚，我指的是YdAccountDao。

interface People{
        void id(); 

 }

 interface User extends People{
             void    id();
             void    name();
 }
你的例子是接口继承了接口，他并没有重用，只是说明人有一个id号，而用户是一个人，用户也有id号，并且用户要多一个用户名。
如果把你的例子里面的两个interface改为class的话，意思就可以这么写。
abstract class People{
        int id(){
              return 1; 
        } 

 }

 class User extends People{
             void    name();
 }
这个时候意思虽然没变，但是当你用User customer=new User();的时候，如果 int i=customer.id(); 就可以得到1，你没有在User类里面写过int id()方法，但是你还是得到id值，这不是一种重用吗？如果People类是别人写的，而User类是你写的，你不是很省力的得到了别人写的People的全部功能，而你只是写了User类，给它添加了一个返回名字的方法，这样你不用改变别人写的People类。
那么再回到刚才的Interfac继承的问题，为了要Interface继承呢，如果另外一个类里面有一个方法 int GetId(People p);而且它在很多地方地方都用到People这个接口，如果项目拿到你手里收，客户说User是一个带用户名的People类，那么你可以去改People接口，增加一个Name方法，但是这样做不太好，你可以继承People这个接口，写这个你给我看的User接口，然后去写一个具体的User类实现User接口，这样所有int GetId(People p)的地方都需要改动，因为以前写的类只到People只有一个id方法，但是其实你的People功能已经不止这么点了，但是你改了以后，以前的代码不用动，而只需要在新的代码里增加String getName(User user);这样的办法。
老外比较喜欢这么写，这样写看起来很啰嗦，开始写程序的时候不需要追求这些，但是这条路是必经的，早晚写着写着就追求这样的境界了，慢慢来。

java接口继承接口有意义吗？比如
interface People{
       void id(); 

}

interface User extends People{
            void    id();
            void    name();

}

继承不是就是为了代码的重构重用性吗？这样继承后，子接口还是要重写了父接口的方法，这样不是违背了继承的原则性和性了吗？看了jdk源码，但人家就是这么干的，到底有什么意义或作用？？？？？

interface People{
        void id(); 

 }

 interface User extends People{
             void    id();
             void    name();
 }
你的例子是接口继承了接口，他并没有重用，只是说明人有一个id号，而用户是一个人，用户也有id号，并且用户要多一个用户名。
如果把你的例子里面的两个interface改为class的话，意思就可以这么写。
abstract class People{
        int id(){
              return 1; 
        } 

 }

 class User extends People{
             void    name();
 }
这个时候意思虽然没变，但是当你用User customer=new User();的时候，如果 int i=customer.id(); 就可以得到1，你没有在User类里面写过int id()方法，但是你还是得到id值，这不是一种重用吗？如果People类是别人写的，而User类是你写的，你不是很省力的得到了别人写的People的全部功能，而你只是写了User类，给它添加了一个返回名字的方法，这样你不用改变别人写的People类。
那么再回到刚才的Interfac继承的问题，为了要Interface继承呢，如果另外一个类里面有一个方法 int GetId(People p);而且它在很多地方地方都用到People这个接口，如果项目拿到你手里收，客户说User是一个带用户名的People类，那么你可以去改People接口，增加一个Name方法，但是这样做不太好，你可以继承People这个接口，写这个你给我看的User接口，然后去写一个具体的User类实现User接口，这样所有int GetId(People p)的地方都需要改动，因为以前写的类只到People只有一个id方法，但是其实你的People功能已经不止这么点了，但是你改了以后，以前的代码不用动，而只需要在新的代码里增加String getName(User user);这样的办法。
老外比较喜欢这么写，这样写看起来很啰嗦，开始写程序的时候不需要追求这些，但是这条路是必经的，早晚写着写着就追求这样的境界了，慢慢来。

Quote: 引用 31 楼 hazel_81 的回复:

interface People{
        void id(); 

 }

 interface User extends People{
             void    id();
             void    name();
 }
你的例子是接口继承了接口，他并没有重用，只是说明人有一个id号，而用户是一个人，用户也有id号，并且用户要多一个用户名。
如果把你的例子里面的两个interface改为class的话，意思就可以这么写。
abstract class People{
        int id(){
              return 1; 
        } 

 }

 class User extends People{
             void    name();
 }
这个时候意思虽然没变，但是当你用User customer=new User();的时候，如果 int i=customer.id(); 就可以得到1，你没有在User类里面写过int id()方法，但是你还是得到id值，这不是一种重用吗？如果People类是别人写的，而User类是你写的，你不是很省力的得到了别人写的People的全部功能，而你只是写了User类，给它添加了一个返回名字的方法，这样你不用改变别人写的People类。
那么再回到刚才的Interfac继承的问题，为了要Interface继承呢，如果另外一个类里面有一个方法 int GetId(People p);而且它在很多地方地方都用到People这个接口，如果项目拿到你手里收，客户说User是一个带用户名的People类，那么你可以去改People接口，增加一个Name方法，但是这样做不太好，你可以继承People这个接口，写这个你给我看的User接口，然后去写一个具体的User类实现User接口，这样所有int GetId(People p)的地方都需要改动，因为以前写的类只到People只有一个id方法，但是其实你的People功能已经不止这么点了，但是你改了以后，以前的代码不用动，而只需要在新的代码里增加String getName(User user);这样的办法。
老外比较喜欢这么写，这样写看起来很啰嗦，开始写程序的时候不需要追求这些，但是这条路是必经的，早晚写着写着就追求这样的境界了，慢慢来。

这个说的挺好，接口化的编程，我比较喜欢，现实中很多人尤其是新手，可能不太喜欢这么干，而且觉得接口这东西有什么用呢？甚至一个项目中一个接口都看不到，这样子的写的项目维护起来累死人。