Abhängigkeitsgraph verstehen?

[TomatenBrot447]

Hallo ,

ich habe hier folgende Aufgabe aus einem Buch, leider ist dazu keine Lösung angegeben. (siehe angehängtes Bild!)
Wie würde man solch eine Aufgabe lösen, ich habe echt keinen blassen schimmer.

Würde mich freuen, wenn mir jemand erklärt wie man solche aufgaben rangeht, bzw. wo im Netz ich etwas darüber finde ( ich konnte leider nichts gescheites finden im Internet).
Anlage : Bild
Mfg

 

[dayaftereh]

Ich würde es als Art UML Diagramm bezeichnen. So wie ich die Aufgabe verstehe, gib es hierfür mehrere Lösungen.

Du sollst bei der Aufgabe Klassen und Interface ohne Attribute nutzen. Dabei sollen die Klassen von einander Erben oder Interface implementiern.

Gib Bescheid wenn du meine Lösung willst....

 

[TomatenBrot447]

@dayaftereh
ja , zeig mir bitte wie du diese aufgabe lösen würdest. Das würde mir weiterhelfen, demnächst solche aufgaben besser zu verstehen und auch selber zu lösen

 

[dayaftereh]

Meine erste Lösung:

public interface B{}
public class A implements B {}
public class C extends A {}

 

[TomatenBrot447]

Und warum gerade so und nicht anders?
Eine kleine Erklärung dazu wäre noch sehr hilfreich.
Und kannst du mir auch erklären warum gilt : "public class A implements B" und nicht umgekehrt? Hat das was mit der pfeilspitze zu tun? Wie liest man sowas denn nun?

 

[dayaftereh]

Hey, also ich würde B als Interface(Schnittstelle) definieren. Da Ich mir einfach als Abhängigkeit im Interface ne Methode vorstellen kann. Das Interface bzw die Methode vom Interface wird als erstes in der Klasse A Implementiert. Da aber noch eine andere Implementierung geben soll, erbt die Klasse C von A und überschreibt nochmals die Methode. Vobei in dieser Implementierung auch A genutzt wird.
Schau hier :

public interface B {
  int foo();
}
public class A implements B {
   @Override
   int foo(){
      return 1;
   }
}
public class C extends A {
   @Override
   int foo(){
      return super.foo() + 1;
   }
}

 

[TomatenBrot447]

kannst du mir allgemein erklären wie das mit den Pfeilspitzen gemeint ist?
Und was ist jetzt "foo();" ?
was bedeutet der Ausdruck : @Override?

 

[AndiE]

Was ist das für ein Buch, wo du die Aufgabe her hast? Momentan würde ich das so lesen, dass B von A abhängig ist und C von A und B. Entlang der Pfeilrichtung wirkt A auf B, also ist B von A abhängig. Ein Beispiel wäre eine Lohnverwaltung. Es gibt ein Interface "EmployerInterface", das eine Methode "getMoney()" enthält. Das wäre A. Die Klasse Employer enthält nun die Methoden zur Verwaltung der persönlichen Daten und auch die Methode "getMoney()". Das wäre B. Von der Klasse "Employer" wird nun die Klasse "Worker" abgeleitet, da diese anders bezahlt werden. Offensichtlich ist "Worker" doch von "Employer" und "EmployerInterface" abhängig. Das wäre C.

 

[iBrain]

@Override ist eine Annotation die markiert das du eine Methode aus einer Oberklasse von der die deklarierende klasse erbt oder aus einem implementierten Interface (was hauptsächlich über abstrakte methoden verfügt die überschrieben werden müssen ) überschreibst .In dem beispiel von dayaftereh implementiert Klasse A das interface B

public class A implements B

und schreibt somit Klasse A vor dass es die methode foo() vom Interface B implementieren muss (foo hat im übrigen keine besondere bedeutung und wird des öfteren auch in der java API als Beispiel-methoden-name benutzt , es könnte dort auch spongebob() anstatt foo() stehen und dann müssten alle klassen die B implementieren eine methode spongebob() anbieten).Das selbe gilt für die Klasse C die die Klasse A erweitert mit dem kleinen unterschied das die Klasse C nicht gezwungen ist die Methode zu implementieren da die Methode innerhalb der Klasse A nicht abstrakt ist.Würde C die Methode nicht überschreiben(Also class C extends A aber ohne eigene methode foo() in der Klasse C ) würde ein aufruf der Methode foo() der Klasse C dir die 1 zurückgeben weil es die Methode direkt von der Klasse A erben würde inklusive der implementierung.Aber da die Methode der Klasse C die implementierung der Klasse A überschreibt gibt ein aufruf die 2 zurück denn durch super.foo() wird die methode foo() der Klasse A aufgerufen also eine 1 eingefügt(foo() aus A hat ja return 1; da stehen) und 1 wird hinzugezählt.

