Interfaces Abstrakte Klassen

[javalui]

Hallo Javafreunde,

ich habe jetzt seit langem nichts mehr mit java gemacht und wollte daher die Grundlagen alle nochmal ansehen. Da ich schon immer ein Problem mit Interfaces und Abstrakten Klassen hatte möchte ich sie diesmal 100% verstanden haben.
Ich weis noch, dass ich während meiner Studienzeit einmal eine Aufgabe erhalten habe die wie folgt aussah:

Pizza

Böden:
• Normal
• Cheesy
• Crunchy
• ...

Beläge:
• Salami (scharf)
• Käse
• Schinken
• Chilli (scharf)
• Mais
• ...

Eine Pizza ist Vegetarisch solange kein Fleisch verwendet wurde.
Eine Pizza ist nicht schaft bis 2 scharfe Zutaten verwendet wurden.

Kann mir jemand anhand dieser Aufgabe vielleicht erklären wie ich hier die Klassenstruktur aufbauen sollte?

Grüße
Javalui

 

[Gast2]

Interface IstScharf, Interface IstFleisch
Klasse Pizza
Abstrakte Klasse(oder Interface) Boden, Abstrakte Klasse (oder Interface) Belag
Jeder implementierte Belag bekommt unter Umständen noch das IstScharf oder IstFleisch Interface.

 

[javalui]

ist es nicht bisschen viel ein interface für eine boolean variable anzulegen? (IsFleisch, IstScharf)

 

[Fant]

Da sollte gar keine Variable drin stehen in dem Interface. Ein (leeres) Marker-Interfaces ist hier vollkommen ausreichend.

 

[javalui]

Und was würde ich machen wenn ich jetzt auch den Preis berücksichtigen möchte.

Pizza hat einen gesamtpreis der sich aus Boden und den Belägen zusammensetzt.
???

 

[Fant]

Dann sollten deine (abstrakten) Klassen (oder Interfaces) für den Boden und den Beleg jeweils ein Attribut Preis bereitstellen...

 

[15 Zeichen]

Marker Interfaces sind Blödsinn. Wie willst du feststellen ob die Pizza scharf ist oder nicht? Mit instanceof die Beläge prüfen?

Wenn sich Gesamtpreis aus den Einzelpreisen zusammensetzt ist Preis halt auch eine Eignschaft von Boden und Belag, oder nicht?

 

[Fant]

Marker Interfaces sind Blödsinn. Wie willst du feststellen ob die Pizza scharf ist oder nicht? Mit instanceof die Beläge prüfen?

Ja, genau so.

 

[javalui]

Würde es nicht Sinn machen eine Klasse "Zutaten" anzulegen die dann Preis scharf und vegetarisch enthält von den dann böden und zutaten abgeleitet werden?

 

[Fant]

Das kannst du auch machen. Beim Preis ist das auch auf jeden Fall sinnvoll ihn über eine gemeinsame Schnittstelle bereitzustellen. Ob du für scharf und vegetarisch nun boolean-Variablen reservierst oder Interfaces benutzt ist eigentlich egal. Zu Übungszwecken (und darum geht es dir ja gerade) finde ich hier aber die zweite Variante schöner.

 

[javalui]

Das heißt:

Klasse Pizza
Hat Preis
Hat Liste mit Zutaten

Klasse Zutaten
Hat Preis (Getter und Setter)

Interface IstScharf
Interface IstFleisch

Interface Boden

Normal extends Zutaten implements Boden
Crunchy extends Zutaten implements Boden
...

Interface Belag

Käse extends Zutaten implements Belag
Chili extends Zutaten implements Belag, IstScharf
Schinken extends Zutaten implements Belag, IstFleisch
Salami extends Zutaten implements Belag, IstFleisch, IstScharf

In etwa so?

 

[Gast2]

Kann man machen. Die Preisberechnung lässt sich ohne Interfaces vermutlich etwas schöner berechnen, aber es ist ja ne Interface Übung

 

[Fant]

Die Klasse Pizza sollte sinnvoller weise ein Attribut Boden und eine Liste von Belägen als Attribute haben, statt einer Liste von Zutaten. Sonst könntest du deine Pizza auch mit Pizzaböden belegen

 

[javalui]

Wie würde man die Preisberechnung denn normalerweise machen (Interface Übung mal außen vor)

 

[Gast2]

Ganz simpel vielleicht so:

Klasse Pizza
- grundpreis : double
- boden : Boden
- belaege : List<Belag>
+ calculatePrice() : double

Klasse Boden
- type : TYP enum
- zusatzkosten : double

Klasse Belag
- name : String
- istScharf : boolean
- istFleisch : boolean
- zusatzkosten : double

 

[javalui]

Ah ok.
Danke erstmal für die ausführlichen erklärungen

Ich schließ den Thread jetzt mal