Erste Schritte Unterschied "if" und "else if"

[StrammerMax93]

Hey Leute,

ich schaue mir gerade if / else if an.

Ich verstehe dabei noch nicht so ganz wofür das else if gut ist.
Meine Abfragen kann ich doch genau so gut auch mit if machen?

Bsp:

import javax.swing.JOptionPane;

public class Confirm_und_Message_Dialog {

    public static void main(String[] args) {
        int beziehung = JOptionPane.showConfirmDialog(null, "Willst du mit mir gehen?");
        System.out.println(beziehung);
    
        if (beziehung == 0){
            JOptionPane.showMessageDialog(null, "Ja ich will");
        }if (beziehung == 1){
            JOptionPane.showMessageDialog(null, "Nein verzieh dich");
        }if (beziehung == 2){
            JOptionPane.showMessageDialog(null, "Vielleicht");
        }
    }

}

Gibt genau das gleiche aus wie:

import javax.swing.JOptionPane;

public class Confirm_und_Message_Dialog {

    public static void main(String[] args) {
        int beziehung = JOptionPane.showConfirmDialog(null, "Willst du mit mir gehen?");
        System.out.println(beziehung);
      
        if (beziehung == 0){
            JOptionPane.showMessageDialog(null, "Ja ich will");
        }else if (beziehung == 1){
            JOptionPane.showMessageDialog(null, "Nein verzieh dich");
        }else if (beziehung == 2){
            JOptionPane.showMessageDialog(null, "Vielleicht");
        }
    }

}

 

[Thallius]

Das Ergebnis ist das gleiche aber der Verlauf nicht. Im ersten Fall werden auf jeden Fall alle drei If Bedingungen getestet. Auch wenn das erste If schon zutriffst, werden trotzdem die Bedingungen des zweiten und dritten If auch noch überprüft. Im zweiten Fall wird das zweite If nur getestet wenn das erste nicht zutrifft und das dritte nur wenn die ersten beiden nicht zutreffen.
Das bedeutet das im zweiten Fall der Computer einfach weniger machen muss. Das ist in diesem Beispiel natürlich irrelevant aber nimm mal an diese drei Abfragen wären in einer Schleife die 1 Million mal aufgerufen wird. Dann würde das schon einen großen Unterschied machen. Außerdem sollte man immer versuchen so zu programmieren, dass so wenig Code wie möglich gebraucht wird. Dann man weis ja nie wo man den Code noch einmal braucht.

Gruß

Claus

 

[TheMenox]

Wenn ich das richtig sehe, dann gibt das beides auf jeden Fall das gleiche aus, der Unterschied liegt aber glaube ich darin, dass deine 2. und 3. if Anweisug immer abgefragt werden, auch wenn die 1. erfüllt ist. else if Anweisungen (genau wie else Anweisungen) werden nur dann abgefragt, wenn die vorangegangene if (bzw. else if) Anweisung nicht erfüllt ist, sind also Ressourcen sparender.
In deinem Beispiel macht das keinen großen Unterschied, da das Programm nicht so groß/aufwendig ist, dass das Ressourcen-technisch irgendeinen großen Effekt hätte.
PS: Im zweiten Code Beispiel kann die zweite else if Anweisung auch durch eine else Anweisung ersetzt werden, da es keinen weiteren Fall gibt, der geprüft werden könnte/müsste.

Ich hoffe, ich konnte helfen und bitte darum, verbessert zu werden, falls ich irgendwo Blödsinn erzählt habe, besonders, was die Ressourcen angeht, da bin ich mir nämlich etwas unsicher.
LG TheMenox

PPS: ist das zufällig das Beispiel aus einem der Java Tutorial Videos von Panjutorials? Kommt mir irgendwie bekannt vor

 

[StrammerMax93]

Also grundsätzlich kann man sagen dass if (immer?) genau so funktioniert wie else if - nur dass else if einfach performanter ist?

Oder gibt es auch Beispiele wo man else if benutzen muss?
Bzw. Beispiele wo else if nicht funktionieren würde?

 

[TheMenox]

Da bin ich jetzt raus, sorry, bin selber noch Anfänger

 

