Klassen Klasse BreakIterator

[xerxes24]

Hallo Zusammen,

Möchte wissen, wieso ich diese Klasse in folgendem Code-Beispiel normal benutzen kann (und auch sonst), ohne die Klasse zu erweitern und die Methoden zu implementieren, obwohl die Klasse und gewisse Methoden (next() und first()) doch als abstract markiert sind? Habe gelernt, dass man Abstrakte-Klassen erweitern "muss". Auch in der Klassendeklaration BreakIterator.class existiert gar kein Methodenkopf (Bsp. public abstract int next(); )! Wie kann der Code dann funktionieren? Mach ich irgend einen Denkfehler?

Code:
import java.text.BreakIterator;
import java.util.*;

public class WhereHaveYouBeen {
public static void main( String[] args ) {

Set<String> allCities = new HashSet<>();
allCities.add( "Sonsbeck" );
allCities.add( "Düsseldorf" );
allCities.add( "Manila" );
allCities.add( "Seol" );
allCities.add( "Siquijor" );

Set<String> visitedCities = new TreeSet<>();

String sentence = "Von Sonsbeck fahre ich nach Düsseldorf und fliege nach Manila.";
BreakIterator iter = BreakIterator.getWordInstance();
iter.setText( sentence );

for ( int first = iter.first(), last = iter.next();
last != BreakIterator.DONE;
first = last, last = iter.next() ) {
String word = sentence.substring( first, last );
if ( allCities.contains( word ) )
visitedCities.add( word );
}

System.out.println( "Anzahl besuchter Städte: " + visitedCities.size() );
System.out.println( "Anzahl nicht besuchter Städte: " +
(allCities.size() - visitedCities.size()) );
System.out.println( "Besuchte Städte: " + String.join( ", ", visitedCities ) );
Set<String> unvisitedCities = new TreeSet<>( allCities );
unvisitedCities.removeAll( visitedCities );
System.out.println( "Unbesuchte Städte: " + String.join( ", ", unvisitedCities ) );
}
}

Danke für die Hilfe.
Gruss
xerxes24

 

[httpdigest]

Die statische Methode BreakIterator.getWordInstance() liefert dir irgendeine Instanz einer konkreten Implementierung von BreakIterator. Du erzeugst ja selber keine Instanz von BreakIterator mit new. Und natürlich kannst du auf einem statischen Typ einer abstrakten Klasse oder einem Interface eine Methode aufrufen. Der dynamische Typ des Objektes dahinter ist ja immer eine konkrete Klasse.

 

[xerxes24]

Ja das ist mir schon klar, das die Methode getWordInstance() statisch ist. Dort sehe ich auch kein Problem aber die Methode next() zum Beispiel ist "public abstract int next();" (Semikolon als Abschluss und nicht ein Methodenrumpf { mit Implementierung }).
Zitat:
In Java ist es möglich, abstrakte Methoden zu definieren. Im Gegensatz zu den konkreten Methoden enthalten sie nur die Deklaration der Methode, nicht aber ihre Implementierung. Syntaktisch unterscheiden sich abstrakte Methoden dadurch, daß anstelle der geschweiften Klammern mit den auszuführenden Anweisungen lediglich ein Semikolon steht. Zusätzlich wird die Methode mit dem Attribut abstract versehen. Abstrakte Methoden können nicht aufgerufen werden, sie definieren nur eine Schnittstelle. Erst durch Überlagerung in einer abgeleiteten Klasse und Implementierung des fehlenden Methodenrumpfes wird eine abstrakte Klasse konkret und kann aufgerufen werden.

Wenn ich eine abstrakte Klasse erstelle, kann ich diese auch nicht benutzen! Wenn man die Deklaration der Klasse BreakIterator in java/base -- java.text.BreakIterator anschaut sieht man keine Implementation der oben genannten Methode und die Klasse wird auch nirgends erweitert!

Danke und Gruss

 

[httpdigest]