return super.foo() + 1;

Annotationen beeinflussen nicht im wesentlichen den programmcode sondern stellen
metadaten zur verfügung.Man muss zB @Override nicht nutzen sprich man könnte es weglassen , allerdings hat es den vorteil das der Compiler für uns dann überprüft ob wir wirklich eine methode der Oberklasse überschrieben haben.
Ich hoffe das hilft

 

[TomatenBrot447]

vielen dank für eure ausführlichen antworten.
Aber ehrlich gesagt verwirren mich eure antworten extrem , sry .

ok, fangen wir wieder von neu an.
Erklärt mir doch bitte wie ich solche diagramme lese. Was hat das mit den Pfeilrichtungen auf sich, wer erbt hier von wem?? Allgemein.

 

[iBrain]

Vielleicht solltest du dir erstmal ein Buch raussuchen was dir das prinzip der vererbung in Java ausführlicher erklärt .
Aber ich werds mal versuchen bezogen auf dein beispiel.
Der Pfeil zeigt auf die Klasse die erben soll ,ausgehend von der klasse die Vererben soll.Das bedeutet in deinem diagramm sollen A und C von B erben weil 2 Pfeile von B ausgehend auf A und auf C zeigen.Ausserdem soll C von A erben weil ja auch 1 pfeil von A aus auf C zeigt. Heisst B vererbt 2 mal und A soll einmal vererben.

Hierdurch wird bestimmt das A von B erbt durch das schlüsselwort implements.
(implements wird benutzt um ein interface und dessen methoden zu implementieren)

public class A implements B

Und hierdurch

public class C extends A

wird bestimmt das C von A erbt durch das schlüsselwort extends.
(extends wird benutzt um eine Unterklasse zu bilden)
Da A von B bereits geerbt hat und C von A erbt hast du dadurch erreicht das C auch von B erbt weil A vererbt die Methode die A von B geerbt hat auch an C .

Ich hätte auch eine frage ,weisst du denn was ein interface bzw eine Oberklasse/Unterklasse ist ?

 

[TomatenBrot447]

Vielen Vielen Dank, jetzt bin ich schon einen schritt weiter.
Ja ich weiß was Superklasse(alias Oberklasse) und Subklasse(alias Unterklasse) bedeutet.
Auch weiß ich was ein Interface ist.
Das Prinzip der Vererbung habe ich eigentlich soweit verstanden ( ist garnicht so schwer finde ich), nur diese ganzen Diagramme mit den Pfeilen machen mir manchmal zu schaffen.

 

[Xyz1]

Ich würde diese Aufgabe auch gerne verstehen wollen:

http://www.em.cs.uni-frankfurt.de/w...eda/sc/210b_Algorithmensynthese/folie_04.html

 

[iBrain]

Das nenn ich mal einen Pfeilsalat! Ich verstehe diese aufgabe leider auch (noch) nicht ! Würde mich aber interessieren! @TomatenBrot447 Schön das ich dir helfen konnte!Viel spass beim lernen!

 

[AndiE]

Was ist das für ein Buch, wo du die Aufgabe her hast? Momentan würde ich das so lesen, dass B von A abhängig ist und C von A und B. Entlang der Pfeilrichtung wirkt A auf B, also ist B von A abhängig. Ein Beispiel wäre eine Lohnverwaltung. Es gibt ein Interface "EmployerInterface", das eine Methode "getMoney()" enthält. Das wäre A. Die Klasse Employer enthält nun die Methoden zur Verwaltung der persönlichen Daten und auch die Methode "getMoney()". Das wäre B. Von der Klasse "Employer" wird nun die Klasse "Worker" abgeleitet, da diese anders bezahlt werden. Offensichtlich ist "Worker" doch von "Employer" und "EmployerInterface" abhängig. Das wäre C.

Ich hatte A und B verwechselt- mein Fehler