相关疑难解决方法(0)

我正在观看Google Tech Talks视频,他们经常提到多态性.

什么是多态,它是什么,以及它是如何使用的？

在我的一次访谈中,我被要求解释Interface和Abstract类之间的区别.

这是我的回答:

Java接口的方法是隐式抽象的,不能有实现.Java抽象类可以具有实现默认行为的实例方法.

在Java接口中声明的变量默认为final.抽象类可能包含非最终变量.

默认情况下,Java接口的成员是公共的.Java抽象类可以具有类似私有,受保护等类通常的类成员.

应使用关键字"implements"实现Java接口; 应使用关键字"extends"扩展Java抽象类.

接口只能扩展另一个Java接口,抽象类可以扩展另一个Java类并实现多个Java接口.

Java类可以实现多个接口,但它只能扩展一个抽象类.

然而,面试官并不满意,并告诉我这个描述代表了" 书本知识 ".

他告诉我一个更实际的回答,解释我何时会使用实际例子在界面上选择一个抽象类.

我哪里做错了？

这可能是一个通用的OOP问题.我想根据它们的用法在接口和抽象类之间进行一般性比较.

什么时候想要使用接口？何时想要使用抽象类？

在C#中,何时应该使用接口,何时应该使用抽象类？决定因素是什么？

我知道他们强迫你实现方法等,但我不明白为什么你想要使用它们.任何人都可以给我一个很好的例子或解释我为什么要实现这个.

我有一些数字Processor类可以完成两个非常不同的事情,但是从公共代码调用("控制反转"情况).

我想知道在决定它们是否应该全部继承BaseProcessor或实现IProcessor为接口时,我应该认识(或认识到,对于你的USsers)的设计考虑因素.

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

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

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

2. Java中没有多重继承.

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

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

现在..

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

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

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

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

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

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

我有一些关于抽象类/方法的基本问题.我知道抽象类的基本用法是为将来的类创建模板.但他们有没有更多的用途？什么时候你应该更喜欢它们而不是接口？抽象方法何时有用？

我已经看到以下代码布局阅读论坛和其他博客文章,并进行了调整,以便提出几个问题.

public interface IService<T>
{
    int Add(T entity);
    void Update(T entity);
}

public abstract class ServiceBase<T> : IService<T>
{
    public int Add(T entity) { ... }
    public void Update(T entity) { ... }
}

public interface ICarService : IService<Car>
{
}

public class SomeBaseClass : ServiceBase<Car>, ICarService
{
    public int Add(Car entity);
    public void Update(Car entity);
}

我不明白的是让抽象类实现接口的好处.对我来说,它只是感觉有点重复,我无法理解实现接口的抽象类的好处.

1. 为什么抽象类ServiceBase<T>只是定义为不需要继承IService接口？这会使代码翻倍吗？
2. 为什么SomeBaseClass还必须加入ICarService？ServiceBase不应该足够吗？

在实现方面,我应该如何选择基本类型或接口？我尝试了几个例子,但我没有得到完整的想法:(

关于如何以及为什么的例子将受到高度赞赏..