[Thisor]

Wenn du nur if abfragen stellst, wird jede if-anweißung durchgelaufen. Falls was zutrifft, dann passiert das, was du als Anweißung angibst. Wenn mehrere if-abfragen zutreffen, werden auch die ausgeführt, das Programm denkt nicht, "okay jetzt muss ich keine if-Abfrage mehr druchlaufen".
Wenn du allerdings mit if, else if arbeitest, wird überprüft welches der abfragen zutrifft, und nur die betroffene wird ausgeführt.

in Pseudo-code
Quasi if abfragen :

if(ist das zutreffend? wenn ja dann:){
//doSomething();
}
if(ist das zutreffend? wenn ja dann:){
//doSomething();
}
if(ist das zutreffend? wenn ja dann:){
//doSomething();
}
[\code]

else if abfragen:
[code]
if(ist das zutreffend? wenn ja dann:){
//doSomething();
}
else if(oder ist das hier zutreffend? wenn ja dann:){
//doSomething();
}
else if(oder ist das hier zutreffend? wenn ja dann:){
//doSomething();
}

Edit:
Zur performence würde ich sagen, das die else if die bessere Variante ist. Da bei nur if-Abfragen alle if-Abfragen durchlaufen wird. Wenn nur allerdings mehrere if, else if abfragen hast, und die erste oder zweite abfrage ist zutreffend, werden die anderen ignoriert.

Z.B:
hat Kunde eine silberne Karte, Goldende Karte, Premium Karte, Bronze Karte, keine Karte.

if(kunde == gold){
return "Gold";
}
else if(kunde ==  silber){
return "Silber";
}
//etc

Wenn Kunde also eine Goldkarte besitzt, müssen die anderen Abfragen nicht mehr durchlaufen werden.[/code]

 

[Bitfehler]

Also grundsätzlich kann man sagen dass if (immer?) genau so funktioniert wie else if - nur dass else if einfach performanter ist?

Gegenbeispiel:

Bsp:1
int x  = 1;
if (x == 1){
   x  = 2;
  Ausgabe(x);
} else if (x == 2){
   x == 3;
   Ausgabe(x);
} else if (x ==3){
  Ausgabe(x);
}

Output: 2

Bsp 2:
int x  = 1;
if (x == 1){
   x  = 2;
  Ausgabe(x);
}
if (x == 2){
   x == 3;
   Ausgabe(x);
}
if (x ==3){
  Ausgabe(x);
}

Output: 233

 

[Tiding]

Wobei wohl das ODER der wichtige Teil des Ganzen ist.
Sobald also wie in Thisors "else if"-Beispiel eine zutreffende if-Anweisung angetroffen wurden, werden die folgenden "else if"-Anweisungen getrost ignoriert, da sie ja nicht zutreffen können, wie das "else" bzw das "oder" ja logisch vorraussetzt.
Formuliert man das ganze ausschließlich mit if-Anweisungen, fragt er garantiert jede dieser Anweisungen ab, da er syntaxmäßig nichts logisch ausschließen kann.
Also ja, das ganze macht es performanter.
Ob du nun if, if oder if, else if verwendest hängt natürlich vom semantischem Kontext deiner Abfragen ab.

 

[StrammerMax93]

Gegenbeispiel:

Bsp:1
int x  = 1;
if (x == 1){
   x  = 2;
  Ausgabe(x);
} else if (x == 2){
   x == 3;
   Ausgabe(x);
} else if (x ==3){
  Ausgabe(x);
}

Output: 2

Bsp 2:
int x  = 1;
if (x == 1){
   x  = 2;
  Ausgabe(x);
}
if (x == 2){
   x == 3;
   Ausgabe(x);
}
if (x ==3){
  Ausgabe(x);
}

Output: 233

Das verstehe ich... aber klingt doch schon eher untypisch, dass man in der Abfrage den Wert auf die nächste Abfrage setzt und dadurch die nächsten Abfragen zutreffen - oder irre ich mich?

Wenn ich jetzt sowas hätte:

int alter = 20

