Garf will Java-Programmierer werden - und schafft es nicht. Hilfe!

[Wozer]

Ist doch logisch. Das "+" ist bei einem String einfach eine Anhängoperation. Du musst vorher den string in nen int verwandeln, dann addieren und dann kannste das wieder ausgeben.

String zahl1 = JOptionPane.showInputDialog("Wieviel bieten Sie: ");
int zahl2 = Integer.parseInt(zahl1); //hier vllt. noch checken bzgl. der "Zahl"
zahl2++;
//wenn man es genau machen will kann man hier noch
//String out = Integer.toString(zahl2); oder String out = String.valueOf(zahl2); machen. Dann statt zahl2 halt out ausgeben. Aber int sollte er eigentlich auch nehmen
JOptionPane.showMessageDialog(null,"Ich biete: " + zahl2 + " Also viel mehr!");

[GarfieldMcSnoopy]

Supi, Danke, so klappt's

War leider im Lehrbuch noch nicht beschrieben - und so was "banales" kommt wohl später auch gar nicht mehr

Danke sehr!

[Peregrin_Tooc]

Schmeiß die Lehrbücher weg

(Im Ernst: ohne Projekt lernst Du nicht programmieren - oder willst Du Dir nur die Porgrammiersprache Java draufziehen und kannst eigentlich schon programmieren? Dann vergiss, was ich sage Ansonsten such Dir was, was Du programmieren willst, und ich würde vorschlagen, Benutzeroberflächen vergisst Du erstmal. Schau Dich mal beim project Euler um, die haben da sehr nette Programmierprobleme, viel Zahlentheorie usw. da lernst Du Unmengen an Algorithmik)

[Shakka]

In den meisten Büchern werden immer nur so "Bankbeispiele" behandelt. Da finde ich das Projekt Euler auch ansprechender. Allerdings besteht Java zu 90% daraus, Klassen und Objekte zu verstehen. Das lernt man nicht, wenn man mathematische Probleme lösen will.

[Peregrin_Tooc]

Das ist ganz richtig. Dann sollte man hingehen, und z.B. ein primitives Schiffe versenken programmieren oder so, da hat man schon ne Menge Möglichkeiten für OO-Programmierung.

[GarfieldMcSnoopy]

Ach, ich bin ein totaler Anti - sowohl beim Programmieren als auch bei Mathe. Kann nur großes Kino werden Hab mir ein Java-Anfängerbuch gekauft, für ein paar Grundlagen schadet mir das nicht. Ob ich da durchsteige, wird sich zeigen - danke jedenfalls für eure Hilfe!

[Ausgetreten]

Ach, ich bin ein totaler Anti - sowohl beim Programmieren als auch bei Mathe. Kann nur großes Kino werden Hab mir ein Java-Anfängerbuch gekauft, für ein paar Grundlagen schadet mir das nicht. Ob ich da durchsteige, wird sich zeigen - danke jedenfalls für eure Hilfe!

Die wohl umfangreichste Java-Hilfe im Netz: http://openbook.galileocomputing.de/javainsel/

[GarfieldMcSnoopy]

Das Buch ist als Ebook sogar bei meinem Buch (Programmieren lernen mit Java) dabei Das wird dann der nächste Schritt Aber Danke für den Tipp! Apropos Tipp:

public class u2 {

public static void main(String[] args) {
int a = 3;
int b = 5;
int c = 6;
double x = 1.5;
double y = 2.3;
int int_ergebnis;
double double_ergebnis;
boolean b_wert;
b_wert = a < b | c++ == 6;
System.out.println("Es sind = " + b_wert);
System.out.println("c= " + c);
}
}


Mir geht's um diese Zeile:
b_wert = a < b | c++ == 6;

b_wert ist entweder true oder false, da a kleiner als b, ist b_wert true. DANN prüft er noch, ob c+1 gleich 6 ist - c+1 ist aber 7. Macht nix, ist ja ein "oder"-Befehl, also gibt das Java-Dingens "true" und "7" aus. Tut es auch, passt soweit. Was ich nicht verstehe: c ist aber 6. Heißt das, dass | (und auch &) gar nicht nur als Vergleichsbefehle gelten, sondern auch quasi durchgeführt werden?

PS: Fühlt ihr euch in den Kindergarten zurückversetzt?

[Peregrin_Tooc]

c++ bedeutet: erhöhe c um eins, ist eine Kurzschreibweise für den Befehl c=c+1, wenn Du nur prüfen willst, musst Du schon c+1 schreiben

Im übrigen gibt es mit diesen Inkrementen und Dekrementen noch Feinheiten, wann die genau ausgeführt werden, das ist recht Bug-Anfällig...

Außerdem sollte man fast immer || statt | und && statt & verwenden, da diese operatoren performanter sind (da sie verhindern, dass der zweite Ausdruck ausgewertet wird, wenn der erste true bzw. false ist).

Nochwas: binde mal den Quelltext in PHP-Tags ein, das macht ihn besser lesbar:

public class u2 {
 
  public static void main(String[] args) {
     int a = 3;
     int b = 5;
     int c = 6;
     double x = 1.5;
     double y = 2.3;
     int int_ergebnis;
     double double_ergebnis;
     boolean b_wert;
     b_wert = a < b | c++ == 6;
     System.out.println("Es sind = " + b_wert);
     System.out.println("c= " + c);
   }
 } 

