Java: Ableitung aus einer generischen Liste/Sammlung

Question

Ich habe ein kleines Problem, das die Java-Sprache versteht

public class PhonebookEntryList extends List<PhonebookEntry> 
{ 
    public PhonebookEntryList(String filename) throws IOException 
    { 
     //loadListFromFilename(filename); 
    } 

    public void saveListToFilename(String filename) throws IOException 
    { 
     //Do something to save it to a file 
    } 
} 

Ich kann das nicht tun, weil Liste ein generischer Typ ist (natürlich). Ich weiß, was das bedeutet, aber im Moment kann ich mir keine Lösung für dieses Problem vorstellen.

Können Sie mir helfen, es zu lösen? Danke!

Answer 1

Nein, Ihr einziges Problem ist, dass Sie extend ing ein interface sind; Sie müssen stattdessen implement es.

public class PhonebookEntryList implements List<PhonebookEntry> 

sollte funktionieren; oder Sie könnten es vorziehen, eine konkrete Klasse zu erweitern:

public class PhonebookEntryList extends ArrayList<PhonebookEntry> 

oder

public class PhonebookEntryList extends LinkedList<PhonebookEntry> 

Answer 2

List<T> ist eine Schnittstelle, keine Klasse, so kann man daraus nicht erben. Sie können jedoch von einem generischen Typ erben, der das Argument type liefert, wenn Sie z. eine Sammlung für einen bestimmten Typ mit einem Verhalten, das nur für diesen Typ spezifisch ist.

Answer 3

Das geht nicht, weil List eine Schnittstelle ist. Aber! Sie sollten eine List-Klasse nicht erweitern oder implementieren, um eine PhonebookEntryList zu erstellen. Dies ist ein Konstruktionsfehler.

Sie tun sollten:

public class PhonebookEntryList 
{ 
    private List<PhonebookEntry> entries; 

    public PhonebookEntryList(String filename) throws IOException 
    { 
     //loadListFromFilename(filename); 
    } 

    public void saveListToFilename(String filename) throws IOException 
    { 
     //Do something to save it to a file 
    } 
} 

D.h. Ihre PhonebookEntryList sollte eine Liste enthalten, anstatt sie zu erben.

Answer 4

Wenn Sie sich die JavaDoc for List ansehen, sehen Sie (wie andere bereits erwähnt haben), dass es sich um eine Schnittstelle handelt, nicht um eine Klasse. Was Sie am ehesten tun möchten, ist auf der gleichen JavaDoc-Seite unter "Alle bekannten implementierenden Klassen" zu sehen, und Sie sehen AbstractList. Erweitern Sie dies. Alternativ erweitern Sie eine der nicht abstrakten List Implementierungen.

Hinweis: Wenn jemand anfängt, eine der Java Collection-Klassen zu erweitern, gehen Sie meistens die falsche Route ein. Normalerweise ist es besser, eine der vorhandenen Sammlungen in Ihrer Klasse zu verwenden und alle Anforderungen im Zusammenhang mit Sammlungen zu übernehmen, die Sie benötigen. Oder geben eine unveränderbare Proxy Ihrer Sammlung:

public class MyClass { 
    private final List<PhonebookEntry> myList = new LinkedList<PhonebookEntry>(); 

    public List<PhonebookEntry> getList() { 
    return Collections.unmodifiableList(myList); 
    } 
} 

Normalerweise ist es am besten, eine Klasse zu erweitern, nur wenn Sie beabsichtigen, ein anderes Verhalten zu haben, als die Klasse, die Sie erstrecken. Die Vererbung ist spröder als die Zusammensetzung.

Answer 5

List<T> ist eine Schnittstelle.

Wenn Sie extend eine Klasse möchten, müssen Sie eine Implementierung (ArrayList<T> vielleicht) wählen müssen: extends ArrayList<PhonebookEntry>

Wenn Sie einen List ändern Sie den Code implementieren möchten: implements List<PhonebookEntry>

Answer 6

Ihr Problem ist, dass Sie versuchen, eine Schnittstelle zu erweitern, anstatt sie zu implementieren.

Zusammensetzung ist was du willst. Erstellen Sie eine Klasse, die eine Liste umbricht (oder etwas, das diese Schnittstelle kopiert)

und fügen Sie Funktionalität hinzu.

Answer 7

Sollte ich erwähnen, dass List eine Schnittstelle und keine Klasse ist? Nein. Ich denke, du hast es verstanden.

Ich möchte jedoch darauf hinweisen, dass es normalerweise besser ist, den Persistenzmechanismus nicht in die Listenklasse einzubetten. Es gibt dieses Ding namens Besuchermuster, das besser funktioniert. Indem der tatsächliche Persistenz-Code in einer separaten Klasse platziert wird, wird die gesamte logische Komplexität der App reduziert (auf Kosten einer zusätzlichen Klasse), und Ihr Telefonbuch wird für Orte mit Abhängigkeiten vom Persistenz-Mechanismus freigegeben, die gut aussahen Als du den Code zum ersten Mal entworfen hast, siehst du nicht mehr so ​​gut aus. Zum Beispiel, wenn Sie möchten, dass das Telefonbuch ein Element in einer ORM-referenzierten Datenbank ist.