Eine Methode einer extendeten Klasse deakitivieren

[ErfinderLabyrinth]

Hallo,
ich möchte gerne eine Methode von einer extendeten Klasse deaktivieren d.h. nicht aufrufbar machen

 

[Neumi5694]

Das geht nicht, man kann nie was wegnehmen, nur hinzufügen.

Was du tun kannst, ist sie zu überschreiben und eine Exception zu werfen, falls sie aufgerufen wird.
So arbeitet z.B. auch Collections.unmodifiableList().
Es erzeugt eine Klasse mit Referenz auf die ursprüngliche Liste, die verändernden Methoden werfen aber Exceptions.
Es gilt: Wenn du so was machst, schreib es ins Javadoc der Methode.

 

[Mart]

entweder ist diese in der super Klasse private oder du verstößt gegen das Livkoschke Grundprinzip was im Prinzip sagt bei der Vererbung darfst du nur Klassen Erweitern und NIEMALS deren FUnktionalität einshcränken

 

[ErfinderLabyrinth]

entweder ist diese in der super Klasse private oder du verstößt gegen das Livkoschke Grundprinzip was im Prinzip sagt bei der Vererbung darfst du nur Klassen Erweitern und NIEMALS deren FUnktionalität einshcränken

Schade

 

[temi]

du verstößt gegen das Livkoschke Grundprinzip

Die Frau heißt Liskov: https://de.wikipedia.org/wiki/Liskovsches_Substitutionsprinzip

 

[Neumi5694]

Schade

Aber sinnvoll
Stell dir mal vor, du leitest von Point2D ab und sperrst dann die X und Y getter. Wozu wäre ein Punkt dann noch gut?
Außerdem : Wenn du deine Klasse dann in einen Punkt castest, würde der Compiler gar nicht wissen, dass die Methoden gesperrt wurden.

 

[Robert Zenz]

Zur Laufzeit kannst du die Methode natuerlich jeder Zeit "deaktivieren", in dem du diese ueberschreibst und dann entweder nichts tust oder eine Ausnahme wirfst. Das kann sogar gewuenscht sein, zum Beispiel die readonly-Lists welche bei Arrays.asList() rauskommen.

 

[Mart]

diese exception müsste man nicht werfen wenn readonly list die methode nicht hat, und die normale list von der readonly erbt

ist halt blöd wenn ein interface sagt dass es die geben muss

readOnly properties haben das zb ... diese haben keine bind methode weil sie nicht gesetzt werden dürfen

 

[Neumi5694]

Zur Laufzeit kannst du die Methode natuerlich jeder Zeit "deaktivieren", in dem du diese ueberschreibst und dann entweder nichts tust oder eine Ausnahme wirfst. Das kann sogar gewuenscht sein, zum Beispiel die readonly-Lists welche bei Arrays.asList() rauskommen.

Das Ergebnis von Arrays.asList ist übrigens nicht read only. Collections.sort(Arrays.asList(array)) funktioniert tadellos. Man kann allerdings nichts hinzufügen oder löschen, das ist richtig.

 

[Robert Zenz]

Das Ergebnis von Arrays.asList ist übrigens nicht read only. Collections.sort(Arrays.asList(array)) funktioniert tadellos. Man kann allerdings nichts hinzufügen oder löschen, das ist richtig.

Oh, ja, ist schon veraenderbar, ist einfach nur eine neue ArrayList stelle ich gerade fest...keine Ahnung an welche andere Methode ich da gerade gedacht habe...na auf jeden Fall mal Collections.unmodifiableList und Collections.emptyList.

 

[Neumi5694]

Oh, ja, ist schon veraenderbar, ist einfach nur eine neue ArrayList stelle ich gerade fest...keine Ahnung an welche andere Methode ich da gerade gedacht habe...na auf jeden Fall mal Collections.unmodifiableList und Collections.emptyList.

Das ist sehr wahrscheinlich. Arrays.asList ist eben genau dafür extrem praktisch, diverse Collections-Methoden auf ein Array anzuwenden.
Es wird hier allerdings nicht java.util.ArrayList geliefert, sondern java.util.Arrays.ArrayList.
Letztere ist eine Liste, die nicht in der Größe verändert werden kann.

 

[Robert Zenz]

Es wird hier allerdings nicht java.util.ArrayList geliefert, sondern java.util.Arrays.ArrayList.
Letztere ist eine Liste, die nicht in der Größe verändert werden kann.

Ah, Danke, habe ich nicht aufmerksam genug gelesen...dann war das schon fast richtig von mir. So genau habe ich mir das noch nie angesehen (noch nie gebraucht).

 

[thecain]

fest...keine Ahnung an welche andere Methode ich da gerade gedacht habe...

Wahrscheinlich List.of