Programm "Waren"

[haentschman]

Moin...

Zitat:

Aber Hut ab für deinen Mut so was hier vor zu stellen. Aber nur so lernt man, aus Fehlern. Weiter so.

...so sehe ich das auch. Alle haben mal angefangen...bei den meisten war Eisenhower noch President. Du mußt nur darauf achten, das du alte Fehler nicht wieder einbaust.

Die Tage schaue ich auch mal rein.

[EdAdvokat]

Hallo zusammen, Danke für Eure Anregungen. Da ich zurückliegend durch eure Anregungen mehr gelernt habe als aus den schlauen Delphibüchern wage ich es, hoffentlich ohne aufdringlich zu wirken, immer mal wieder ein Programmchen hier vorzustellen und den "Spezis" aus Eisenhowers Zeiten Futter für Kritiken zu geben. Die alten Fehler(globale Variable, sinnentlehrte Checkboxen)lassen sich erkenntlich nicht so leicht abstellen - doch ich arbeite daran. Leider wird in den Büchern auf die Frage des Setzens von globalen oder lokalen Variablen nicht so der Schwerpunkt gesetzt und mal schnell eine globale gewählt. So habe ich das kritiklos akzeptiert.
Als Truman regierte erblickte ich das Licht der Welt, doch bis zu Turbo Pascal und Delphi vergingen noch ein paar Jahre und die Programmiererei ist nur mein Hobby, denn ich habe in meinem zurückliegenden Berufsleben eher Paragraphen verbogen als Bits und Bytes gestreichelt, so mag man mir diesen oder jenen Fehler verzeihen.
Also P80286 (er lebt vermutlich nach Eisenhowers Regentschaft in der Zeit der 286-iger PC's): Und wer ist checkbox1 ? - das ist ein Opfer der checkbox-Orgie und es gibt ihn so nicht mehr.
Danke Sebastian für den Hinweis auf die MWSt. Das ist mir peinlich, doch ich habe es hoffentlich verbessert, denn nun wird Bruttopreis, Nettopreis und MWSt so angezeigt, wie es die verbindliche
Berechnung verlangt.
HolgerX, auch Dir vielen Dank und ich hoffe Deine Anregungen umgesetzt zu haben. Das Einfügen der globalen Variablen in OOP unter Form1:TForm1 dann Waren:TWaren zu setzen geschah fast automatisch, weil die das alle so gemacht haben in meinen Büchern. Man soll tatsächlich alles hinterfragen und Eure Argumentation ist diesbezüglich überzeugend.
So nun also eine verbesserte Version

[MrSpock]

Kann der Stückpreis nur in ganzen Euro-Beträgen festgelegt werden?

[p80286]

Gut zu wissen wer auf der "anderen" Seite sitzt, willkommen bei den alten Säcken, als Kennedy in Dallas war, habe ich die Grundrechenarten gelernt.

Delphi-Quellcode:

      if (FWaren.aktBestand)>=0 thenif checkboxverfuegbar.Checked then
    begin
      showMessage(Warenbest);
    exit  end
    else if not checkboxverfuegbar.Checked then

        begin
          if FWaren.Warenverkauf>=10 then
            FWaren.StPreis:=((FWaren.StPreis)-1);
            MessageDlg(format(Preismeldung,[(FWaren.Verkaufspreis),(FWaren.Nettopreis),(FWaren.MWSt)]),mtInformation,[mbOk],0);
        end;
        if (FWaren.aktBestand)<0 then
         begin
           checkboxverfuegbar.Checked:=true;exit;
         end;

Dieses Exit; end mag ein gewollter Stolperstein sein, aber

Delphi-Quellcode:

begin
  //irgendwas
  Exit;
end

liest sich doch besser.

Fällt Dir hier etwas auf:

Delphi-Quellcode:

if checkboxverfuegbar.Checked then
    .......
    else if not checkboxverfuegbar.Checked then

(falls wider Erwarten nicht, else ist schon das gleiche wie not checkboxverfuegbar.Checked )

Gruß
K-H

[EdAdvokat]

Für den Stückpreis war eigentlich nur vorgesehen einen geraden Europreis zu wählen, doch es geht nun auch anders: Jetzt können auch Kommawerte eingegeben werden.
Danke für die Hinweise, die so hoffe ich berücksichtigt wurden. Nur den Teil ...else if not... konnte ich nicht verändern, wie es K.H (P80286)vorgeschlagen hat, denn dann gibt er trotz fehlenden Bestand eine Rechnung aus, statt den Sperrhinweis.

[Jumpy]

Zitat von EdAdvokat:

Nur den Teil ...else if not... konnte ich nicht verändern, wie es K.H (P80286)vorgeschlagen hat, denn dann gibt er trotz fehlenden Bestand eine Rechnung aus, statt den Sperrhinweis.

Ich glaube wenn man großzügig und schön eingerückt begin...end verwendet geht das schon was schöner/übersichtlicher...