if (alter > 10){
System.out.println("er ist älter als 10")
}
if (alter > 15){
System.out.println("er ist älter als 15")
}

output:
er ist älter als 10
er ist älter als 15

und wenn ich das mit else if so mache:

if (alter > 10){
System.out.println("er ist älter als 10")
}
else if (alter > 15){
System.out.println("er ist älter als 15")
}

output:
er ist älter als 10

Habe ich das so richtig verstanden?

Bei if gibt er beides aus weil er beides prüft und beides zutrifft.
Bei else if bricht er ab weil die erste Bedingung zutrifft.

Und ein einfaches "else" kann ich bei beiden Varianten dranhängen für den Fall, dass keine der vorherigen Abfragen true ist, richtig?

 

[Tiding]

Ja das ist richtig.
Mal ausformuliert:
Wenn( er älter als 10 ist ) tue {
bla
} ist das NICHT der fall UND er ist älter als 15 dann tue {
bla
}

Da das ganze aber der Fall war, kann es niemals NICHT der Fall gewesen sein :'D
Nur wenn er nicht älter als 10 ist UND er älter als 15 ist wird das else if ausgeführt, was hier natürlich logisch nicht erreichbar ist...

Das von Bitfehler diente denke ich mal nur der Veranschaulichung für zetierten Kommentar

 

[StrammerMax93]

Danke für die Hilfe

 

[kneitzel]

Moment. Ein angehängtes else hat komplett unterschiedliche Bedeutung. Bei der Aneinanderreihung von ifs, bezieht sich dies nur auf das letztes if. Also wenn ich das Beispiel mit dem Prüfen auf 1, 2, 3 ... nehme, dann würde bedeuten, dass bei der Aneinanderreihung ohne else dabei, das else am letzten if ausgeführt wird, sobald nur dieses letzte if nicht true geliefert hat. Sprich: Wenn im ersten if die 1 geprüft wurde, dann würde in dem Beispiel der Code aus dem if = 1 und aus dem letzten else ausgeführt!

Nur bei der else if Variante habe ich die Möglichkeit, hier besser zu unterscheiden. Wenn ich also Menüeingaben geprüft habe, dann hätte ich hier die Möglichkeit am Ende ein else { System.out.println("Ihre Auswahl war ungültig!"); } zu machen.

Generell sollte man sich merken:
- Wenn man einen Zustand in mehreren ifs prüfen will, bei dem nur eine auswahl gültig sein soll, dann hat man mit else if zu arbeiten (oder noch besser: ein switch so möglich).
- Wenn die Aktionen nach dem if unabhängig von der ersten Entscheidung laufen sollen oder die Funktion verlassen wird im vorherigen if, dann ist kein else zu verwenden.

Beispiel für letzteres:

if (person == null) {
  throw new IllegalArgumentException();
}

if (person.getAlter() >= 16) {
  kannMitAutoFührerscheinAnfangen = true;
}

if (person.getAlter() >= 18) {
  istVolljaehrig = true;
}

Beim ersten if springt er ehh aus der Funktion raus. Also alles, was nach dem if kommt, könnte genauso gut in einem else stecken. Aber dadurch kommen unnötig viele Einrückungsebenen und das macht Code unleserlich.

Die beiden anderen ifs prüfen beide das Alter, aber diese Prüfungen sind prinzipiell unabhängig. Man könnte das auch irgendwie zusammen fassen, indem ich erst auf über 18 prüfe um dann beide Variablen zu setzen und dann ein if else auf die 16 prüfe, um dann nur noch die eine Variable zu setzen.

Hier wird auch hoffentlich deutlich, dass es hier nicht um eine richtige oder falsche Lösung geht sondern um Lesbarkeit (Clean Code). Da dies aber schon bei Projekten, die ich immer noch als "klein" einstufen würde, existenziell werden kann, neige ich dazu, unleserlichen Code bzw. "Verstöße" gegen so Regeln auch als Fehler zu klassifizieren. Das mag aus reiner Java Sicht nicht ok sein aber aus Projektsicht wird dies schnell existenziell.

 

[Tiding]