Ich wiederhole mich nochmal: Natürlich kannst du auf einem statischen Typ einer abstrakten Klasse oder einem Interface eine Methode aufrufen. Der dynamische Typ des Objektes dahinter ist ja immer eine konkrete Klasse.
Das nennt sich Polymorphie und ist das aller grundsätzlichste an der objektorientierten Programmierung.
Es wird dann anhand des dynamischen Typs des Objektes entschieden, welche konkrete Implementierung der aufgerufenen Methode tatsächlich ausgeführt wird. Das nennt sich wiederum Dynamic Dispatch oder "spätes Binden".
Beispiel:

public abstract class AbstractClass {
  public abstract String giveString();
  public static AbstractClass giveImplementation() {
    return new ConcreteClass();
  }
}
public class ConcreteClass extends AbstractClass {
  public String giveString() {
    return "Hello, World!";
  }
}
public class Test {
  public static void main(String[] args) {
    AbstractClass instance = AbstractClass.giveImplementation();
    System.out.println(instance.giveString());
  }
}

AbstractClass entspricht hier der java.text.BreakIterator und ConcreteClass entspricht einer konkreten Implementierung, die von dem JDK intern zurück geliefert wird. Test entspricht dann deiner Klasse.
Selbstverständlich wird BreakIterator.getWordInstance() intern irgendwo eine Instanz einer konkrete Klasse zurückliefern. Hast du dich da schonmal komplett durch den ganzen JDK Code durchgewühlt. Du kannst bei BreakIterator.createBreakInstance() anfangen. Dann wirst du irgendwann die Stelle finden, an der eine konkrete Klasse instanziiert wird.

Wenn ich eine abstrakte Klasse erstelle, kann ich diese auch nicht benutzen!

Selbstverständlich kannst du diese benutzen. Sie kann immer der statische Typ einer Variablen bzw. eines Ausdrucks sein. Zur Laufzeit wird durch diesen Ausdruck aber ein Objekt generiert, welches eine Instanz einer konkreten Implementierungsklasse ist. Und somit kannst du auf dem statischen Typ der abstrakten Klasse selbstverständlich immer eine abstrakte Methode aufrufen, weil diese auf dem dynamischen Typ des Objektes, auf dem die Methode letztlich aufgerufen wird, immer vorhanden sein wird. Nämlich implementiert in der konkreten Klasse des Objektes.

EDIT: Du kannst dir auch ganz einfach die Klasse des Objektes, welches von BreakIterator.getWordInstance() zurückgeliefert wird, ausgeben lassen:

public static void main(String[] args) {
  System.out.println(BreakIterator.getWordInstance().getClass());
}

Gibt bei mir: "class sun.text.RuleBasedBreakIterator" aus

 

[mrBrown]

Abstrakte Methoden können nicht aufgerufen werden, sie definieren nur eine Schnittstelle.

Der Teil ist etwas missverständlich formuliert.
Abstrakte Methoden kann man natürlich aufrufen, ausgeführt werden sie aber immer auf einem konkreten Objekt, für welches alle abstrakten Methoden implementiert sein müssen.

 

[xerxes24]

An httpdigest:
Habe es auch so probiert:

BreakIterator iter = BreakIterator.getWordInstance();
System.out.println( iter.getClass() );

und "class sun.text.RuleBasedBreakIterator" erhalten. Und in RuleBasedBreakIterator werden die abstrakten Methoden implementiert. Das habe ich die ganze Zeit gesucht!!

Etwas doof finde ich, dass auf der Seite von Oracle unter BreakIterator https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/text/BreakIterator.html nirgendwo etwas von RuleBasedBreakIterator erwähnt ist! Normalerweise steht immer so etwas wie:
public class RuleBasedBreakIterator extends BreakIterator
also welche Klasse BreakIterator erweitert. Aber nichts. Hat das was damit zu tun, dass diese Klasse im Paket sun.text ist? Aber sun.text ist ja auch in java.base?! Das hat mich etwas verwirrt!

Habe jetzt alles soweit begriffen. Vielen Dank für die Erklärungen.

 

[mihe7]

Etwas doof finde ich, dass auf der Seite von Oracle unter BreakIterator

Doof wäre, wenn dort der RuleBasedBreakIterator genannnt würde, denn dieser existiert "offiziell" nicht.