Interface oder Abstrakte Klasse?

[Guest]

Eine Frage zu den Interfaces in Java, warum kann ich Methoden dort nur als public oder abstract declarieren (oder mach ich da was falsch?)? Ich habe einige Klassen, die jeweils 4 Methoden des gleichen Zwecks, aber anderer Implementation nutzen. Nun wuerde ich gerne ein Interface dazu schreiben, um zu garantieren, dass diese Methoden mindestens implementiert sind. Ich moechte aber nur ungerne die "Visibility" der Methoden auf "public" setzen?

Ich ueberlege nun statt des Interfaces eine abstrakte Klasse zu schreiben, allerdings gefaellt mir das Konzept der Interfaces zum ausimplementieren der erwarteten Methoden sehr gut? Kann mir da jemand weiterhelfen? :?

 

[Anmeldeboykottierer]

Hi,
ein Interface ist eine reine Schnittstelle. Der Sinn liegt einfach darin, dass du ein wirklich abstraktes Modell schaffen kannst. Dabei legst du nur die Schnittstellen der einzelnen Teilbereiche (Problem kann in Teilprobleme zerlegt werden) fest. Eine solche Schnittstelle ist dabei immer abstrakt (ob du es hinschreibst oder nicht) und es sind nur die Methoden, die nach aussen sichtbar sind (also immer public).
Das Modell kann damit die Beziehungen dieser Schnittstellen zueinander darstellen. Zudem muss jede Implementierung halt diese Methoden zur Verfügung stellen. Der Vorteil liegt jetzt einfach darin, dass du jedes der Teilprobleme unabhängig von allen anderen lösen kannst (da du die Schnittstelle kennst). Nur dadurch kannst du parallel verschiedene Teile implementieren, was wiederum bei Gruppen zum Tragen kommt. Ist ein Problem komplexer als ein Anderes, ist dies egal. Mit dem Interface (und ggf. einer Dummy-Implementierung) kann leicht gearbeitet werden, der austausch ist zu jedem Zeitpunkt (ohne Probleme und Änderungen) möglich.

Ein Interface ist nur dafür gedacht und aus genau diesem Grund stellt es erstmal nur die öffentlichen und abstrakten Methoden zur Verfügung. Für einzelne konkrete Implementierungen kannst du nun eine Basisklasse (die dann abstrakt ist) schaffen, die zusätzlich zu den Interfaces noch andere Methoden (mit anderer Sichtbarkeit) einführt und das entsprechende Interface implementiert.
Das hat dann wiederum den Vorteil der Austauschbarkeit.

In beiden Fällen ist es nicht möglich so vorzugehen, aber es ist immer eine gute Möglichkeit.

Gruß Der Anmeldeboykottierer

 

[Guest]

Hallo,
ich habe genau das soeben feststellen muessen. Ich dachte immer Interfaces sind zum planen da, ja, aber eben auch um quasi eine gewisse Art der Mehrfachvererbung zu erreichen. Aber warum man dann eben kein protected zur Verfuegung hat, war mir ein Raetsel. Natuerlich koennte man dann ja auch alles gleich public deklarieren... Nun gut, dann halt wieder "abstract" Klassen machen. Danke.

 

[Acha]

Hi,

ich finde, beides hat seine Berechtigung, sowohl abstrakte Klasse als auch das Interface.
Mir wurde das Interface als eine Art Vertrag dargestellt, der festlegt, welche Variablen und Methoden die erbende Klasse umsetzen muß. So kann es eben nicht passieren, dass man in der erbenden Klasse vergißt, Methoden umzusetzen.

MFG

Acha