Tolle Anmerkung
Vom letztem if, ja sprich:

        int x = 1;
        if(x == 1){
            x = 3;
            System.out.println("x == 1");
        }else if(x == 2){
            System.out.println("x == 2");
        }else if(x == 3){
            System.out.println("x == 3");
        }

Ausgabe ist: "x == 1"
Da if(x ==1) true ist, muss keine der else if - Anweisungen überprüft werden.
Alle else if - Anweisungen beziehen sich auf die letzte ausgeführte if-Anweisung.
Also:

        int x = 2;
        if(x == 1){
            System.out.println("x == 1");
        }else if(x == 2){
            x = 3;
            System.out.println("x == 2");
        }else if(x == 3){
            System.out.println("x == 3");
        }

Da nun if(x == 2) true war, muss ebenfalls keine weitere else if - Anweisung mehr überprüft werden. Die Ausgabe ist also: "x == 2".

Noch ein Beispiel:

        int x = 1;
        if(x == 1){
            x = 3;
            System.out.println("x == 1");
        }
        if(x == 2){
            System.out.println("x == 2");
        }else if(x == 3){
            System.out.println("x == 3");
        }

Hier ist die Ausgabe:
"x == 1"
"x == 3"
Da if - if voneinander unabhängig ausgeführt werden prüft er also (x == 1) was true ist.
Im folgendem prüft er (x == 2) false -> else if (x == 3) true.

 

[StrammerMax93]

Perfekt. Vielen Dank euch Beiden.
Ich habe die Funktionsweise soweit erstmal verstanden.
Ich denke das Ganze wird sich noch festigen wenn ich mal die ersten kleineren Projekte implementiere.
In diesem Stadium sieht man ja noch schnell wenn etwas falsches ausgegeben wird und kann schauen woran es liegt.

PS: switch habe ich mir auch schon angeschaut. Soweit ich es verstanden habe ist es einfach nur eine Alternative zu if / else if die man v.a. dann verwendet wenn viele Fälle geprüft werden sollen.

 

[kneitzel]

Bei dem switch geht es nicht wirklich um die Anzahl der Elemente sondern einfach nur um eine bessere Lesbarkeit. Statt viele if / else if / else if hat man dann eine aus meiner Sicht bessere Struktur:

switch(x) {
  case 1:
        // Code für x == 1
       break;
  case 2:
        // Code für x == 2
       break;
   case 3:
        // Code für x == 3
       break;
}

 

[Trjavnamen]

Die überlegung if contra else if zu benutzen für das obere Beispiel liegt im Detail wohl daran das nur ein Ergebnis gebraucht wird. Für mein Verständnis wäre die if Variante auch für komplexere aufgaben mit mehreren Ergebnissen benötigt werden. z.B. ergebnis eins: frau /mann ergebniszwei: hetro /lesbisch ergebnis drei: ich möchte Kinder, ich möchte spass, du bist nicht mein Typ. Da müssen alle Varianten

 

[VfL_Freak]

Die überlegung if contra else if zu benutzen für das obere Beispiel liegt im Detail wohl daran das nur ein Ergebnis gebraucht wird. Für mein Verständnis wäre die if Variante auch für komplexere aufgaben mit mehreren Ergebnissen benötigt werden. z.B. ergebnis eins: frau /mann ergebniszwei: hetro /lesbisch ergebnis drei: ich möchte Kinder, ich möchte spass, du bist nicht mein Typ. Da müssen alle Varianten

Bitte WAS ????

 

[StrammerMax93]

Wenn wir schon mal hier sind.
Ich bin gerade bei verschachtelten if-Anweisungen.

if (iq<100){
       System.out.println("Du bist doof");
     }else{
       System.out.println("Besser als der Durchschnitt");
       if(iq>130){
         System.out.println("Mach den Mensatest");
       }else{
         System.out.println("Nicht intelligent genug für Mensa");
       }
     }

Macht genau das gleiche wie:

    if (iq<100){
       System.out.println("Du bist doof");
     }
     else if (iq>130){
       System.out.println("Mach den Mensatest");
     }
     else{
       System.out.println("Nicht intelligent genug");
     }

