Interfaces?

[Guest]

Hallo Leute,

habe mir bereits Themen im Forum und in Büchern angesehen. Aber so richtig schlau werde ich nicht daraus. Deshalb eine konkrete Frage.
Ich habe folgende Definition in vielen meiner Klassen:

  private SimpleDateFormat af = new SimpleDateFormat("yyyy-MM-dd");
  private DateFormat df = new SimpleDateFormat("yyyy-MM-dd");

Ist eine Schnittstelle dazu da, diese Information aus einer Schnittstelle zu bekommen. Und wenn ja, wie wird dann richtig darauf zugegriffen? Muss ich dann in der Klasse in der ich die Schnittstelle implementiere, eigene Objekte anlegen, um diese dann zu initialisieren?

Bisher habe ich die obige Information in jeder Klasse als Klassenvariable neu definiert. Es funktioniert zwar geht aber bestimmt besser.

Schönen Dank

 

[Sky]

Das was Du da machst hat erst mal nix mit Interfaces zu tun. DateFormat ist die abstracte super-Klasse von SimpleDateFormat.

Du brauchst auch nicht beide Zeilen in deinem Code; sondern nur eine. Ich würde die zweite Variante vorziehen.

 

[bygones]

äh ich versteh deine Frage nicht ?!

Willst du wissen wofür sie da sind ? wann man sie verwendet?

 

[Guest]

shit;

hab nen Fehler gemacht!

  private DateFormat df = new SimpleDateFormat("HH-mm-ss");
  private SimpleDateFormat af = new SimpleDateFormat("yyyy-MM-dd");

Das was ich meine ist folgendes;

Ist es "normal" in jeder Klasse in der ich die Formate benötige jedesmal ein eigenes Objekt anzulegen oder geht das nicht viel einfacher bzw. ist das nicht der Sinn von Interfaces?

Danke

 

[SnooP]

Nein - das ist nicht der Sinn eines Interfaces... Ein Interface heißt zu Deutsch ja Schnittstelle und definiert die Features einer Klasse/Objekt auf die von außen zugegriffen werden kann. Diese werden mit Hilfe eines Namens unter einem Typ zusammengefasst.

Wenn man ein Objekt erzeugt, dessen Klasse ein bestimmtes Interface implementiert, weiß man es besitzt bestimmte Methoden... zudem kann man bei der Erstellung des Objekts die lokale Variable vom Typ des Interfaces machen, ähnlich wie oben, wo du DateFormat als Typ benutzt, obwohl der Typ des konkreten Objekts ja SimpleDateFormat heißt.

Eine abstrakte Klasse ist somit was ziemlich ähnliches wie ein Interface - in der Literatur wird beide Male von Schnittstellen gesprochen - einmal durch Untertypenbildung so wie oben und einmal durch die Definition eines eigenen Schnittstellentyps, der mit der Vererbungshierarchie von Klassen nischts zu tun hat.

Zu deiner konkreten Frage:
Das ist nicht der Sinn von Interfaces (s.o.) - und es ist normal Objekte zu erstellen, wenn man auf sie zugreifen will - im Fall des DateFormats - klar - wenn du ein bestimmtes Format für irgendwas benötigst, brauchst du nen Objekt davon.
Es kann nu sein, dass du zich Objekte hast, die alle auf ein und dasselbe Date-Format zugreifen wollen - da helfen dir die Referenzen weiter... sprich du hast eine zentrale Klasse auf die alle anderen Klassen zugreifen können, die eine public-Methode definiert namens getDateFormat()... und diese liefert das DateFormat Objekt so wie du es gerne hättest von jedem beliebigen Objekt aus. Du musst nur zusehen, dass du das Objekt beim Erstellen der zentralen Klasse auch erzeugst, sonst liefert die Methode lediglich "null"...

 

[Guest]

Hbae mir zwar deinen Text öfters durchlesen müssen, verstehe nun aber einiges mehr. Muss mir als auch abstrakte Klassen nochmals genauer ansehen. Das einzige was ich über die im Kopf habe ist, dass sie sich nicht instanzieren lassen.

Auf jeden Fall bedanke ich mich sehr für deine ausführliche Antwort und wünsche Dir und natürlich auch allen anderen ein schönes Weihnachtsfest!

 

[SnooP]

Vernünftig verstehen tut man das erst, wenn mans wirklich verwendet.. das theoretische Gelaber darüber ist immer etwas schwierig zu verstehen

Das mit dem Nicht-Instanzieren ist schonmal richtig - in sofern ists da auch sehr ähnlich zu nem Interface.
Bei ner abstrakten Klasse müssen die als abstract deklarierten Methoden dieser Klasse in den abgeleiteten Klassen (Subklassen) implementiert werden - sprich mit Leben gefüllt.
Genauso bei den Interfaces - wenn du dieses in einer Klasse implementierst (implements), musst du alle definierten Methoden entsprechend programmieren.

Der große Unterschied: Interfaces liegen irgendwo haben also nix mit Vererbung zu tun. Eine Klasse kann mehrere Interfaces implementieren, aber immer nur von einer Klasse erben, auch wenn diese vollständig abstrakt ist.
Ein Vorteil einer abstrakten Klasse is nu, dass verschiedene Methoden in dieser Klasse bereits implementiert werden können. Wenn man also weiß, dass in allen Unterklassen der gleiche Algorithmus immer wieder auftritt, kann eine Methode vollständig ausprogrammiert werden, die dann in den Unterklassen schon verwendet werden kann.
Eine abstrakte Klasse ist also so ne Art "Mischding" - und man ist wie schon gesagt daran gebunden, dass man ne Oberklasse haben muss, von der man erbt - das macht wirklich nur Sinn, wenn die Subklassen inhaltlich zu dieser abstrakten Oberklasse gehören... häufig gibts da ne ganze Reihe Einschränkungen, daher würde ich soweit es geht Interfaces nutzen. Aber das hängt stark vom jeweiligen Verwendungszweck ab - oft wird ja auch genau das benötigt, dass man eine Vaterklasse hat, die als großes Vorbild für die Subklassen dient

Dir natürlich auch ein schönes Weihnachtsfeste und viel Spaß mit Java auch im neuen Jahr

 

[bygones]

um auch noch was kluges sagen zu können

Interfaces sind eine im Grunde abstrakte Klassen ohne Variablendefinition und Methodenimplementierung....

so und nun frohe Weihnacht euch allen