方法重写意义(JAVA如果接口的方法都要重写,那接口还有什么意义)

1.JAVA如果接口的方法都要重写,那接口还有什么意义

如果只是单个的类继承单个的接口的话 那肯定没啥意义

但是多个类同时继承一个接口的话那就不一样了

这也是"接口"这个为什么叫名字的原因

本来不相关的两个类继承了同一接口的话 这两个类就能产生关联.通过这个关联你能实现好多特别的效果 建议你去看看设计模式 里边有好多模式都是根据这条设计的

接口还有一个好处是： Java语言不支持一个类有多个直接的父类（多继承），但可以实现（implements）多个接口，间接的实现了多继承.

接口也可以实现封装，调用者只要调用接口，而无需关注它怎么实现等问题

2.java中方法重载有什么条件

重写一般用于继承体现多态应为我们经常会设计一个抽象类来而且确定其基本方法，如person类有work(){sysout.println（"做自己的工作"）}方法，那么他的copy子类teacher 类，默认就有了这个方法但是他的work（)方法内容应该具体些所以重百写work(){sysout.println（"没事干，教书去"）}当然这样设计不太好反正就是这个意思嘛。

方法重载就像在teacher类里面有个eat(String str){sysout.println（"我要吃"+str）}还有个eat(){sysout.println（"我要吃饭"）}。反正这个意思， 至于语法相同点不管重写还是重度载方法名都是相同的，区别忘了呵呵。

3.C#为什么要引入方法重写的机制

题主完全无视什么是面向对象，什么是多态，建议题主还是好好回归课本。

可能题主有点儿 C 语言的底子，一头栽在面向过程的坑里还没出来。

而且题主有一个最重要的误区，认为重写比另定义方法是“偷懒”，其实后者才是明显的偷懒。看题主应该是学生，没接触过什么真正的项目，要知道在真正的项目里各个类内部的逻辑与类之间的关系的设计是十分复杂的，能找出若干个类之间的联系并抽出接口和抽象类的工作量明显要比随心所欲的让各个类之间“各自为战”困难的多，怎么在题主眼里变成是“偷懒”了？

那么问题来了，既然多态这么费事儿，干嘛要用多态？因为多态虽然说在前期设计上很费事儿（这就是为什么架构设计师比码农工资高的缘故）最重要的好处就是后期维！护！扩！展！方！便！要知道实际开发中没有一个项目编码完成后就不需要维护了的。