Frage: Wozu braucht man die Verschachtelung wenn man das auch über else if lösen kann?

     if (iq<100){
       System.out.println("Du bist doof");
     }
     if (iq>130){
       System.out.println("Mach den Mensatest");
     }
     else{
       System.out.println("Nicht intelligent genug");
     }

Lediglich das hier verwirrt mich etwas.
Im Fall Iq < 100 gibt er "Du bist doof" + "Nicht intelligent genug" aus.
Im Fall Iq > 130 gibt er aber nur "Mach den Mensatest" aus.

Frage: Wieso läuft er im Fall von Iq > 130 nicht in das else?

Ich bin mir sicher ihr habt den Fall weiter oben erläutert.

 

[kneitzel]

Also das else bezieht sich ja nur auf das if direkt davor. Also dein if (iq<100) ist ein Befehl. Bei iq > 130 ist die bedingung falsch und es gibt keine Ausgabe.

Dann kommt der zweite Befehl. Das ist dieses if / else Konstrukt. Die Bedingung ist wahr, also kommt die Ausgabe mit dem Mensatest.

Und den Unterschied siehst Du bei Deinem ersten Beispiel. Da hast Du ja noch eine Ausgabe "Besser als der Durchschnitt". Du hast manchmal verschachtelte if Anweisungen, weil diese besser lesbar sein können. Generell kann man da aber auch alles aufgliedern. Das ist einfache Logik:

if (a) {
  if (b) {
    // a und b
  } else {
    // a und nicht b
  }
} else {
  if (b) {
    // nicht a und b
  } else {
    // nicht a und nicht b
  }
}

Und das kann man ja auch in der Form wie folgt schreiben:

if (a && b) {
  // a und b
} else if (a && !b) {
  // a und nicht b
} else if (!a && b) {
  // nicht a und b
} else if (!a && !b) {
  // nicht a und nicht b
}

Somit ist das immer umformbar.

 

[StrammerMax93]

Ach nur auf das davor, klar. Dann hat sich die Frage erledigt.

 

[VfL_Freak]

Moin,

manchmal reicht ja auch schon eine übersichtliche Code-Formatierung, um die Zusammenhänge zu sehen

if (a)
{
    if (b)
    {
        // a und b
    }
    else
    {
        // a und nicht b
    }
}
else
{
    if (b)
    {
        // nicht a und b
    }
    else
    {
        // nicht a und nicht b
    }
}

Gruß Klaus

 

[kneitzel]

Dem widerspricht, dass es Coding Standards gibt.

Generell soll es jeder so machen, wie er es für richtig hält, aber im Java Umfeld ist es üblich, die geöffnete geschweifte Klammer mit an das Ende zu stellen.

Aber im .Net Umfeld bin ich gewohnt, dass es in eine neue Zeile kommt.

Generell sehe ich bezüglich Lesbarkeit beides als gleichwertig an. Wichtig ist, dass man sich auf eine Schreibweise festlegt und diese konsequent umsetzt.

 

[VfL_Freak]

Moin,

Dem widerspricht, dass es Coding Standards gibt.
Generell soll es jeder so machen, wie er es für richtig hält, aber im Java Umfeld ist es üblich, die geöffnete geschweifte Klammer mit an das Ende zu stellen.

