hi

In der Schule sollen wir einen einfachen Flächenberechner machen, nur wo liegt bei dem Quellcode der Fehler:

zusammenfalten · markieren

Delphi-Quellcode:

var
  a,b,c,d: integer;
begin
...
  else if drei = true then //drei:boolean
    begin
      a:= StrToInt(lengh.text);
      b:= StrToInt(brigh.Text);
      c:= a*b;
      d:= c/2; //Inkompatible Typen: 'Integer' und 'Extended'
      final.Caption:= IntToStr(d);
    end
  else if kreis = true then //kreis:boolean
    begin
      a:= StrToInt(lengh.Text);
      b:= StrToInt(brigh.Text);
      c:= a*3.41592654; //Inkompatible Typen: 'Integer' und 'Extended'
      final.Caption:= IntToStr(c/2);// Es gibt keine überladene Version von 'IntToStr', die man mit diesen Argumenten aufrufen kann
    end;

Wo list da der Wurm?

Ist eigentlich ganz einfach, und der Fehler ist auch wirklich selbsterklärend

Schau doch mal :

markieren

Delphi-Quellcode:

var
  a,b,c,d: integer;

und dann:
d:= c/2; //Inkompatible Typen: 'Integer' und 'Extended' final.Caption:= IntToStr(c/2);// Es gibt keine überladene Version von 'IntToStr', die man mit diesen Argumenten aufrufen kann was kann denn bei c/2 rauskommen, wenn c...sagen wir mal den Wert 3 hat? Wäre das Ergebnis ein Integer?

Und dann dies hier:
c:= a*3.41592654; //Inkompatible Typen: 'Integer' und 'Extended' Was für ein Ergebnis erwartest du hier? Wenn zum Beispiel a den Wert 1 hat? Wäre das Ergebnis ein Integer?

Darum kommen die Fehler. Prüfe Deine Datentypen, und nimm vielleicht die eine oder andere Konvertierung vor.

Sherlock

c:= a*3.41592654;
c ist ein Integer.
a*3.14 ergibt niemals Integer.
Falscher Datentyp

final.Caption:= IntToStr(c/2);
IntToStr erwartet einen Integer.
c/2 ergibt keinen Integer.

danke, habe es jetzt mit Real gelöst. Habe nicht gedacht, dass Integer keine Zahlen, sondern nur Integerdefinierte Variablen nimmt.

Äh, das ist aber nicht die Lösung, Du kannst ruhig Integer weiter verwenden, DU musst nur mit ihnen richtig umgehen. Ein Integer nimmt sehr wohl Zahlen auf, aber eben nur ganzzahlige. Wenn du dann das Ergebnis einer Multiplikation mit einem Real oder das Ergebnis einer Division in ein Integer speichern willst, musst Du dafür sorgen, daß es bestimmt keinen Nachkommaanteil gibt. Das erreichst Du entweder durch Rundungsfunktionen, oder im Falle des Dividierens, zum Beispiel durch ganzzahlige Division mittels DIV

Edit: Natürlich kannst Du auch alles in Float machen, aber ich wollte nur darauf hinweisen, daß Du Deine ganzen Berechnungen auch mit Integern machen kannst. Natürlich um den Preis einer niedrigeren Genauigkeit, weil ja die Nachkommastellen fehlen.

Sherlock

Floats sind wohl für den Anwendungsbereich besser als integers. Guck dir mal an, was er da macht...

Noch ein paar Hinweise:
- nimm besser Double statt Real. Real sollte man nicht mehr verwenden...
- mach das = true weg. Warum? siehe hier: http://r2c2.weingut-rehn.de/content5..._Variablen.htm
- breite heißt auf englisch width. brigh gibts nicht
- Pi ist in Math schon definiert. Kannst du einfach verwenden
- benenn deine Variablen besser. Bei so kleinen programmen geht das noch, aber, wenn sie größer werden wirst du dich bei nichts sagenden Bezeichnern nicht sonderlich gut zurecht finden
- ...

mfg

Christian

Ist mir klar, nur wollte ich mit diesem Vorurteil aufräumen:

Zitat von STS301:

danke, habe es jetzt mit Real gelöst. Habe nicht gedacht, dass Integer keine Zahlen, sondern nur Integerdefinierte Variablen nimmt.

Sherlock

Zitat von r2c2:

- nimm besser Double statt Real. Real sollte man nicht mehr verwenden...

Lang, lang ist's her . Heutzutage ist Real nicht mehr dieser lustige 6-Byte-Type, sondern ein generischer Typ, der *damdamdadam*... im derzeitigen Compiler ein Synonym für Double ist . Real sollte also genauso wie Integer die erste Wahl sein, wenn man nicht besondere Ansprüche an Genauigkeit und Wertebereich hat.

danke für die Tipps.

Zitat von Khabarakh:

Zitat von r2c2:

- nimm besser Double statt Real. Real sollte man nicht mehr verwenden...

Lang, lang ist's her . Heutzutage ist Real nicht mehr dieser lustige 6-Byte-Type, sondern ein generischer Typ, der *damdamdadam*... im derzeitigen Compiler ein Synonym für Double ist . Real sollte also genauso wie Integer die erste Wahl sein, wenn man nicht besondere Ansprüche an Genauigkeit und Wertebereich hat.

Ui, dann muss ich wohl eine meiner meine Gebetsmühlen umstellen. Seit wann ist das so? IIRC war das in D6 noch anders...

mfg

Christian