Implementierung eines Kontos

[GaugeX]

Hallo liebe User, das ist mein erster Beitrag in diesem Forum, ich habe mich gerade zu später Stunde registriert da ich ziemlich Nachtaktiv bin.

Ich möchte mich kurz vorstellen.
ich heiße Nico, bin 17 Jahre alt und komme aus der Region Thüringen, ich bin Hobbyprogrammierer, ich mache nebenbei Musik & besuche eine Berufsschule in Erfurt, ich strebe den Mittleren Bildungsabschluss momentan an, um später in die Richtung IT-Systemelektronik zu gehen. Ich könnte mir gut vorstellen später als Java-Programmierer zu arbeiten aber im moment ist das nicht leicht realisierbar.

Ich programmiere in der Woche ca. 3-4 Stunden und bin momentan Anfänger, ich lerne über einen vollständigen, ausführlichen Videokurs im Internet.
Wenn ihr noch fragen habt könnt ihr mir gerne schreiben.

Nun zum Thema, ich versuche im Moment eine Klasse mit dem Namen Konto zu implementieren.
Ich habe als Gegenstück die Klasse Auto und möchte wenn ich mir ein Auto "kaufe" das es mit einer Kontoklasse interagiert, den Betrag abzieht und mir eine Bilanz anzeigt.

Könnt ihr mir den Weg zeigen das zu realisieren, sprich was ich einsetzen muss um das zu erreichen.
Die Grundkenntnisse sind vorhanden, wenn etwas unklar ist frage ich.

Ich würde mich freuen wenn mir jemand hilft
und danke schoneinmal dennen die mir helfen.
Grüße Nico

 

[hüteüberhüte]

Moin,

so etwas ähnliches gab es vor kurzem hier: http://www.java-forum.org/java-basics-anfaenger-themen/145956-interface.html#post974994 .

class Konto {

    private int balance;

    public Konto() {
        this(0);
    }

    public Konto(int balance) {
        this.balance = balance;
    }

    public int getBalance() {
        return balance;
    }

    public void setBalance(int balance) {
        this.balance = balance;
    }

    public void add(int a) {
        if (balance + a < 0) {
            throw new IllegalArgumentException("This shouldn't be happening.");
        }
        balance += a;
    }
}

class Auto {

    private String beschreibung;
    private int preis;

    public Auto(String beschreibung, int preis) {
        this.beschreibung = beschreibung;
        this.preis = preis;
    }

    public int getPreis() {
        return preis;
    }

    @Override
    public String toString() {
        return "Auto{" + "beschreibung=" + beschreibung + ", preis=" + preis + '}';
    }
}

class MainClazz {

    public static void main(String[] args) {
        Konto konto = new Konto(999999);
        Auto[] autos = {new Auto("Bmw, Schrott", 600), new Auto("Rolls, Supreme", 6666)};
        while (true) {
            Auto a = autos[(int) (Math.random() * autos.length)];
            konto.add(-a.getPreis());
            System.out.println(a + " gekauft");
            System.out.println("balance = " + konto.getBalance());
        }
    }
}

Natürlich kann die Konto-Klasse auch die Auto-Klasse kennen (oder umgekehrt), aber das wäre etwas verwirrend.

Angenehme Nacht. ^^

 

[Landei]

[c]setBalance[/c] sollte es nicht geben, damit kann ja jeder das Konto ohne Überprüfung in die Miesen setzen...

 

[hüteüberhüte]

[c]setBalance[/c] sollte es nicht geben, damit kann ja jeder das Konto ohne Überprüfung in die Miesen setzen...

Stimmt. Aber vor allem: Nennt man es jetzt balance, beschreibung, preis, oder alles auf Englisch, oder alles auf Deutsch? Bei solchen Sachen bin ich mir immer nicht so sicher, manche machen es so, manche so...

Edit: Zumindest von den Umlauten weiß ich von einem Ibm-entwickler, dass man sie vermeiden sollte, also: ae, oe, ue, Eszett/sz.

 

[GaugeX]

Ich danke ersteinmal für die Antworten

Ich hab mir den Code mal angeschaut, ich kann diesen auch größten Teils nachvollziehen, was mir unklar ist, ist die Zeile: " throw new IllegalArgumentException("This shouldn't be happening."); ".

Sollte ich vlt. zu inneren Klassen zurückgreifen?, sprich alles was mit dem Konto interagiert in eine Klasse setzen? Normalerweiße macht man das doch nicht so oder?

Wenn ich in der Klasse Auto eine Instanz-Variable "preis" habe, könnte ich doch theoretisch durch eine Instanz-Methode den int Betrag von der Instanz-Variable "guthaben" der Klasse Konto abziehen lassen oder?

