Lokale Variabeln sind in ihrem Gültigkeitsbereich auf die jeweilige Methode beschränkt, in der sie definiert sind.

Die Verwendung von globalen Variabeln wird der Übersichtlichkeit wegen vermieden! Wie also bekommt man Werte in Methoden hinein, um sie dort zu verarbeiten?

Parameter

bilden die Schnittstelle zu Methoden. Parameter ermöglichen das Kopieren von Werten (oder Referenzen) beim Methodenaufruf. Mit diesen Kopien wird dann innerhalb der Methode weitergearbeitet:

Parameter bilden die Schnittstelle zu MethodenObjekt - Parameter bilden Schnittstellen zu Methoden


  1.     class Program
  2.     {
  3.         static void Main(string[] args)
  4.         {
  5.             int mwStProz = 17;              // nur in Main() gültig
  6.  
  7.             Rechnung rechnung = new Rechnung();
  8.             rechnung.mwSt(50, mwStProz);    // "Argumente", auch "tatsächliche o. aktuelle Parameter"
  9.         }
  10.     }
  11.  
  12.     class Rechnung
  13.     {
  14.         public void mwSt(double summe, int mwStProz)  // Definition ("formaler") "Parameter"
  15.         {
  16.             Console.WriteLine(summe * mwStProz / 100);
  17.         }
  18.     }

Mit dem Aufruf der Methode mwSt() in Zeile 8 werden die Argumente in die lokalen Variablen summeund mwStProz kopiert: 50 in die Variable summe und der Inhalt von mwStProz aus Main() in die lokale Variable mwStProzder Methode mwSt(). Die Anzahl der Parameter ist beliebig, aber die Reihenfolge der Argumente darf nicht vertauscht werden.

Obiges Beispiel ist allerdings verbesserungswürdig. Ausgaben in der Logikschicht bzw. der Klasse Rechnung (Zeile 16) werden vermieden. Sonst muss hier die Klasse Rechnung geändert werden, wenn z.B. das Programm eine graphische Benutzeroberfläche (GUI = graphical user interface) erhält.

Schichtenmodell Schichtenmodell

Die Mehrwertsteuer muss also in der UI-Schicht und NICHT in der Logikschicht ausgegeben werden. Der Gültigkeitsbereich einer Variable wäre auf die Methode mwSt() beschränkt. Wie bekommt man also einen Wert aus Methoden in die aufrufende Methode zurück?
(lat. persistere = Dauerhaftigkeit, Beharrlichkeit, Ausdauer, Eigensinn, Kontinuität)

Rückgabewert

Eine Methode kann maximal einen Wert zurückgeben. Dieser Rückgabewert (return code) enthält entweder das Ergebnis oder einen Fehlercode, der in der aufrufenden Methode ausgewertet werden kann.

RückgabewertObjekt - Methode gibt einen Wert zurück


  1.     class Program
  2.     {
  3.         static void Main(string[] args)
  4.         {
  5.             int mwStProz = 17;              
  6.  
  7.             Rechnung rechnung = new Rechnung();
  8.  
  9.             double mwSt = rechnung.mwSt(50, mwStProz);  // Rückgabewert speichern
  10.             if (mwSt >= 0)
  11.                 Console.Write(mwSt);
  12.             else                                        // Auswertung Fehlercode
  13.                 Console.Write("Fehler");
  14.         }
  15.     }
  16.  
  17.     class Rechnung
  18.     {
  19.         public double mwSt(double summe, int mwStProz)  // Methode ist vom Typ des Rückgabewertes (hier: double)
  20.         {
  21.             if (mwStProz > 100 || mwStProz < 0)    
  22.                 return -1;                          // Rückgabewert -1 für 1. Fehler (Methodenausführung beendet)
  23.             if (summe < 0)
  24.                 return -2;                          // Rückgabewert -2 für 2. Fehler usw.
  25.  
  26.             return summe * mwStProz / 100;          // Rückgabe des Ergebnisses
  27.         }
  28.     }

Im 2. Programmbeispiel wird das Ergebnis zurückgegeben (Zeile 26) oder im Fehlerfall ein Fehlercode (Zeile 22 und 24). Die Auswertung bzw. Ausgabe erfolgt in einer Schicht darüber bzw. in einer aufrufenden Methode.

Die Definition der Methode muss den gleichen Datentyp haben wie der Rückgabewert. (Zeile 19: double mwSt())

Im ersten Programmbeispiel dagegen gab es noch keinen Rückgabewert, die Methode war wie folgt deklariert: void mwSt() (Zeile 14, erstes Programmbeispiel). voidbedeutet u.a. "Leere".

Aber auch wenn eine Methode kein Ergebnis liefert, so ist es trotzdem oft sinnvoll Methoden mit return 0; für "kein Fehler", bzw. mit -1, -2, -3 ... für unterschiedliche Fehler abzuschließen. Nur so lassen sich Methoden automatisiert testen.

Last modified: Thursday, 23 November 2023, 12:21 PM