Interface avec les méthodes par défaut vs classe Abstraite Java 8

Que Java 8 permet par défaut de mise en œuvre de méthodes dans l'interface appelée Méthodes Par Défaut, il semble y avoir une confusion entre quand dois-je utiliser un abstract class.

Donc quand dois-interface avec les méthodes par défaut et quand doit une classe abstraite être utilisé? Sont les classes abstraites toujours utile dans ce scénario?

  • Peut-être que vous ne pouvez pas toujours avoir les champs, les méthodes privées, etc. dans les interfaces, tandis que vous pouvez dans la classe abstraite?
  • Je me demandais à propos de ce sujet avant, maintenant je suis clair.Grâce à @Narendra Pathai . Je voudrais ajouter un lien d'un autre thread posées par vous concernant le même sujet, que ces deux ont été mes doutes. stackoverflow.com/questions/19998309/...
  • Vous pouvez trouver un joli post sur celui-ci: blog.codefx.org/java/everything-about-default-methods
  • Vous pouvez encore parfois, le code d'une classe de base comme une interface, même si la classe de base a l'état. C'est juste que l'interface doit définir les setters et getters pour l'état et les classes concrètes ont à mettre en œuvre et de définir le champ. Une restriction sur ce est que dans une classe abstraite, le haricot de propriété ne peut être privé ou protégé. Dans les interfaces seulement les méthodes publiques. Une raison pour vous d'utiliser une classe de base abstraite est si vos classes ont une propriété qui doit être privés ou protégés.
InformationsquelleAutor Narendra Pathai | 2013-11-15
  1. 267

    Il y a beaucoup plus de classes abstraites que par défaut les implémentations de méthode (comme privé de l'état), mais aussi de Java 8, chaque fois que vous avez le choix de soit, vous devriez aller avec le défenseur (aka. default) méthode dans l'interface.

    De la contrainte sur la valeur par défaut de la méthode est qu'elle peut être mise en œuvre que dans les termes de l'appel à d'autres méthodes d'interface, sans référence à une mise en oeuvre particulière de l'état. Ainsi, les principaux cas d'utilisation est de niveau supérieur et des méthodes pratiques.

    La bonne chose à propos de cette nouvelle fonctionnalité, c'est que, là où avant vous ont été forcés à utiliser une classe abstraite pour la commodité des méthodes, limitant ainsi le réalisateur de l'héritage simple, vous pouvez maintenant avoir une vraiment propre au design de l'interface et un minimum d'effort de mise en œuvre forcé sur le programmeur.

    La motivation initiale d'introduire default méthodes de Java 8 est le désir d'étendre les Collections Cadre des interfaces avec les lambda-méthodes orientées sans casser les implémentations existantes. Même si cela est encore plus pertinent pour les auteurs de bibliothèques publiques, vous pouvez trouver la même fonction utile dans votre projet. Vous avez un endroit centralisé où pour ajouter de nouveaux commodité et vous n'avez pas à compter sur la façon dont le reste de la hiérarchie des types de regards.

    • Par ce raisonnement, la prochaine chose qu'ils voudrais ajouter, c'est par défaut des déclarations de méthode. Je suis toujours pas sûr à ce sujet, la fonction semble plus comme un hack pour moi, c'est être exposé à tous les abus.
    • La seule utilisation de Classes Abstraites dans Java 8 ère que je peux voir, c'est pour définir le non-final champs. Dans les Interfaces les champs sont par défaut final de sorte que vous ne peut pas les changer une fois qu'ils sont affectés.
    • Les Interfaces ne peuvent pas déclarer des champs d'instance à tous.
    • Je tiens à ajouter à votre commentaire que l'interface de champs par défaut public static final et c'est ce que je veux dire par mon commentaire précédent.
    • Pas seulement par défaut---c'est la seule option. Les Interfaces ne peuvent pas déclarer l'état de l'instance, qui est pourquoi les classes abstraites sont ici pour rester.
    • "La contrainte sur la valeur par défaut de la méthode est qu'elle peut être mise en œuvre que dans les termes de l'appel à d'autres méthodes d'interface" Comment est-ce différent puis des méthodes dans une classe abstraite. Méthodes abstraites pouvez uniquement appeler des méthodes de la classe ou d'une super-classe.
    • Méthodes abstraites ne pas appeler à rien, car ils n'ont pas de mise en œuvre. La mise en œuvre de méthodes d'une classe peuvent accéder à la classe de l'état (variables d'instance). Les Interfaces ne peuvent pas déclarer pour les méthodes par défaut ne peut pas y accéder. Ils doivent compter sur la classe une méthode mise en œuvre qui accède à l'état.
    • Marko Topolnik, votre réponse est mort sur. Mais je tiens à recommander une mise à jour de votre réponse. Vous souhaiterez peut-être ajouter que la beauté des méthodes par défaut, c'est que, si l'interface ajoute de nouvelles méthodes par défaut, votre précédent de mise en œuvre de cette interface ne se cassera pas. Ce n'était pas vrai avant Java 8.
    • Oui, c'était la motivation pour introduire la fonction en Java 8, de sorte qu'ils peuvent ajouter de la lambda-méthodes orientées à Collection. Je peux ajouter une phrase à ce sujet.
    • Je pense qu'un exemple, en général, sur l'utilisation de la méthode par défaut sur une méthode abc serait bon ici aussi.

    InformationsquelleAutor Marko Topolnik
  2. 102

    Il y a quelques différences techniques. Les classes abstraites peuvent en faire encore plus par rapport à Java 8 interfaces:

    1. Classe abstraite peut avoir un constructeur.
    2. Les classes abstraites sont plus structurés et peuvent contenir un état.

    Sur le plan conceptuel, le but principal du défenseur des méthodes est une compatibilité descendante après l'introduction de nouvelles fonctionnalités (comme les lambda fonctions) dans Java 8.

    • Cette réponse est correcte et logique surtout "sur le plan Conceptuel, le but principal du défenseur des méthodes est une compatibilité descendante "
    • cette page vous donnera plus d'informations: docs.oracle.com/javase/tutorial/java/IandI/defaultmethods.html
    • fondamentalement, il vous permet d'ajouter des méthodes à une interface et des classes qui implémentent cette interface automatiquement obtenir cette fonctionnalité.
    • Un plus subtile point sur point pas. 2 ci-dessus à propos de "peut contenir de l'état est le problème". Les classes abstraites peuvent contenir de l'état qui peut être changé plus tard. Les Interfaces peuvent également contenir de l'état, mais une fois qu'un état est attribué après la création de l'instance de l'état ne peut pas être modifié.
    • Je ne vais pas décrire le public static final champs d'une interface comme "l'état". Le static partie signifie que le ne sont pas liés à une instance particulière à tous. Ils sont affectés sur l'instanciation de classe, qui n'est pas le même que après la création de l'instance.
    InformationsquelleAutor Vadym Vasyliev
  3. 58

    Ce qui est décrit dans ce l'article. Pensez à forEach de Collections.

    List<?> list = …