In etwa so:

public void ausgeben() {
Konto.guthaben = Konto.guthaben - this.preis;
}

Versteht ihr wie ich das meine?

 

[Landei]

Du musst irgendwie vermeiden, dass das Konto überzogen wird, und das dem Aufrufer auch mitteilen. Eine Möglichkeit dafür sind Exceptions (Ausnahmen), eine weitere wäre die Rückgabe eines booleans, der anzeigt, ob die Operation auch geklappt hat.

 

[Timothy Truckle]

public void ausgeben() {
Konto.guthaben = Konto.guthaben - this.preis;
}

Die Daumenregel heist: Objektvariablen werden in der Klasse verändert, in der sie deklariert sind. Richtiger wäre es also umgekehrt:

Auto

implementiert ein Interface, mit dem

Konto

umgeben kann, zB.

Ware

;

interface Ware{
  int getPreis();
}
class Auto implements Ware{
  private /*final*/ int preis;
  public Auto(int preis /*, weitere Eigenschaften */){
    this.preis=preis;
  }
  @Override
  public int getPreis(){
    return preis;
  }
  // weitere Methoden
}

class Konto {
  private int saldo;

 public void bezahle(Ware ware){
   if (saldo < ware.getPreis()) {
     throw new RuntimeException("Konto nicht gedeckt");
   }
   saldo -=ware.getPreis();
 }
}

bye
TT

 

[Timothy Truckle]

Du musst irgendwie vermeiden, dass das Konto überzogen wird, und das dem Aufrufer auch mitteilen. Eine Möglichkeit dafür sind Exceptions (Ausnahmen), eine weitere wäre die Rückgabe eines booleans, der anzeigt, ob die Operation auch geklappt hat.

Die Exceptions-Variante ist hierzu bevorzugen: Wenn Du mehrere Waren bezahlen willst iterierst Du einfach über die Liste. Die "Returnwert"-Variante würde 2 Entscheidungen benötigen: die erste, um den Returnwert zu bilden, die zweite um in (in der Schleife) auszuwerten.

bye
TT

 

[hüteüberhüte]

Kennt die Klasse Konto von TT denn jetzt die Klasse Ware, oder ist das noch keine so starke Relationship? Btw. müsst ihr bedenken, dass preis auch negativ sein könnte, und es deshalb schnell zu unerwünschten Effekten sprich integer overflows kommen kann.

Exception, boolean-Wert oder neuer Kontostand könnte zurückgegeben werden.

 

[GaugeX]

Ich danke euch für die Lösungsvorschläge, entschuldigt aber meine unwissenheit im Bezug auf Interfaces, die sind im Kurs noch nicht behandelt wurden.

Nun könnt ihr mir bitte diese "Exceptions-Variante" kurz erklären damit ich nachvollziehen kann wie Landei das meint, ist die Exeception eine art Schleife die etwas ausschließt?

Um negative Eingaben auszuschließen setz ich am besten eine for-Schleife ein oder?


Grüße Nico

 

[OnDemand]

Hi Nico

hier auch ein Nico

Eine Exception fängt fehler ab, die das Progogramm zum Absturz bringen würden. Implementier werden sie ähnlich einer if-Afrage:

try {
//Hier wird "versucht" Programmcode auszuführen, wenn es geht > Programm wird fortgeführt
}
catch { //Hier wird eine Fehlermeldung ausgegeben, um zu verhindern dass das Programm abstürzt
}

Als Beispiel: Eine Division durch Null, geht nicht. Ohne try-catch, würde das Programm nichts machen und der User steht da wie bestellt und nicht abgeholt, denn er bekommt keine Meldung warum es nicht weiter geht.
Mit try-catch bekommt er zb eine Anzeige " Durch 0 teilen geht nicht".

 

[Timothy Truckle]

Kennt die Klasse Konto von TT denn jetzt die Klasse Ware, oder ist das noch keine so starke Relationship?

Ja. Aber da

Ware

ein Interface ist ist das ok.

Btw. müsst ihr bedenken, dass preis auch negativ sein könnte,

Dass muss man in der JavaDoc-Beschreibung eben reischreiben, dass der Preis immer positivzu sein hat, und von den Implementierungen gefordert wird, dass bei negativen Preisen eine zu werfen ist...

und es deshalb schnell zu unerwünschten Effekten sprich integer overflows kommen kann.

Wenn man sowas ernsthaft angeht muss man sowieso auch [JAPI]BigInteger[/JAPI] zurückgreifen.

Exception, boolean-Wert oder neuer Kontostand könnte zurückgegeben werden.

Könnte, aber was ist (aus OO-Sicht) sinnvoll? IMHO nur die Exception.

bye
TT