相关疑难解决方法(0)

我想知道什么时候应该使用接口.

让我们考虑以下事项:

public abstract class Vehicle {
   abstract float getSpeed();
}

并且:

public interface IVehicle {
  float getSpeed();
}

我可以很容易地实现它们,它们具有相同的功能......但是我也可以在我的车辆类中添加一些变量,这些变量可能应该用在车辆中(maxSpeed,carType ......)

使用接口的原因是什么？

谢谢!

编辑:我在另一个帖子中找到了一个很好的链接:http://www.thecoldsun.com/en/content/01-2009/abstract-classes-and-interfaces

我被问到一个问题,我想在这里查看我的答案.

问:在哪种情况下扩展抽象类而不是实现接口更合适？

答:如果我们使用模板方法设计模式.

我对么 ？

如果我无法清楚地陈述问题,我很抱歉.
我知道抽象类和接口之间的基本区别.

1)当需求需要在特定操作的每个子类中实现相同的功能(实现方法)和其他一些操作的不同功能(仅方法签名)时,使用抽象类

2)如果需要将签名设置为相同(并且实现不同),请使用接口,以便您可以遵守接口实现

3)我们可以扩展一个抽象类的最大值,但可以实现多个接口

重申一个问题:除了上面提到的那些之外,还有其他任何场景,具体我们需要使用抽象类(一个是模板方法设计模式在概念上仅基于此)吗？

接口与抽象类

在这两者之间做出选择真的取决于你想做什么,但幸运的是,对我们来说,Erich Gamma可以帮助我们一点.

一如既往地存在权衡,接口为您提供基类的自由,抽象类使您可以自由地在以后添加新方法. - Erich Gamma

你无法在不改变代码中的许多其他东西的情况下更改接口,因此避免这种情况的唯一方法是创建一个全新的接口,这可能并不总是一件好事.

Abstract classes应主要用于密切相关的对象.Interfaces更好地为不相关的类提供通用功能.

我对这件事情仍然有些困惑.我到现在所发现的是

(这里已经提出了类似的问题,但我还有其他一些观点.)

1. 接口是仅抽象方法和最终字段的集合.

2. Java中没有多重继承.

3. 接口可用于在Java中实现多重继承.

4. 继承的一个优点是我们可以在派生类中使用基类代码而无需再次编写它.可能这是继承在那里最重要的事情.

现在..

Q1.由于接口只有抽象方法(没有代码)所以我们怎么说如果我们实现任何接口那么它是继承？我们没有使用它的代码.

Q2.如果实现接口不是继承,那么如何使用接口来实现多重继承？

Q3.无论如何使用Interfaces有什么好处？他们没有任何代码.我们需要在我们实现它的所有类中反复编写代码.

那么为什么要制作接口呢？

注意:我找到了一个接口有用的案例.它的一个例子就像在Runnable接口中我们有public void run()方法,我们在其中定义线程的功能,并且内置编码,该方法将作为单独的线程运行.所以我们只需要编写线程中的代码,Rest是预定义的.但是这个东西也可以用抽象类和所有东西来实现.

那么使用接口的确切好处是什么？我们使用Interfaces实现了多重继承吗？

我正在研究我的设计模式,我在编码中尚未认真使用的一种模式是装饰模式.

我理解这种模式,但我想知道的是现实世界中一些具体的例子,装饰者模式是最佳/最佳/优雅的解决方案.需要装饰器模式的特定情况非常方便.

谢谢.

准确地在Java中使用接口的一个很好的例子将是理想的,并且适用于任何特定的规则.

可能重复:
在接口中受保护

在Java中为什么我不能在接口中使用受保护的方法？

因为根据Java规范

受保护的访问(由关键字protected表示) - 同一个包中任何类型可访问的字段或方法,以及任何包中的子类.

如果我必须使用该接口,我将实现它并覆盖方法.因此,如果我要实现类可以访问这些方法的位置,那么可以在任何包中访问该方法.那么在接口中将方法声明为受保护的危害是什么呢？

我从不同的文章中学习了Bridge模式,并且按照我的理解实现了它.令我困惑的一件事是桥模式说

BridgePattern将抽象与其实现分离,以便两者可以独立变化

这个陈述的含义是什么？实现是在单独的jar中吗？

什么是独立声明的含义？

考虑提供的journaldev文章,详细说明答案.

任何帮助是极大的赞赏.

何时以及为什么要使用抽象类？我想看看它们用途的一些实际例子.另外,抽象类和接口有什么区别？

我确切地知道接口和抽象类之间有什么区别,但为什么接口有用呢？看这个 :