Quand dois-je utiliser des interfaces au lieu de classes abstraites? [dupliquer]

utilisez une classe abstract lorsque vous voulez définir un template pour un groupe de sous-classes , et vous avez au moins un code d'implémentation que call sub-classes pourrait utiliser.

utilisez une interface lorsque vous voulez définir le rôle que d'autres classes peuvent jouer, indépendamment de l'endroit où ces classes se trouvent dans l'arbre héréditaire

vous étendre une classe abstraite

vous mettre en œuvre une interface :)

dans un interface tous les champs sont automatiquement public static final et tous les méthodes sont public alors qu'une classe abstraite vous permet un peu de flexibilité ici.

les classes abstraites peuvent contenir des méthodes qui ne sont pas abstraites, alors que dans les interfaces toutes vos méthodes sont abstraites et doivent être implémentées.

vous devriez utiliser des interfaces à la place quand vous savez que vous allez Toujours mettre en œuvre ces méthodes. Aussi vous pouvez hériter de multiples interfaces, c'est la façon de java de traiter l'héritage multiple

est essentiellement utilisée lorsque deux parties travaillent ensemble,et qu'une partie veut cacher quelque chose à l'autre(ou ne veut montrer qu'une partie de sa classe).que nous utilisons l'interface par exemple. dans jdbc JDBC fournisseurs nous fournir quelques interfaces bcoz, ils veulent tout cacher de nous.

n'est utilisée que dans ce cas lorsque nous voulons supporter un comportement commun dans plus d'une classe...ou vous voulez fournir une mise en œuvre pré-implémentée avec une mise en œuvre non-implémentée méthodes(méthodes abstraites). par exemple. http servlet in servlet interface est une classe abstraite bcoz cette classe implémente l'interface de servlet sauf sa méthode de service...cette classe nous aide donc à obtenir une préimplémentation de la méthode d'interface...

réellement Interface et classe abstraite sont utilisés pour juste spécifier certains contrat/règles qui montreront juste, comment leurs sous-classes seront.

la plupart du temps, nous savons que l'interface est un pur abstrait.Signifie que vous ne pouvez pas spécifier une méthode unique avec le corps.Ce point particulier est celui des avantages de la classe abstraite.Les moyens dans la classe abstraite u ont le droit de spécifier la méthode avec le corps et sans le corps aussi bien.

donc si vous voulez préciser quelque chose sur sous-classe ur, puis u peut aller pour l'interface. Mais si u veut aussi spécifier quelque chose pour les sous-classes ur et que u veut aussi que la classe ur ait sa propre méthode.Alors dans ce cas u peut aller pour la classe abstraite

vous ne pouvez pas obtenir l'héritage multiple avec la classe abstraite qui est pourquoi sun microsystem fournir des interfaces.

vous ne pouvez pas étendre deux classes mais vous pouvez implémenter plusieurs interfaces""

Interface et Abstract Class sont les deux différentes façons de parvenir à l'Abstraction dans la programmation orientée objet les Langues.

Interface provides 100% abstraction, I. e toutes les méthodes sont abstraites.

Abstract class provides 0 to 100% abstraction,I. e elle peut avoir ou ne pas avoir de méthodes abstraites.

nous pouvons utiliser Interface quand nous voulons que toutes les fonctionnalités d'un type soient implémentées par le client.

nous pouvons utiliser Abstract Class lorsque certaines fonctionnalités communes peuvent être fournies par Abstract Class implémenter et le client aura la chance de mettre en œuvre ce dont il a besoin en fait.

Abstract Class : utilisez-le lorsqu'il y a une relation forte is-a entre la super classe et la sous-classe et que toutes les sous-classes ont un comportement commun .

Interface : elle définit le protocole juste que toutes les sous-classes doivent suivre.

la réponse à cette question est très simple,quoi que nous puissions faire avec l'interface peut être fait avec la classe abstraite D'accord...donc quand utiliser les interfaces,la réponse se trouve dans C# restriction de l'héritage multiple. Quand vous avez seulement des contrats (abstracts) à déclarer et que vous voulez que vos sous-classes l'implémentent, cela va avec les interfaces, parce que si vous utilisez la classe abstraite dans ce cas, vous ne pouvez pas hériter d'une classe de plus et vous êtes bloqué si vous voulez hériter d'une classe de plus, mais vous pouvez implémenter comme de nombreuses interfaces.

si vous utilisez JDK 8, Il n'y a aucune raison d'utiliser des classes abstraites car quoi que nous fassions avec des classes abstraites, nous pouvons maintenant le faire avec des interfaces à cause des méthodes par défaut. Si vous utilisez abstract class vous devez l'étendre et il y a une restriction que vous pouvez étendre qu'une seule fois. Mais si vous utilisez l'interface, vous pouvez en implémenter autant que vous voulez.

Interface est par défaut une classe abstraite et toutes les méthodes et les constructeurs sont publics.

j'ai trouvé cette très bonne explication ici espérer qu'il aide quelqu'un. lire ici

et les classes abstraites semblent très similaires, mais il y a des différences importantes entre elles.

l'Abstraction est basé sur un " bon est-un relation". Ce qui signifie que vous dirais qu'une voiture est une Honda, et un Honda est une voiture. Utiliser l'abstraction sur une classe signifie que vous pouvez aussi avoir des méthodes abstraites. Cela nécessiterait une sous-classe de l'extension d'obtenir les méthodes abstraites et de les remplacer. En utilisant l'exemple ci-dessous, nous pouvons créer une méthode abstraite howToStart(); qui demandera à chaque classe de l'implémenter.

par abstraction, nous pouvons fournir des similitudes entre les codes de sorte que nous aurions encore une classe de base. En utilisant un exemple de l'idée de classe de voiture nous pourrions créer:

public abstract class Car{
    private String make;
    private String model

    protected Car() { }  // Default constructor

    protect Car(String make, String model){
        //Assign values to 
    }

    public abstract void howToStart();
}

alors avec la classe Honda nous aurions:

public class Honda extends implements Engine {

    public Honda() { }  // Default constructor

    public Honda(String make, String model){
        //Assign values
    }

    @Override
    public static void howToStart(){
        // Code on how to start
    }

}

sont basées sur la relation" has-a". Cela signifie que vous pourriez dire qu'une voiture a un moteur, mais un moteur n'est pas une voiture. Dans L'exemple ci-dessus, Honda a implements Engine .

Pour le moteur de l'interface nous pourrons créer des:

public interface Engine {
    public void startup();
}

l'interface fournira une instance de plusieurs à un. Donc on peut appliquer l'interface moteur à n'importe quel type de voiture. On peut aussi l'étendre à d'autres objets. Comme si nous devions faire une classe de bateau, et avoir des sous-classes de types de bateau, nous pourrions étendre le moteur et avoir les sous-classes de bateau startup(); la méthode. Les Interfaces sont bonnes pour créer le cadre à diverses classes qui ont des similitudes. Nous pouvons également implémenter plusieurs instances dans une même classe, comme:

public class Honda extends implements Engine, Transmission, List<Parts>

espérons que ça aide.

si vous êtes dans une situation où l'implémentation de votre méthode D'Interface est la même pour toutes les classes héritées, alors vous n'avez pas besoin d'interface, à la place la classe abstraite aurait dû être utilisée. Quand vous voulez que quelque chose soit suivi par chaque classe (doit avoir) et là l'implémentation serait différente ou non définie alors nous allons pour L'Interface.