Warum sind Schnittstellen bevorzugt abstrakte Klassen?

Ich nahm vor kurzem an ein Gespräch und Sie bat mich, die Frage "Warum sind Schnittstellen bevorzugt über Abstrakte Klassen?"

Ich habe versucht, ein paar Antworten wie:

  • Wir können nur eine Erweitert die Funktionalität
  • Sie sind zu 100% Abstrakt
  • Umsetzung ist nicht hart codiert

Fragten Sie mich, nehmen Sie eine der JDBC-api, die Sie verwenden. "Warum sind Sie Schnittstellen?".

Bekomme ich eine bessere Antwort dafür?

  • Ich bin mir fast sicher, ich habe gesehen die Frage, wie dies vor, aber nicht einmal Google finden können. Vielleicht ist mein Geist spielen tricks auf mich wieder.
  • Hinweis: bearbeitete ich den Titel für das Lehramt an Gymnasien; ich verließ den Körper, da es zu sein scheint, Zitate, und vielleicht Taten Sie es sagen mögen.
  • Dies ist eine Fangfrage, da nimmt es eine position zu dem Thema und gibt keinen Kontext, in dem es "kann" gelten. Ich Stimme mit devinb auf diese ein. Sie sind beide tools - verwenden Sie diese entsprechend. Zu viele Antworten hier rechtfertigen die Frage...das kann akzeptabel sein, wenn Sie wirklich wollen den job.
  • Rechtfertigen Sie sich nicht die Frage mit einer Antwort. Das ist nicht das, was Sie sind (naja, sollte) suchen. Zeigen Sie, dass Sie wissen, was Sie reden, und den job tun können. Wenn Sie es sich lohnt zu arbeiten, Sie sind nicht auf der Suche nach einem Papagei.
  • Siehe mein vollständiger Kommentar unten .. aber immer wenn ich eine Antwort bekommen wie du, der Kandidat bekommt ein eiskaltes "Dankeschön-für-Ihre-Zeit". Die Antwort zeigt keine Tiefe des Verstehens.
  • Starten schreiben von testcases oder gehen die TDD-route, und Sie werden feststellen, dass das schreiben von testcases, ist weitaus einfacher, wenn die Verwendung von Schnittstellen. Es ermöglicht Ihnen, zu verspotten alles, was Sie nicht brauchen testcase.
  • mögliche Duplikate von > Interface vs Abstrakte Klasse (allgemein OO)
  • Möglich, Duplikat der Wann verwendet man ein interface statt einer abstrakten Klasse und Umgekehrt?