list.forEach(…);

    Le forEach n'est pas déclarée par java.util.List ni l'
    java.util.Collection interface encore. Une solution évidente serait d'
    il suffit d'ajouter la nouvelle méthode à l'interface existant et de fournir les
    mise en œuvre dans le JDK. Cependant, une fois publié, il
    est impossible d'ajouter des méthodes à une interface sans casser la
    de mise en œuvre existantes.

    L'avantage que les méthodes par défaut c'est que maintenant il est possible de
    ajouter une nouvelle méthode par défaut pour l'interface et il ne rompt pas l'
    les implémentations.

    • "il est impossible d'ajouter des méthodes à une interface sans casser l'existant mise en œuvre" - est-il?
    • Si vous ajoutez une nouvelle méthode pour l'interface, puis tous les réalisateurs doivent mettre en œuvre cette nouvelle méthode. Par conséquent, il rompt implémentations existantes.
    • merci, raté. Juste pour mentionner il ya un moyen de partiellement éviter ce - par la présentation de cette méthode dans un défaut abstrait mise en œuvre. Pour cet exemple, ce serait AbstractList::forEach jeter un UnsupportedOperationException.
    • Oui, c'était à l'ancienne (khm... est la façon actuelle :), avec le déficit qu'il limite le réalisateur de l'héritage simple, à partir du résumé de la mise en œuvre.
    InformationsquelleAutor Masudul
  4. 17

    Comme décrit dans cette article,

    Les classes abstraites rapport à des interfaces en Java 8

    Après la présentation par Défaut de la Méthode, il semble que les interfaces et les
    les classes abstraites sont les mêmes. Cependant, ils sont toujours différents concept
    dans Java 8.

    Classe abstraite peut définir constructeur. Ils sont plus structurés et
    peut avoir un état associé avec eux. Tandis qu'à l'inverse, par défaut
    la méthode peut être mise en œuvre que dans les conditions de l'invocation d'autres
    les méthodes d'interface, sans référence à une mise en oeuvre particulière de l'
    état. Par conséquent, les deux d'utiliser à des fins différentes et de choisir entre les deux
    dépend vraiment sur le scénario.

    • Je crois classe Abstraite a Constructeur qui peut être défini à la différence de l'Interface. Dans Java 8 aussi, ils ont à la fois différents les uns des autres à cause de cela.
    InformationsquelleAutor Sufiyan Ghori
  5. 14

    Ces deux sont très différents:

    Méthodes par défaut sont à ajouter des fonctionnalités de classes existantes, sans modification de leur état.

    Et les classes abstraites sont un type normal de l'héritage, ils sont classes normales qui sont destinés à être étendus.

    InformationsquelleAutor Andrey Chaschev
  6. 12

    Chaque fois que nous avons le choix entre la classe abstraite et de l'interface, nous devrions toujours (presque) préfèrent par défaut (également connu en tant que défenseur ou des extensions virtuelles) des méthodes.

    1. Méthodes par défaut de mettre fin à motif classique de l'interface et un compagnon de classe qui implémente la plupart ou toutes les méthodes de cette interface. Un exemple est Collection and AbstractCollection. Maintenant, nous devons mettre en œuvre les méthodes de l'interface elle-même pour fournir des fonctionnalités par défaut. Les classes qui implémentent l'interface a du choix pour remplacer les méthodes ou d'hériter de l'implémentation par défaut.

    2. Une autre utilisation importante de méthodes par défaut est interface evolution. Supposons que j'ai eu une classe de Balle comme:

      public class Ball implements Collection { ... }

    Maintenant dans Java 8 une nouvelle fonctionnalité de flux introduite. Nous pouvons obtenir un flux de données en utilisant stream méthode a été ajoutée à l'interface. Si stream n'étaient pas une méthode par défaut toutes les implémentations de Collection interface auraient rompu car ils ne seraient pas la mise en œuvre de cette nouvelle méthode. L'ajout d'une non-méthode par défaut d'une interface n'est pas source-compatible.

    Mais supposons que nous n'avons pas recompiler la classe et utiliser un vieux fichier jar qui contient cette classe Ball. La classe se charge très bien sans cette méthode manquante, les instances peuvent être créés et il semble que tout fonctionne bien. MAIS si le programme appelle stream méthode sur l'exemple de Ball nous aurons AbstractMethodError. Afin de faire la méthode par défaut de résoudre les deux problèmes.

    InformationsquelleAutor i_am_zero
  7. 12

    Au sujet de votre requête de

    Donc quand dois-interface avec les méthodes par défaut et quand doit une classe abstraite être utilisé? Sont les classes abstraites toujours utile dans ce scénario?

    java la documentation fournit la réponse parfaite.

    Les Classes abstraites par Rapport aux Interfaces:

    Les classes abstraites sont semblables à des interfaces. Vous ne peut pas instancier eux, et ils peuvent contenir un mélange de méthodes déclarées avec ou sans mise en œuvre.

    Cependant, les classes abstraites, vous pouvez déclarer des champs qui ne sont pas statiques, et la finale, et de définir le public, protected et private méthodes concrètes.

    Avec les interfaces, tous les champs sont automatiquement public, static et final, et toutes les méthodes qui vous déclarer ou de définir (en tant que par défaut les méthodes sont publiques. En outre, vous pouvez étendre une seule classe, si oui ou non il est abstrait, alors que vous pouvez mettre en œuvre un nombre quelconque d'interfaces.

    Cas d'utilisation pour chacun d'entre eux ont été expliqué ci-dessous SE post:

    Quelle est la différence entre une interface et une classe abstraite?

    Sont les classes abstraites toujours utile dans ce scénario?

    Oui. Ils sont encore utiles. Ils peut contenir des non-statique, non-méthode final et les attributs (protégé, privé en plus de public), ce qui n'est pas possible, même avec Java 8 interfaces.

    InformationsquelleAutor Ravindra babu
  8. 6

    Méthodes par défaut dans l'interface Java permet évolution de l'interface.

    Donné une interface existante, si vous souhaitez ajouter une méthode sans casser la compatibilité binaire avec les anciennes versions de l'interface, vous avez deux options à mains: ajouter une valeur par défaut ou d'une méthode statique. En effet, toute méthode abstraite ajoutés à l'interface devrait être impleted par les interfaces ou des classes implémentant cette interface.

    Une méthode statique est unique à une classe. Une méthode par défaut est unique à une instance de la classe.

    Si vous ajoutez une méthode par défaut d'une interface existante, les classes et les interfaces qui implémentent cette interface n'avez pas besoin de la mettre en œuvre. Ils peuvent

    • mettre en œuvre la méthode par défaut, et il remplace la mise en œuvre dans la mise en œuvre de l'interface.
    • re-déclarer la méthode (sans mise en oeuvre) qui en fait le résumé.
    • ne rien faire (la valeur par défaut de la méthode de mise en œuvre de l'interface est tout simplement hérité).

    Plus sur le sujet ici.

    InformationsquelleAutor kiriloff
  9. 4

    Remi Forax règle est Vous n'avez pas de conception avec les classes Abstraites. La conception de votre application avec les interfaces. Watever est la version de Java, quelle que soit la langue. Il est soutenu par la jenterface ségrégation principe dans SOLID principes.

    Vous pouvez par la suite utiliser les classes Abstraites pour factoriser du code. Maintenant avec Java 8, vous pouvez le faire directement dans l'interface. C'est une facilité, pas plus.

    InformationsquelleAutor Nicolas Zozol
  10. 2

    quand dois-interface avec les méthodes par défaut et quand un
    classe abstraite être utilisé?

    Compatibilité ascendante:
    Imaginez que votre interface est implémentée par des centaines de classes, de modifier cette interface va forcer tous les utilisateurs à mettre en œuvre la nouvelle méthode, même si elle pourrait ne pas être essentiel pour de nombreux autres classes qui l'implémente l'interface, en Plus de permettre à votre interface pour être un interface fonctionnelle

    Faits & Restrictions:

    1-ne Peuvent être déclarées dans une interface et non pas au sein d'une classe ou d'
    la classe abstraite.

    2-fournir un corps

    3-Il n'est pas supposé être abstrait d'autres méthodes utilisées dans une interface.

    InformationsquelleAutor Ahmad Sanie
  11. 1

    Dans Java 8, une interface ressemble à celle d'une classe abstraite, bien qu'il pourrait y avoir quelques différences, telles que :

    1) les classes Abstraites sont des classes, de sorte qu'ils ne sont pas limités à d'autres restrictions de l'interface en Java par exemple, la classe abstraite peut avoir l'état, mais vous ne pouvez pas avoir l'état sur l'interface en Java.

    2) une Autre différence sémantique entre l'interface avec les méthodes par défaut et classe abstraite est que vous pouvez définir des constructeurs à l'intérieur d'une classe abstraite, mais vous ne pouvez pas définir constructeur à l'intérieur de l'interface en Java

    InformationsquelleAutor Manish Sahni
  12. 0

    Méthodes par défaut dans l'Interface Java sont plus utilisées pour fournir factice de la mise en œuvre d'une fonction ainsi l'économie de toute la mise en œuvre de la classe de l'interface de la douleur et de déclarer toutes les méthodes abstraites, même si ils veulent traiter avec une seule.
    Méthodes par défaut dans l'interface sont donc un moyen de plus pour le remplacement du concept de l'adaptateur de classes.

    Les méthodes dans la classe abstraite sont pourtant censés donner un sens de la mise en œuvre des enfants de la classe doit remplacer si nécessaire remplacer une fonctionnalité commune.

    InformationsquelleAutor shubh
  13. 0

    Merci de penser d'abord ouvert/fermé principe. Les méthodes par défaut dans les interfaces de FAIRE de la VIOLER. C'est une mauvaise fonction en Java. Il encourage les mauvais design, mauvais de l'architecture, de la faible qualité des logiciels. Je suggère d'éviter d'utiliser des méthodes par défaut complètement.

    Posez-vous quelques questions:
    Pourquoi ne pouvez-vous pas mettre vos méthodes de la classe abstraite? Auriez-vous besoin de plus d'une classe abstraite? Alors pensez à ce que votre classe est responsable. Êtes-vous sûr que toutes les méthodes que vous allez mettre à la seule classe vraiment atteindre le même but? Peut-être vous permettra de distinguer plusieurs fins, et ensuite diviser votre classe en plusieurs classes, pour chaque objet sa propre classe.

    InformationsquelleAutor mentallurg