[Ausgetreten]

Mir geht's um diese Zeile:
b_wert = a < b | c++ == 6;

b_wert ist entweder true oder false, da a kleiner als b, ist b_wert true. DANN prüft er noch, ob c+1 gleich 6 ist - c+1 ist aber 7. Macht nix, ist ja ein "oder"-Befehl, also gibt das Java-Dingens "true" und "7" aus. Tut es auch, passt soweit. Was ich nicht verstehe: c ist aber 6. Heißt das, dass | (und auch &) gar nicht nur als Vergleichsbefehle gelten, sondern auch quasi durchgeführt werden?

PS: Fühlt ihr euch in den Kindergarten zurückversetzt?

Also erstens ist logisches Oder || und logisches Und ist && - die einfachen sind bitweises Und/Oder.

Zweitens sieht Code im Forum besser aus, wenn man es in einen CODE-Block packt z.B.

Achtung Spoiler:

public static void main(String[] args) {
int a = 3;
int b = 5;
int c = 6;
double x = 1.5;
double y = 2.3;
int int_ergebnis;
double double_ergebnis;
boolean b_wert;
b_wert = a < b | c++ == 6;
System.out.println("Es sind = " + b_wert);
System.out.println("c= " + c);
}
}

Ubnd drittens zu deiner Frage: beim Einsatz von UND bzw. ODER und einer Berechnung (sprich Methoden-Aufruf oder arithmetische Operation wie c+1) wird das natürlich ausgeführt. Sonst kann man ja gar nicht wissen, ob die Bedingung erfüllt ist.

c++ ist hier gewisser Maßen ein Sonderfall. Weil es ja bedeutet: "Führe alles aus und erhöhe dann c um 1." Probier mal

++c == 6

[Quietsch]

Solche Vergleiche sollte man übrigens der Übersichtlichkeit halber klammern. (Also halt b_wert = (a < b) | (c++ == 6))

Führe alles aus und erhöhe dann c um 1.

Nur um das alles etwas einzugrenzen: c++ erhöht c um 1 nachdem das c, an dem der Operator hängt "verwendet" wurde - wenn man also irgendwas in der Art x = c++ + c haben sollte, dann ist das Ergebnis x = 2*c + 1 (und nicht x = 2*c - was wiederum das Ergebnis wäre, wenn man x = c + c++ schreibt).

[GarfieldMcSnoopy]

Ok, wieder mal Danke. Ich war unsicher, ob ein Vergleichsbefehl sich auf die Variable selbst auswirkt, jetzt weiß ich es Vermutlich *hüstelhüstel* wird noch das ein oder andere Problem auftauchen, ehe ich mich an Civ V oder Battlefield Next Generation wagen kann Merke: Mehr Klammern setzen und außerdem Quelltext in PHP-Tag zeigen. Ich versuche es zu beherzigen Nochmals vielen Dank für eure geduldige Hilfe!

[Peregrin_Tooc]

wie gesagt, wenn Du

c+1<6 

prüfst, ändert sich der Wert von c nicht

[GarfieldMcSnoopy]

So, diesmal ist es glaub ich eher eine Logik und keine Programmierfrage Schaltjahre berechnen. Ein JAhr ist ein Schaltjahr, wenn es durch 4 und durch 400 ohne Rest teilbar ist, bei einer Division durch 100 aber ein Rest bleibt. Das Programm gibt keinen Fehler, aber auch kein Schaltjahr. 1996 war übrigens Schaltjahr, 1997 klarerweise nicht. Aber trotzdem kommt immer ""kein Schaltjahr"?

Dafür hab ich mir das mit dem PHP gemerkt!

/* Schaltjahrtest */

import javax.swing.JOptionPane;

public class Schalt2 {
    public static void main(String[] args) {
    String jahr;
    double zahl;
    
    jahr = JOptionPane.showInputDialog("Welches Jahr soll geprüft werden?");
    zahl = Double.parseDouble(jahr);
    
    
    if (((zahl % 4) == 0) & (zahl % 100 != 0) & (zahl % 400 == 0)) {
        JOptionPane.showMessageDialog(null, jahr + " ist ein Schaltjahr."); }
    else { JOptionPane.showMessageDialog(null, jahr + " ist kein Schaltjahr."); }



    }
} 

@Peregin_Tooc: Ja, das hab ich jetzt soweit geschnallt. Vorerst zumindest Übrigens hab ich die anderen Übungsaufgaben des Kapitels ganz allein mit Google und viel Schweiß geschafft!

[Gast]

Wenn ein Jahr duch 400 teilbar ist, ist es immer durch 100 ohne Rest teilbar, deswegen liefert deine Überprüfung als Ausgabe immer "kein Schaltjahr".

Richtig wäre:
Ein Jahr ist ein Schaltjahr, wenn es durch 4 teilbar ist.
-> Ausnahme: Es ist keins, wenn es durch 100 teilbar ist.
--> Ausnahme von der Ausnahme: Es ist trotzdem eins, wenn es durch 400 teilbar ist.

Ich hoffe ich hab es dir jetzt verständlich genug gemacht, ohne die Lösung vorneweg zu nehmen.