InformationsquelleAutor Techmaddy | 2009-03-12
  1. 55

    Dass die interview-Frage spiegelt einen bestimmten glauben der person, die Frage zu stellen. Ich glaube, dass die person, die falsch ist, und daher können Sie gehen, eine der beiden Richtungen.

    1. Geben Ihnen die Antworten, die Sie wollen.
    2. Respektvoll widersprechen.

    Die Antwort, die Sie wollen, nun, die anderen Poster haben hervorgehoben, diese unglaublich gut.
    Mehrere interface-Vererbung die Vererbung der Kräfte der Klasse, damit die Implementierung Entscheidungen, Schnittstellen geändert werden können, einfacher.

    Jedoch, wenn Sie eine überzeugende (und korrekte) argument in Ihrer Uneinigkeit, dann der interviewer könnte zur Kenntnis nehmen.
    First, markieren Sie die positiven Dinge über Schnittstellen, ist dies ein MUSS.
    Zweitens, ich würde sagen, die interfaces sind besser in vielen Szenarien, aber Sie führen auch zu code-Duplizierung, das ist eine negative Sache. Wenn Sie eine Breite Reihe von Unterklassen, die tun werden, sind weitgehend die gleichen Umsetzung, plus zusätzliche Funktionalität, dann möchten Sie vielleicht eine abstrakte Klasse. Es ermöglicht Ihnen, die haben viele ähnliche Objekte mit feinkörnigen detail, in der Erwägung, dass mit nur Schnittstellen, müssen Sie haben viele verschiedene Objekte mit fast den doppelten code.

    Schnittstellen für viele Zwecke verwendet, und es gibt einen zwingenden Grund zu glauben, dass Sie 'besser'. Allerdings sollten Sie immer mit dem richtigen Werkzeug für den job, und das bedeutet, dass Sie nicht schreiben können aus abstrakten Klassen.

    • Wenn Sie respektvoll nicht einverstanden, ich glaube, Sie haben fast sicher weggeworfen die chance auf den job bekommen.
    • Wenn Ihr interviewer ist engstirnig und nicht bereit zu hören, eine Alternative Sicht, dann möchte ich nicht für den job. Solange man respektvoll (und Sie verstehen, die Kette von Befehl), sollten Sie in der Lage sein, einen gültigen, durchdachte Meinung, und nicht dafür bestraft.
    • Ich würde +1 mehr als einmal, wenn ich könnte. Einzige Antwort, die ich bisher gesehen habe, die (entsprechend) Herausforderungen die Frage. Eine bessere Frage gewesen wäre, "Wann werden Schnittstellen bevorzugt über Abstrakte Klassen", oder "nennen Sie die vor-und Nachteile von interfaces und abstrakten Klassen".
    • je nachdem, wie Sie präsentieren es, sollte es nicht kostet Sie die chance auf den job. Auf der anderen Seite, wenn Sie tut, als vielleicht Sie nicht wirklich arbeiten wollen, die gibt es sowieso 🙂
    • Diese Frage bedeutet nicht, dass es das ist, was der interviewer glaubt. Sie denken vielleicht anders, aber wollen, um zu sehen, ob Sie mit Ihnen einverstanden sind oder haben die Flasche, um die Herausforderung einer Frage. Es ist üblich, für geladene Fragen werden beantwortet, wenn der job öffnung ist wettbewerbsfähig.
    • Schnittstellen würde nicht dazu führen, dass code-Duplizierung, wenn Sie zwei Objekte mit der gleichen Funktionalität bedeutet, dass die gleiche API und damit die gleiche Schnittstelle. Abstrakte Klassen sind Implementierungsdetails, während die Schnittstellen sind ein allgemeiner Vertrag, den Sie setzen die Programmierer mit Ihren API.
    • Das problem mit dieser Lösung, die Sie gelesen haben, die Frage mit Ihrem ego. Interviewer fragte warum ist es bevorzugt, nicht, warum ist es bevorzugt, die ganze Zeit.

    InformationsquelleAutor DevinB
  2. 24

    Im Allgemeinen, und dies ist keineswegs eine "Regel", die blind befolgt werden, die flexible Anordnung ist:

    interface
   abstract class
       concrete class 1       
       concrete class 2

    Die Schnittstelle gibt es für eine Reihe von Gründen:

    • eine vorhandene Klasse, die bereits etwas erweitert, kann das interface implementieren (vorausgesetzt, Sie haben die Kontrolle über den code für die vorhandene Klasse)
    • einer vorhandenen Klasse können Unterklassen und Unterklasse die Schnittstelle implementieren (vorausgesetzt, die vorhandene Klasse ist subclassable)

    Dies bedeutet, dass Sie ergreifen können, bereits bestehenden Klassen (oder Klassen erweitern MÜSSEN aus etwas anderem) und Sie arbeiten mit Ihrem code.

    Der abstrakten Klasse ist es auf alle gängigen bits für die konkreten Klassen. Die abstrakte Klasse erweitert aus, wenn Sie mit dem schreiben neuer Klassen oder ändern von Klassen, die Sie möchten, es zu verlängern (vorausgesetzt, Sie erweitern von java.lang.Objekt).

    Sollte man immer (es sei denn, Sie haben einen wirklich guten Grund, nicht zu) deklarieren Sie Variablen (instance, class, lokale, und die Parameter der Methode) als Schnittstelle.

    • Gut gesagt. Die Liste und Sammlung von Schnittstellen und Klassen haben zahlreiche Beispiele.
    • Dies ist eine sehr leistungsfähige und flexible Struktur. Ich habe gesehen, dass es viel benutzt in den Rahmen. Effektiv die abstrakte Klasse bietet eine 'Skelett' Implementierung der Schnittstelle.
    • Es kann sein, erwähnenswert, dass (1) jede konkrete Klasse erbt die form der abstract-Klasse kann nicht Erben, etwas anderes--eine Beschränkung, die kann nicht scheinen, dürfte ein problem sein, aber das könnte sein; die Fähigkeit zu implementieren, die Schnittstelle liefert direkt ein "Sicherheitsventil" für den Fall eine situation entsteht, wo Vererbung problematisch sein würde; (2) Klassen, die die Schnittstelle implementieren, direkt wird geändert werden, wenn die änderungen in der Benutzeroberfläche; wenn die Basis-Klasse können Dinge tun, wie bieten eine Standard-Implementierung neuer Methoden, Klassen, abgeleitet von kann es nicht ändern.
    • Wenn man im Endeffekt mit einer Schnittstelle, die implementiert, ruft direkt von drei Klassen (einschließlich der abstrakten Basis-Klasse), und dass die base-Klasse wird geerbt von einem Dutzend anderen Klassen, indem die Zwischenschicht kann bedeuten, dass eine änderung der Schnittstelle erfordert die Festsetzung der drei Klassen, sondern als vierzehn. Ein ziemlich großer Gewinn. Es ist erwähnenswert, jedoch, dass Dinge wie Variablen und Speicherorte sollten deklariert werden, der den interface-Typ statt der abstract-Typ, so dass Klassen, die das interface implementieren, die direkt interagieren mit denen, die Erben der abstrakten Basis.
    InformationsquelleAutor TofuBeer
  3. 23

    Erhalten Sie nur ein Schuss auf die Vererbung. Wenn Sie machen eine abstrakte Klasse statt interface, jemand, der erbt Ihre Klasse nicht Erben auch eine andere abstrakte Klasse.

    • Hallo, das ist wahr. Aber er kann immer noch Erben einer Schnittstelle, kann er nicht?
    • Das ist der Punkt der Antwort.
    • Techmaddy bereits darauf hingewiesen, in der Frage: "können Wir nur eine Funktionalität Erweitert"
    InformationsquelleAutor Joel Coehoorn
  4. 10

    Implementieren Sie können mehr als eine Schnittstelle, aber Sie können nur Erben von einer einzigen Klasse

    • Ich gab diese Antwort, und Sie erwartete etwas anderes.
    • In diesem Fall, ich wäre nicht zu verärgert, wenn Sie nicht geben Sie ein Angebot 😉
    • Das ist wie die erste Antwort, die ich gab und es gibt ein paar andere, wie ich in der Beschreibung angegebenen. Ich mache mir sorgen, wenn es etwas anderes, das mir fehlt.
    • Vielleicht testen Sie Ihr Vertrauen 😉
    • Warum die letzten downvote, ohne Kommentar?
    InformationsquelleAutor Rowland Shaw
  5. 10

    Abstrakte Klassen

    1.Kann nicht instanziiert werden, unabhängig von deren abgeleiteten Klassen. Von abstrakten Klassen Konstruktoren werden aufgerufen, nur von Ihr abgeleiteten Klassen.

    2.Definieren abstrakte member Signaturen, die Basis-Klassen implementieren müssen.

    3.Mehr erweiterbare als Schnittstellen, ohne zu brechen keine version Kompatibilität. Mit abstrakten Klassen ist es möglich, fügen Sie zusätzliche nonabstract Mitglieder, die alle abgeleiteten Klassen Erben kann.

    4.Können Daten in Feldern gespeichert.

    5.Ermöglichen (virtuelle) Mitglieder, die Umsetzung und stellen daher eine default-Implementierung eines Mitglieds nicht an die abgeleitete Klasse.

    6.Das ableiten von einer abstrakten Klasse verwendet eine Unterklasse ist die eine und einzige Basis-Klasse-option.

    Schnittstelle

    1.Kann nicht instanziiert werden.

    2.Umsetzung aller Mitglieder der Schnittstelle erfolgt in der Basis-Klasse. Es ist nicht möglich zu implementieren, nur einige Mitglieder innerhalb der implementierenden Klasse.

    3.Erweiterung der Schnittstellen mit den weiteren Mitgliedern der bricht die version Kompatibilität.

    4.Kann nicht speichern Sie alle Daten. Felder können nur angegeben werden, auf die abgeleitete Klassen. Die Abhilfe für dieses ist, um Eigenschaften zu definieren, aber ohne Umsetzung.

    5.Alle Mitglieder sind automatisch virtuelle und nicht eine beliebige Implementierung.

    6.Obwohl keine default-Implementierung kann erscheinen, Klassen, Implementierung von Schnittstellen können weiterhin leiten sich von den anderen.

    InformationsquelleAutor Warrior
  6. 7

    Als devinb und andere erwähnen, es klingt wie der interviewer zeigt Ihre Unwissenheit, nicht die Annahme Ihrer gültigen Antworten.

    Jedoch die Erwähnung von JDBC könnte ein Hinweis darauf sein. In diesem Fall, vielleicht sind Sie Fragen, für die Vorteile eines client Codierung gegen eine Schnittstelle statt einer Klasse.

    Also statt des absolut gültigen Antworten wie "man bekommt nur eine Verwendung der Vererbung", die im Zusammenhang mit der Klasse design, können Sie eine Antwort suchen mehr wie "entkoppelt ein client von einem konkreten Umsetzung".

    InformationsquelleAutor toolkit
  7. 5

    Abstrakte Klassen haben eine Anzahl von möglichen Fallstricke. Zum Beispiel, wenn Sie eine Methode überschreiben, die super() Methode wird nicht aufgerufen, es sei denn, Sie explizit zu nennen. Dies kann Probleme verursachen, für schlecht umgesetzt übergeordneten Klassen. Auch, es gibt potenzielle Probleme mit equals() wenn Sie die Vererbung verwenden.

    Mithilfe von Schnittstellen können die Verwendung der Zusammensetzung, wenn Sie wollen, gemeinsam eine Umsetzung. Zusammensetzung ist sehr Häufig eine bessere Möglichkeit zur Wiederverwendung von anderen Objekten, wie es ist weniger spröde. Vererbung ist einfach übernutzt oder für die falschen Zwecke eingesetzt.

    Definition eine Schnittstelle ist eine sehr sichere Art und Weise zu definieren, wie ein Objekt Verhalten soll, ohne zu riskieren, die Sprödigkeit, die kann kommen mit eine andere Klasse erweitert, Abstrakt oder nicht.

    Auch, wie Sie erwähnen, können Sie nur erweitern, eine Klasse zu einem Zeitpunkt, aber Sie implementieren können, so viele Schnittstellen, wie Sie es wünschen.

    InformationsquelleAutor Eddie
  8. 4

    Abstrakte Klassen werden benutzt, wenn Sie Erben Umsetzung, Schnittstellen werden verwendet, wenn Sie Erben Spezifikation. Die JDBC-standards Stand, dass "Eine Verbindung muss diese". Das ist die Spezifikation.

    InformationsquelleAutor paulmurray
  9. 3

    Wenn Sie abstrakte Klassen, die Sie erstellen eine Verbindung zwischen der Unterklasse und Basisklasse. Diese Kopplung kann manchmal den code wirklich schwer zu verändern, zumal die Anzahl der Unterklassen erhöht. Schnittstellen dieses problem nicht haben.

    Du auch nur ein Erbe, so stellen Sie sicher, dass Sie es für den richtigen Gründen.

    InformationsquelleAutor krosenvold
  10. 3

    "Warum-Schnittstellen vorgezogen werden
    Abstrakte Klassen?"

    Die anderen Beiträge haben einen tollen job gemacht, der Blick auf die Unterschiede zwischen interfaces und abstrakten Klassen, so dass ich nicht duplizieren diese Gedanken.

    Aber ein Blick auf die interview-Frage, die bessere Frage ist wirklich "Wenn sollten Schnittstellen bevorzugt werden, die über abstrakte Klassen?" (und Umgekehrt).

    Als mit den meisten Programmier-Konstrukte, Sie sind verfügbar für eine Vernunft und absoluten Aussagen wie in dem interview-Frage tendenziell zu verpassen. Es Art von erinnert mich an all die Anweisung, die Sie verwendet, um Lesen Sie über die springen - Anweisung in C. "verwenden Sie niemals springen - es zeigt schlechte coding-Fähigkeiten zu verbessern." Allerdings springen hatte immer seine entsprechenden Anwendungen.

    InformationsquelleAutor Neal Stublen
  11. 3

    Respektvoll nicht einverstanden mit den meisten der oben genannten Poster (tut mir Leid! mod mir nach unten, wenn Sie wollen 🙂 )

    Erste, der "nur ein super-Klasse" zu beantworten ist lahm. Wer gab mir diese Antwort in einem interview, wäre schnell gekontert mit "C++ existierte vor Java und C++ hatte mehrere super Klassen. Warum denken Sie, dass James Gosling darf nur eine Superklasse für Java?"

    Verstehen, die Philosophie hinter Ihrer Antwort, sonst sind Sie toast (zumindest, wenn ich Sie interviewen.)

    Sekunde, Schnittstellen haben mehrere Vorteile gegenüber abstrakten Klassen, vor allem bei der Gestaltung von Oberflächen. Die größte ist, nicht mit einer bestimmten Klasse Struktur, die von dem Aufrufer einer Methode. Es gibt nichts Schlimmeres, als zu versuchen, verwenden Sie eine Methode aufrufen, die Forderungen einer bestimmten Klasse Struktur. Es ist schmerzhaft und unangenehm. Über eine Schnittstelle alles übergeben werden kann, um die Methode mit einem minimum an Erwartungen.

    Beispiel:

    public void foo(Hashtable bar);

    vs.

    public void foo(Map bar);

    Für die ehemaligen, wird dem Anrufer immer mit der vorhandenen Datenstruktur und schlug es in eine neue Hashtable.

    Dritte, Schnittstellen erlauben eine public-Methoden in der konkreten Klasse die Praktiker zu werden "private". Wenn die Methode nicht in der Schnittstelle deklariert die Methode kann nicht verwendet werden (oder missbraucht), die von Klassen, die kein Gewerbe haben mit der Methode. Das bringt mich zu Punkt 4....

    Vierten, Schnittstellen stellen eine minimale Vertrag zwischen der implementierenden Klasse und der Anrufer. Dieser minimal-Vertrag legt genau wie die konkrete Durchführung erwartet verwendet zu werden, und nicht mehr. Die aufrufende Klasse ist nicht erlaubt die Verwendung einer anderen Methode nicht angegeben ist, die durch den "Vertrag" von der Schnittstelle. Der interface-name in Gebrauch auch Aromen die Entwickler die Erwartung, wie Sie sein sollten mit dem Objekt. Wenn ein Entwickler übergeben wird ein

    public interface FragmentVisitor {
    public void visit(Node node);
}

    Der Entwickler weiß, dass die einzige Methode, die Sie aufrufen können, ist der Besuch Methode. Sie nicht bekommen, abgelenkt durch die glänzende Methoden in der konkreten Klasse, dass Sie nicht Durcheinander mit.

    Schließlich, abstrakte Klassen haben viele Methoden, die sind wirklich nur für die Unterklassen verwendet werden. Also abstrakte Klassen neigen dazu, schauen ein wenig wie ein Chaos nach außen Entwickler, es gibt keine Hinweise, welche Methoden eingesetzt werden sollen, die von außen code.

    Ja natürlich werden einige solcher Verfahren gemacht werden können, geschützt. Leider protected-Methoden sind auch sichtbar für andere Klassen im gleichen Paket. Und wenn eine abstrakte Klasse' Methode, die eine Schnittstelle implementiert, die Methode muss öffentlich sein.

    Jedoch unter Verwendung der Schnittstellen, die alle diese Innereien hängen heraus, wenn man auf die abstrakte super-Klasse oder konkrete Klasse sind sicher verstaut.

    Ja, ich weiß, dass natürlich auch die Entwickler können verwenden einige "spezielle" Kenntnisse zum umwandeln eines Objekts in ein anderes breiteres interface oder die konkrete Klasse selbst. Aber solch eine Besetzung gegen den erwarteten Vertrag, und die Entwickler sollten schlug mit einem Lachs.

    • Die Frage, die Sie würde Theke mit ist besser als das original, IMHO, aber man könnte dem Satz, im Sinne von "viele neue Sprachen und frameworks" anstatt mit Java im besonderen. Während .net tut, leihen Sie einige ziemlich dumme Dinge von Java (z.B. die Vorstellung, dass die Schwimmer sollten implizit umzubauen, aber nicht Umgekehrt, wenn der float-to-double conversions sind eher falsche) glaube ich nicht .Netto hat sich mit einfacher Vererbung einfach, weil Java funktioniert. Vererbung ist nützlich für code/Daten shsaring und Ersetzbarkeit. Code/Daten-sharing ist oft bequemer, mit...
    • ...Vererbung als die mit der Zusammensetzung, wenn es erreicht werden kann, so oder so. Ermöglicht eine form der Mehrfachvererbung mit code/Daten-sharing führt zu Schwierigkeiten (z.B. "diamond-problem"). Da Mehrfachvererbung von code/Daten nicht erlauben, viel kann nicht erreicht werden durch die Zusammensetzung, sondern die Fähigkeit, sich für Dinge zu substituierbar für mehrere andere Dinge, die nichts miteinander zu tun, ist sehr nützlich, macht es Sinn etwas zu bieten, das ist wie Vererbung, sondern nur auf die letztere Funktionalität.
    • (BTW, wrt floats und doubles, die Multiplikation von zwei Doppel, die gleich 1E38, und dann Gießen das Ergebnis in einen float, wird der Ertrag eine Antwort mit der Bedeutung "Zahl zu gross für einen "float", was richtig sein wird. Die Multiplikation von zwei floats, die gleich 1E38, und dann Gießen das Ergebnis in ein double, wird der Ertrag "Antwort zu groß für ein Doppelzimmer", das wird falsch sein.
    InformationsquelleAutor Pat
  12. 2

    Wenn Sie denken, dass X besser ist als Y, ich wäre nicht besorgt über den job bekommen, ich möchte nicht für jemanden zu arbeiten, der mich gezwungen, einen Entwurf über eine andere, weil Sie gesagt-Schnittstellen sind die besten. Beide sind gut, je nach situation, warum sonst haben die Sprache wählen Sie zum hinzufügen von abstrakten Klassen? Sicherlich, die Sprache, die Designer sind klüger als ich.

    InformationsquelleAutor scott
  13. 2

    Dies ist das Problem der "Mehrfach-Vererbung".
    Wir können "erweitert" nicht mehr als ein abstarct Klasse in einer Zeit, die durch eine andere Klasse, aber in Schnittstellen, können wir mit "implementieren" mehrere Schnittstellen in einer Klasse.
    So, obwohl Java keine Mehrfachvererbung im Allgemeinen aber durch die Verwendung von Schnittstellen können wir integrieren multiplt erbschaft-Eigenschaft in ihm.

    Hoffe, das hilft!!!

    InformationsquelleAutor Marco167
  14. 1

    interfaces sind eine sauberere Art und Weise des Schreibens eine rein abstrakte Klasse. Man kann sagen, dass die Umsetzung nicht eingeschlichen (natürlich möchten Sie vielleicht zu tun, dass bestimmte Wartungs-Stadien, was macht die Schnittstellen schlecht). Das ist über es. Es ist fast kein Unterschied erkennbar zu dem der client-code.

    JDBC ist ein wirklich schlechtes Beispiel. Wer Fragen hat versucht zu implementieren, die Schnittstellen und pflegen Sie den code zwischen JDK-Versionen. JAX-WS ist noch schlimmer, hinzufügen von Methoden in update-Versionen.

    Gibt es technische Unterschiede, wie die Fähigkeit, sich zu vermehren "Erben" - Schnittstelle. Das ist eher das Ergebnis von design verwirrt. In seltenen Fällen kann es nützlich sein, um eine Implementierung Hierarchie unterscheidet sich von der interface-Hierarchie.

    Auf dem Nachteil für die Schnittstellen, der compiler ist nicht in der Lage zu Holen auf etwas unmöglich wirft/instanceofs.

    InformationsquelleAutor Tom Hawtin - tackline
  15. 1

    Es ist ein Grund, nicht erwähnt von den oben genannten.

    Können Sie schmücken jede Schnittstelle einfach mit java.lang.reflektieren.Proxy-erlaubt Ihnen das hinzufügen von benutzerdefiniertem code zur Laufzeit, um jede Methode in der Schnittstelle gegeben. Es ist sehr mächtig.

    Sehen http://tutorials.jenkov.com/java-reflection/dynamic-proxies.html für ein tutorial.

    InformationsquelleAutor Thorbjørn Ravn Andersen
  16. 1

    Schnittstelle ist kein Ersatz für abstrakte Klasse.

    Lieber

    Schnittstelle: Zur Durchführung eines Vertrages, durch mehrere nicht zusammenhängende Objekte

    abstrakte Klasse: Zu implementieren, die die gleichen oder unterschiedliche Verhalten bei mehreren verbundenen Objekte

    Siehe zu diesem Zusammenhang SE Frage für die Anwendungsfälle der beiden Schnittstelle und abstrakte Klasse

    Interface vs Abstrakte Klasse (allgemein OO)

    Anwendungsfall:

    Wenn Sie Template_method Muster, die Sie nicht erreichen können mit dem interface. Abstrakte Klasse gewählt werden sollte, um es zu erreichen.

    Wenn Sie implementieren eine Funktion, die für viele unrleated Objekte, abstrakte Klasse und nicht dem Zweck dienen, und Sie haben zu wählen, Schnittstelle.

    InformationsquelleAutor Ravindra babu
  17. 0

    Können Sie mehrere interfaces implementieren, aber vor allem mit c# kann man nicht mehrere Erbschaften

    InformationsquelleAutor user68610
  18. 0

    Weil Schnittstellen nicht zwingen Sie in eine Vererbungshierarchie.

    InformationsquelleAutor Marko
  19. 0

    Definieren Sie Schnittstellen, wenn Sie nur erfordern, dass einige Objekt, die Umsetzung bestimmter Methoden, aber Sie kümmern sich nicht um seine Abstammung. So jemand kann eine vorhandene Klasse erweitern, um eine Schnittstelle implementieren, ohne Auswirkungen auf die bisher bestehenden Verhalten der Klasse.

    Deshalb JDBC ist es, auf alle Schnittstellen; Sie weiß nicht wirklich, welche Klassen verwendet werden, in einer JDBC-Implementierung, Sie müssen nur alle JDBC-Implementierung um das gleiche Verhalten zu erwarten. Intern werden die Oracle-JDBC-Treiber können sehr unterschiedlich sein, von der PostgreSQL-Treiber, aber das ist irrelevant für Sie. Kann man haben, um Erben von einer internen Klassen, die der Datenbank-Entwickler, die bereits hatte, während die anderen kann man komplett von Grund auf neu entwickelt, aber das ist nicht wichtig für Sie, solange Sie implementieren beide die gleichen Schnittstellen, so dass Sie kommunizieren können, mit dem einen oder anderen, ohne zu wissen, das Innenleben der entweder.

    • Also, wenn JDBC-war alles rein abstrakte Klassen, wie würde sich das unterscheiden? (Abgesehen, dass die Schnittstellen haben sich geändert zwischen den Versionen.)
    • Hawtin: ich sagte das gleiche, und Sie fragte, was Tom Hawtin gefragt.
    • Sollte das @Chochos?
    • Hawtin: ya..
    • Wenn es abstrakte Klassen anstelle von Schnittstellen, es könnte schneller sein, je nach VM, und es zwingen würde, implementors zu verlängern, nur aus den Klassen, die Ihnen gegeben wurden, als Teil des java.sql-Bibliotheken, die Begrenzung.
    InformationsquelleAutor Chochos
  20. 0

    Gut, ich würde vorschlagen, die Frage selbst sollte sein umformuliert. Schnittstellen sind vor allem Verträge, die eine Klasse übernimmt, die Umsetzung dieses Auftrags selbst ist unterschiedlich. Eine abstrakte Klasse wird in der Regel enthalten einige Standard-Logik und deren Kind-Klassen wird etwas mehr Logik.
    Ich würde sagen, dass die Beantwortung der Fragen stützt sich auf das Diamant-problem. Java verhindert die mehrfache Vererbung zu vermeiden. ( http://en.wikipedia.org/wiki/Diamond_problem ).

    InformationsquelleAutor Yorch
  21. 0

    Fragten Sie mich, nehmen Sie eine der JDBC-api
    die Sie verwenden. "Warum sind Sie
    Schnittstellen?".

    Meine Antwort auf diese konkrete Frage ist :

    SONNE nicht wissen, wie Sie Sie umsetzen sollen oder was Sie bei der Umsetzung. Die Dienstleister/db-Anbieter, um Ihre Logik in der Umsetzung.

    Den JDBC-design hat eine Beziehung mit der Brücke, die Muster, die sagt "Entkoppelt eine Abstraktion von Ihrer Implementierung, so dass die beiden unabhängig voneinander variieren können".

    Das bedeutet, dass der JDBC-api-Schnittstellen-Hierarchie entfaltet werden kann, unabhängig von der Umsetzung Hierarchie, die eine jdbc-Anbieter zur Verfügung stellt oder verwendet.

    InformationsquelleAutor Manoj
  22. 0

    Abstrakte Klassen bieten eine Möglichkeit, um eine Vorlage zu definieren Verhalten, wo der Benutzer plugins in die details.

    Ein gutes Beispiel ist Java 6 ist SwingWorker. Es definiert ein framework zu tun, etwas in den hintergrund, dass der Benutzer zu definieren, doInBackground() für die eigentliche Aufgabe.

    Erweiterte ich diese Klasse so, dass Sie automatisch erstellt ein popup-Statusanzeige. Ich überschrieb done(), die Kontrolle der Entsorgung dieses pop-up, aber dann einen neuen überschreiben Punkt, so dass der Benutzer wahlweise festlegen, was passiert, wenn der Fortschrittsbalken verschwindet.

    public abstract class ProgressiveSwingWorker<T, V> extends SwingWorker<T, V> {

    private JFrame progress;

    public ProgressiveSwingWorker(final String title, final String label) {
        SwingUtilities.invokeLater(new Runnable() {
            @SuppressWarnings("serial")
            @Override
            public void run() {
                progress = new JFrame() {{
                    setLayout(new MigLayout("","[grow]"));
                    setTitle(title);
                    add(new JLabel(label));
                    JProgressBar bar = new JProgressBar();
                    bar.setIndeterminate(true);
                    add(bar);
                    pack();
                    setLocationRelativeTo(null);
                    setVisible(true);
                }};
            }
        });
    }

    /**
     * This method has been marked final to secure disposing of the progress dialog. Any behavior
     * intended for this should be put in afterProgressBarDisposed.
     */
    @Override
    protected final void done() {
        progress.dispose();
        try {
            afterProgressBarDisposed(get());
        } catch (InterruptedException e) {
            e.printStackTrace();
        } catch (ExecutionException e) {
            e.printStackTrace();
        }
    }

    protected void afterProgressBarDisposed(T results) {
    }

}

    Der Benutzer hat immer noch die Anforderung der für die Implementierung doInBackground(). Jedoch, Sie können auch follow-up-Verhalten, wie dem öffnen ein weiteres Fenster und zeigt eine JOptionPane mit den Ergebnissen, oder einfach gar nichts tun.

    Verwendet werden:

    new ProgressiveSwingWorker<DataResultType, Object>("Editing some data", "Editing " + data.getSource()) {

    @Override
    protected DataResultType doInBackground() throws Exception {
        return retrieve(data.getSource());
    }

    @Override
    protected void afterProgressBarDisposed(DataResultType results) {
        new DataEditor(results);
    }

}.execute();

    Diese zeigt, wie eine abstrakte Klasse kann gut bieten einen Vorlagen-Betrieb, orthogonal auf das Konzept der Schnittstellen Definition eines API-Vertrages.

    InformationsquelleAutor gregturn
  23. 0

    Dessen hängen Sie von Ihrer Anforderung und power in der Umsetzung, die viel wichtiger sind.
    Du hast so viele Antworten auf diese Frage.
    Was ich denke, über diese Frage ist, dass abstrakte Klasse ist die evolution, wenn API.
    Sie definieren Ihre zukünftige Funktion definition in der abstrakten Klasse, aber Sie brauchen nicht alle Implementierung der Funktion in der main-Klasse, aber mit dem interface kannst du nicht dieses Ding.

    InformationsquelleAutor
Schreibe einen Kommentar