Java 8: extension virtuelle des méthodes vs classe abstraite

Un but principal de ces constructions est de préserver la compatibilité ascendante. L'ajout de fermetures pour le langage Java est tout à fait une modification majeure, et les choses doivent être mis à jour afin de profiter pleinement de cette. Par exemple, Collection dans Java 8 aura des méthodes telles que forEach() qui fonctionnent en conjonction avec les lambdas. Tout simplement l'ajout de telles méthodes pour la pré-existant Collection interface ne serait pas possible, puisque cela permettrait de casser la compatibilité ascendante. Une classe que j'ai écrit en Java 7 mise en place de Collection n'auraient plus à compiler depuis qu'elle manquerait de ces méthodes. Par conséquent, ces méthodes sont introduites avec un "défaut" de la mise en œuvre. Si vous connaissez Scala, vous pouvez voir que Java interfaces sont de plus en plus comme Scala traits.

Comme pour les interfaces vs les classes abstraites, les deux sont toujours différents dans Java 8; vous ne pouvez avoir un constructeur dans une interface, par exemple. Par conséquent, les deux approches ne sont pas "conceptuellement équivalents" en soi. Les classes abstraites sont plus structurés et peuvent avoir un état associé avec eux, alors que les interfaces ne peuvent pas. Vous devez utiliser n'importe quel fait plus de sens dans le cadre de votre programme, tout comme vous le feriez dans Java 7 et ci-dessous.

1. Les classes abstraites ne peut pas être la racine des classes d'expressions lambda, alors que interfaces avec l'extension virtuelle méthodes peuvent être.
2. Les classes abstraites peut avoir des constructeurs et des variables membres, tandis que les interfaces ne peuvent pas. Je crois que c'est l'exécution d'un éventuel constructeur, et le possible de lancer des une checked exception qui interdit les classes abstraites de la racine d'une expression lambda.

Si vous voulez écrire une API qui permet à l'utilisateur d'utiliser des expressions lambda, vous devez utiliser les interfaces de la place.

Différence entre une classe Abstraite & interface fonctionnelle sont nombreux comme la différence entre une interface normale et classe abstraite mais de mesurer la différence est
nous pouvons avoir des méthodes par défaut dans l'interface fonctionnelle, mais pas dans la classe abstraite, ce qui change et a permis à tous de la collection de la mise en œuvre en java 8 foreach() et d'autres performances de la méthode avec l'utilisation de lambda

package com.akhi;
public abstract class AbstractDemo {
abstract void letsRun(); //abstract valid
public String toString(); //invalid but valid in interface or functional interface

public boolean equals(Object o); //invalid but valid in interface or functional interface

public int concrete() { //Concrete is invalid in interface
    return 1;
}

public default int getMult(int a, int b) //default invalid but valid in case of functional
{
    return a * b;
}

public static int getSum(int a, int b) //static allowed
{
    return a + b;
}
}