schon klar, aber so (und sei es nur temporär) kann es gerade für einen Anfänger deutlich übersichtlicher sein und er kann sich den Zusammenhang besser klar machen (bei #7 habe ich auch erst zweimal hinschauen müssen )!

OT: da wir hier in der Firma sowohl mit Java als auch C# unterwegs sind, haben wir uns auf einheitliche Codestyles für ALLE Propekte geeinigt. Und da wurde ein Einrücken wie bei meinen Beitrag oben deutlich favorisiert!
Und Coding Standards hin oder her, Du kannst es ja für Java in Eclipse auch so voreinstellen ... dem laufenden Programm ist es dann so oder so egal

Gruß Klaus

 

[Joose]

Frage: Wozu braucht man die Verschachtelung wenn man das auch über else if lösen kann?

Wie kneitzel schon richtig erklärt hat kann man verschachtelte if Bedingungen eigentlich immer zu einem if/elseif umformen.

Ob man nun aber eine Verschachtelung oder ein if/elseif Konstrukt verwendet kommt ganz auf den Kontext an. Dabei sollten sollten die Argumente "Lesbarkeit des Code bzw. der Bedingungen" und "möglicher doppelter Code" einfließen.
Bei if/elseif gilt außerdem noch die Reihenfolge zu beachten. Sonst kann es vorkommen, dass die falsche if-bedingung zutrifft.

Beispiel:

if (dbType == DB2ParameterType.Time) {
   // ein paar Methoden aufrufen
   if (source.Length == 5) {
     extendedSource = source + ":00";
   }
}

umgeformt zu if/elseif

if (dbType == DB2ParameterType.Time) {
   // ein paar Methoden aufrufen
} else if(dbType == DB2ParameterType.Time && source.Length == 5) {
   // ein paar Methoden aufrufen
   extendedSource = source + ":00";
}

Abgesehen von den doppelten "ein paar Methoden aufrufen" ist hier die Reihenfolge falsch, da das 2.if nie betreten werden kann.
Und ein letzter Punkt zu if/elseif wäre die Mikrooptimierung .... häufig zutreffende if Bedingungen sollte möglichst zuerst kommen, da ja jede if Bedingung davor immer geprüft wird

 

[StrammerMax93]

Moin,

manchmal reicht ja auch schon eine übersichtliche Code-Formatierung, um die Zusammenhänge zu sehen
.....

Super, danke

 

[StrammerMax93]

Ich habe mich gerade mal noch etwas mit den verschachtelten if-Bedingungen beschäftigt, steige aber noch nicht zu 100% durch.

int a = 8;
int b = 9;
int c = 11;

if (a>10){
       if (b>10){
         if (c>10){
           System.out.println("alle Zahlen größer 10");
         }else{
           System.out.println("else 1");
         }

       }
     }if(a<10){
       if(b<10){
         if(c<10){
           System.out.println("alle Zahlen kleiner 10");
         }else{
           System.out.println("else 2");
         }
       }
     }

Für die Fälle a, b, c alle größer oder alle kleiner 10 funktioniert die Abfrage so wie ich das erwartet habe - sprich es gibt aus "alle Zahlen größer / kleiner 10"

Allerdings springt die else bedingung nur dann ein, wenn die Abfrage auf c false ist.

Eigentlich sollte sie doch einspringen, wenn der ganze Block - sprich a, b und c - false sind?

Ist das hier nur ein Syntaxfehler oder habe ich einen Denkfehler?



Edit: Fehler gefunden

if (a > 10) {
       if (b > 10) {
         if (c > 10) {
           System.out.println("alle Zahlen größer 10");
         }

       }
     }else {
       System.out.println("else 1");
     }
     if (a < 10) {
       if (b < 10) {
         if (c < 10) {
           System.out.println("alle Zahlen kleiner 10");
         }
         
       }
     }else {
       System.out.println("else 2");
     }

so gefällt mir das schon besser

 

[Joose]

Der "else" Zweig bezieht sich immer nur auf direkt davor liegende if bzw. if/elseif/
In dem 1.Code hast du 3 if-Bedingungen verschachtelt, das else bezieht sich hier eben nur auf die innerste if-Bedingung.

Bei deinem 2.Code bezieht sich das "else" nur auf die äußerste if-Bedingung. Wenn diese zutrifft und die inneren nicht mehr bekommst du wieder keine Ausgabe.

In diesem Fall ist eine Kombination der if-Bedingungen in einem if die bessere Wahl (in Kombination mit if/elseif)

if (a > 10 && b > 10 && c > 10) {
   System.out.println("alle Zahlen größer 10");
} else if(a < 10 && b < 10 && c < 10) {
   System.out.println("alle Zahlen kleiner 10");
} else {
   System.out.println("Zahlen sind größer UND kleiner 10!");
}

 

[ernst]

>
>ich schaue mir gerade if / else if an.
>
schau mal unter
http://umaterialien.de/JAVA/java.html
die Präsentation:
7_IF_Else_Ketten.ppt

mfg
Ernst