for schleife ohne geschweifte Klammer

murat20

Mitglied
Servus leute,

bin noch recht unerfahren im Programmieren und bin gerade dabei es zu lernen. Bei den for-schleifen bin ich auf ein Problem gestoßen.
Das zu lösende Problem war eine Matrix zu erstellen und diese mit einem Vektor zu multiplizieren und formrichtig auszugeben. Da ich bisher for-schleifen nur mit Anweisungsblöcken sprich ,,{'' kenne habe ich es damit probiert aber es nicht geschafft. Ohne die geschweiften Klammern kam ich aber auf die Lösung.

Meine Frage ist nun was der genaue Unterschied zwischen for schleifen ohne Anweisungsblöcken und mit welchen ist und ob man meinen Code auch mit ,,{'' schreiben könnte. Vielen dank im vorraus. Der geschriebene Code , also die korrekte Lösung ohne die Anweisungsblöcke befindet sich direkt drunter

Code:

package arrays;

public class MatrixXvektor {

public static void main (String[]args) {

int matrix [][]= {
{2,2,2},
{1,3,4},
{4,1,2}};
int vektor []= {1,1,1};
int ergebnis [] = new int [3];

for (int i=0; i<matrix.length; i++)
for (int j=0; j<vektor.length; j++)
ergebnis = ergebnis + matrix [j]* vektor[j];
for (int x=0; x<ergebnis.length; x++)
System.out.print (ergebnis[x] + "\n");}}

Ich hoffe ihr könnt mir behilflich sein, mit einer Erklärung der Unterschiede zwischen ,,mit'' und ,,ohne'' und einen eventuellen alternativen Code.
Vielen Dank im Voraus!
 
Mit den geschweiften Klammern legst du fest, was denn alles zur For-Schleife gehören soll. Du machst ja hinter der For-Schleife sicher mit etwas anderem weiter, und der Compiler muß wissen was in die Schleife gehört und was nicht.

Dasselbe gilt übrigens für If- und Switch-Anweisungen sowie für alle anderen Schleifen.

Wenn du die geschweiften Klammern wegläßt, gehört nur der nächste Befehl zur Anweisung.

Möglicherweise hast du die Klammern vorher falsch gesetzt?
 
Code bitte in Code-Tags posten (in der Toolbar ganz links auf </> klicken).

Meine Frage ist nun was der genaue Unterschied zwischen for schleifen ohne Anweisungsblöcken und mit welchen ist und ob man meinen Code auch mit ,,{'' schreiben könnte.
Um es mal einfach zu formulieren: die for-Schleife führt eine Anweisung wiederholt aus. Java kennt viele Arten von Anweisungen, darunter fällt auch der Anweisungsblock, der selbst Anweisungen enthält.

Wenn nur eine Anweisung, die keine Anweisungsblock ist, wiederholt ausführen willst, musst Du sie nicht in einen Anweisungsblock packen.

Es macht somit praktisch keinen Unterschied, ob Du
Java:
for (int i = 0; i < 5; i++)
    System.out.println(i);
oder
Java:
for (int i = 0; i < 5; i++) {
    System.out.println(i);
}
schreibst.

Wenn Du Schleifen schachtelst, dann ist es ohne Blöcke nicht immer einfach zu erkennen, was nun ausgeführt wird:
Java:
for (int i = 0; i < 5; i++)
    for (int j = 0; j < 5; j++)
        System.out.println(j);
    for (int j = 0; j < 5; j++)
        System.out.println(j);
Hier entspricht die Einrückung nicht der Ausführung. Der Code müsste so aussehen:
Java:
for (int i = 0; i < 5; i++)
    for (int j = 0; j < 5; j++)
        System.out.println(j);
for (int j = 0; j < 5; j++)
    System.out.println(j);
 
Ich schiebe mal noch ein Beispiel hinterher:

Der Code
Java:
for(int i = 0; i < 5; i++)    scanner.println(i);
scanner.println("Blah");
würde zu folgender Ausgabe führen:
1
2
3
4
Blah

Jetzt mit geschweiften Klammern
Java:
for(int i = 0; i < 5; i++){
    scanner.println(i);
    scanner.println("Blah");
}
erhältst du als Ausgabe:
1
Blah
2
Blah
3
Blah
...
 
Mit dieser Zeile läuft dein Programm aber nicht.
Java:
ergebnis = ergebnis + matrix[j] * vektor[j];
 
Ich würde nie auf die geschwungenen Klammern verzichten.

Nach meiner Meinung, wäre es besser, die wären Pflicht.

Es gibt Sprachen, bei denen das Semikolon nicht verpflichtend ist, zum Beispiel Kotlin, was zu unerwarteten Fehlern führen kann.

Mich hat das Semikolon nie gestört und ich glaube auch nicht, dass die Möglichkeit, das Semikolon wegzulassen die Produktivität beim Programmieren entscheidend erhöht.
 
Ich schiebe mal noch ein Beispiel hinterher:

Der Code
Java:
for(int i = 0; i < 5; i++)    scanner.println(i);
scanner.println("Blah");
würde zu folgender Ausgabe führen:
1
2
3
4
Blah

Jetzt mit geschweiften Klammern
Java:
for(int i = 0; i < 5; i++){
    scanner.println(i);
    scanner.println("Blah");
}
erhältst du als Ausgabe:
1
Blah
2
Blah
3
Blah
...
Herzlichen dank für die schnelle Antwort. Habe zumindest den Code verstanden und jetzt dank dir sogar eine Lösung gefunden mit geschweiften Klammern 😀 .
 
Ich würde nie auf die geschwungenen Klammern verzichten.

Nach meiner Meinung, wäre es besser, die wären Pflicht.

Es gibt Sprachen, bei denen das Semikolon nicht verpflichtend ist, zum Beispiel Kotlin, was zu unerwarteten Fehlern führen kann.

Mich hat das Semikolon nie gestört und ich glaube auch nicht, dass die Möglichkeit, das Semikolon wegzulassen die Produktivität beim Programmieren entscheidend erhöht.
Ich fühle mich ohne ehrlich gesagt auch sehr unwohl beim Programmieren. Der angegebene Code war tatsächlich eine Musterlösung von unserem Prof. Habe selbst bisher nur mit Anweisungsblöcken programmiert und fand die Lösung deshalb etwas komisch und wollte nachfragen 🙂
 
Ohne klammern wird zb bei einem if nur die folgende code Zeile bei einen true der if ausgeführt.
Wenn du nur diesen einen Befehl bei einen if ausführen willst geht es ohne Klammern.
Sollen es mehr Zeilen Code sein die bei einen true vom if aufgeführt werden sollen brauchst du Klammern.

Bei einen for das gleich wird nur eine Zeile Code in der Schleife gebracht geht es auch ohne. Zwei und mehr Zeilen Klammern.

Klammern heißt Block
Ohne Kammern ist der Block nur eine Zeile
 
Das ist natürlich nicht Zeilenbasiert.

Nach dem if / for kommt ein Statement. Dies kann leer sein (einfach nur ein ";" ) oder eben ein beliebiges Statement oder ein ganzer Block.

Das es nicht Zeilen basiert ist, sieht man ja auch am Beispiel:
for in einem for. Da gehört das Statement des inneren for auch mit in das äußere und damit sind es zwei Zeilen. Oder man schreibt das Statement direkt dahinter (Validierungen sind bei mir I.d.R. eine Zeile:
if (whatever) throw new MyNiceException();

Edit: Handy ist zu unübersichtlich... aber so sollte alles stimmig sein
 
Ich fühle mich ohne ehrlich gesagt auch sehr unwohl beim Programmieren.
Das ist der beste Grund, welche zu verwenden. Schließlich musst du den Code (vielleicht nicht gerade diese Schulaufgabe, sondern generell) lesen können, warten können. Was immer dir dabei hilft, den Code übersichtlicher zu gestalten, solltest du verwenden (und dokumentieren, dokumentieren, dokumentieren und dann zur Abwechslung auch mal dokumentieren).
 
Evtl. auch noch einmal generell ein paar "Best Practices": Es ist durchaus angeraten, generell mit { } zu arbeiten. Hintergrund ist z.B. das ausschließen von Problemen, die durch Refactorings kommen können. Ich will das nicht weiter ausführen - Ausführungen finden sich z.B. bei statischen Codeanalyse Tools, die eben auch so eine Regel kennen. (z.B. PMD mit Regeln wie IfStmtsMustUseBraces, WhileLoopsMustUseBraces, ...)
 
Klar das es nicht zeilen sondern anweisungs basierend ist.“ ;" Für einen Anfänger ist es meiner Meinung nach besser vorstellbar da man ja vorallen als Anfänger nur Anweisung in eine Zeile schreiben sollte.

PS mein Beitrag sollte ihm eine Erklärung sein warum der Code von seinem Lehrer auch geht.
 
Klar das es nicht zeilen sondern anweisungs basierend ist.“ ;" Für einen Anfänger ist es meiner Meinung nach besser vorstellbar da man ja vorallen als Anfänger nur Anweisung in eine Zeile schreiben sollte.

PS mein Beitrag sollte ihm eine Erklärung sein warum der Code von seinem Lehrer auch geht.
Ist halt falsch und darum sollte man es auch nicht behaupten.
 
Klar das es nicht zeilen sondern anweisungs basierend ist.“ ;" Für einen Anfänger ist es meiner Meinung nach besser vorstellbar da man ja vorallen als Anfänger nur Anweisung in eine Zeile schreiben sollte.
Ja, ir war schon fast klar, dass Du es richtig verstanden hast und es nur eine wenig beachtete Aussage war. Aber ich wollte es klar gestellt haben. Bei dem gegebenen Beispiel wäre es ja auch 1:1 anwendbar gewesen.

Aber eine nicht ganz korrekte Aussage sollte zumindest korrigiert werden, damit Andere, die den Thread lesen, da nicht womöglich irritiert werden.
 

Zurück
Oben