Java 9 Interface vs Classe

Question

Comme Java 9 va nous permettre de définir private y private static également dans des interfaces, quelle serait la différence restante dans les interface y class ? De plus, Java évolue-t-il lentement vers l'héritage multiple ?

Answer 1

Les méthodes d'interface privées de Java 9 se comportent exactement comme les autres méthodes privées : Elles doivent avoir un corps (même dans les classes abstraites) et ne peuvent être ni appelées ni surchargées par les sous-classes. En tant que telles, elles n'ont pas vraiment d'interaction avec l'héritage. En parlant d'héritage (et en particulier d'héritage multiple), il en existe (au moins ?) trois types :

• Héritage des types signifie qu'un type peut être un autre type, par exemple String est un Object . Java a permis l'héritage multiple des types dès le premier jour (via les interfaces).
• Héritage du comportement signifie qu'un type peut hériter du comportement d'un autre type. Avant Java 8, seules les classes pouvaient implémenter des méthodes, il n'y avait donc qu'un seul héritage de ce type. Avec Java 8 sont apparues les méthodes par défaut, qui ont permis aux interfaces de mettre en œuvre des méthodes, donnant ainsi à Java un héritage multiple du comportement.
• Héritage de l'état signifie qu'un type hérite de l'état interne d'un autre type (c'est-à-dire des champs). Dans l'état actuel des choses (Java 9 et tout ce qui est actuellement proposé pour les futures versions de Java), seules les classes peuvent avoir un état, il n'y a donc qu'un seul héritage de ce type.

Comme vous pouvez le constater, les méthodes de l'interface privée n'ajoutent rien ici.

En ce qui concerne votre question sur la comparaison entre les interfaces et les classes, il existe deux différences principales : l'héritage multiple et l'état. Les interfaces supportent la première, les classes peuvent avoir la seconde. Puisque l'état est assez important dans la POO typique, les classes resteront pertinentes.

S'il existait un moyen pour une interface de forcer une implémentation à avoir un champ non public particulier ou à en définir un elle-même, le jeu changerait et les interfaces pourraient concurrencer les classes.

Answer 2

Les méthodes privées ne sont pas héritées par les sous-classes, donc cette fonctionnalité n'affecte pas les classes d'implémentation. Je pense que les méthodes privées dans les interfaces nous permettent de partager le code entre les méthodes par défaut.

Les interfaces Java ne peuvent toujours pas avoir de membres non statiques. C'est une grande différence et non pas de l'héritage multiple IMO.

Answer 3

Les interfaces de Java 9 ne peuvent toujours pas contenir de champs et de constructeurs. Cela fait une énorme différence entre les classes et les interfaces, donc Java 9 est loin de l'héritage multiple.

Answer 4

Bien qu'il s'agisse d'une vieille question, permettez-moi d'y apporter ma contribution :)

1. classe abstraite : Dans la classe abstraite, nous pouvons déclarer une instance qui sont nécessaires à la classe enfant

   Interface : Dans une interface, toutes les variables sont toujours publiques et statiques et final, nous ne pouvons pas déclarer de variables d'instance

2. classe abstraite : Une classe abstraite peut parler de l'état d'un objet

   Interface : L'interface ne peut jamais parler de l'état de l'objet

3. classe abstraite : Dans une classe abstraite, nous pouvons déclarer des constructeurs

   Interface : A l'intérieur de l'interface, nous ne pouvons pas déclarer de constructeurs car le but de
   Les constructeurs servent à initialiser les variables d'instance. Ainsi, quel construire si nous ne pouvons pas avoir de variables d'instance dans les dans les interfaces .

4. classe abstraite : A l'intérieur de la classe abstraite, nous pouvons déclarer des blocs d'instance et statiques.

   Interface : Les interfaces ne peuvent pas avoir de blocs d'instance et de blocs statiques.

5. classe abstraite : Une classe abstraite ne peut pas faire référence à une expression lambda

   Interfaces : Les interfaces avec une seule méthode abstraite peuvent faire référence à une expression lambda.

6. classe abstraite : A l'intérieur d'une classe abstraite, nous pouvons surcharger les méthodes de la classe OBJET.

   Interfaces : On ne peut pas surcharger les méthodes OBJECT CLASS dans les interfaces.

Je terminerai sur la note que :

Concepts de méthode par défaut/concepts de méthode statique dans l'interface est venu juste pour sauver les classes d'implémentation mais pas pour fournir une implémentation utile et significative. Les méthodes par défaut et les méthodes statiques sont une sorte d'implémentation factice, "si vous voulez vous pouvez les utiliser ou vous pouvez les surcharger (dans le cas des méthodes par défaut) dans la classe d'implémentation". Cela nous évite de mettre en œuvre de nouvelles méthodes dans les classes d'implémentation chaque fois que de nouvelles méthodes sont ajoutées dans les interfaces. Par conséquent, les interfaces ne peuvent jamais être égales aux classes abstraites.

Answer 5

L'interface Java dans la version 9 a des méthodes privées mais static private. Cette fonctionnalité a été introduite pour permettre des méthodes modulaires. Une fonction doit fonctionner avec une seule responsabilité au lieu d'utiliser de longues méthodes par défaut. Cela n'a rien à voir avec l'héritage multiple. Plus il y a de méthodes statiques privées, plus vous serez en mesure d'écrire un code propre et réutilisable. De toute façon, les méthodes statiques, qu'elles soient publiques ou protégées, ne peuvent pas être surchargées.