do..while Schleife

[javac32]

Guten Abend zusammen

Verstehe leider nicht wie man dies bewerkstelligen soll? Teilaufgabe b

Wie würdet ihr das lösen?

In der Beilage mein "Lösungsversuch".

Danke für die Hilfe.

Gruss

 

[MarvinsDepression]

z.B.:

// Codefragment B
int a= 5;
do {
} while (a > 10);

oder (wenn das zu trivial ist,

// Codefragment B
int a= 5;
String s = "";
do {
    System.out.println(s);
    s = "Hallo"
} while (a > 10);

oder,

// Codefragment B
int a= 5;
boolean isFirstLoop = true;
do {
    if (!isFirstLoop) {
        System.out.println("Hallo");
    }
    isFirstLoop = false;
} while (a > 10);

 

[yfons123]

@MarvinsDepression das ist müll, es sind alle 3 Vorschläge falsch oder miserabel programmiert.. es ist zum kotzen, dass du dich nicht schämst so einen Mist abzuliefern... es ist so peinlich

das problem bei deinem Lösungsversuch in der ersten do while ist dass du sagst

1. geh in die do while rein
2. Println leer
3. geh raus aus while ( wegen break; )
=> nicht so gewollt nehme ich mal an

das ist der unterschied ist bei do while

"schieß zuerst , stelle fragen später"
dh du läufst zuerst einmal durch und dann wird geschaut ob die abfrage noch passt d.h die Aufgabe b) läuft einmal öfter durch als a)

Außerdem verstehe ich die Aufgabe b) nicht wirklich... die geben exakt das gleiche aus, sie laufen unendlich lange da die variable a nie erhöht wird
Keine Anpassung nötig.. geben das gleiche aus
also das ist eine Verarschungs aufgabe...solche aufgaben sind einfach nur unnötig

 

[KonradN]

@MarvinsDepression das ist müll, es sind alle 3 Vorschläge falsch oder miserabel programmiert.. es ist zum kotzen, dass du dich nicht schämst so einen Mist abzuliefern... es ist so peinlich

Ich denke, dass dies unnötig war.

Was du übersehen hast: a ist 5 und die While Schleife läuft, so lange a größer 10 ist.
==> Die While Schleife läuft also nie!

Was man also in der do while Schleife braucht ist einfach eine weitere Prüfung.

Generell ist es so, dass jede Schleife in jede andere umgeformt werden kann. Bei der while -> do while Schleife ist dies einfach:

while (<Bedingung>) {
    // Do Something
}

ist die 1:1 Umwandlung (was die Funktionalität angeht) Z.B.:

do {
    if (<Bedingung>) {
        // Do Something
    }
} while (<Bedingung>)

Oder man macht es mit einem break:

do {
    if (!<Bedingung>) break;

    // Do Something
} while (<Bedingung>)

 

[Hobbes]

Außerdem verstehe ich die Aufgabe b) nicht wirklich... die geben exakt das gleiche aus, sie laufen unendlich lange da die variable a nie erhöht wird
Keine Anpassung nötig.. geben das gleiche aus
also das ist eine Verarschungs aufgabe...solche aufgaben sind einfach nur unnötig

das ist müll. es ist zum kotzen, dass du dich nicht schämst so einen Mist abzuliefern... es ist so peinlich

;-)

 

[javac32]

@KonradN @MarvinsDepression

Danke euch für eure Hilfe und Zeit habs nun verstanden.

 

[DefconDev]

Ich denke, dass dies unnötig war.

Was du übersehen hast: a ist 5 und die While Schleife läuft, so lange a größer 10 ist.
==> Die While Schleife läuft also nie!

Was man also in der do while Schleife braucht ist einfach eine weitere Prüfung.

Generell ist es so, dass jede Schleife in jede andere umgeformt werden kann. Bei der while -> do while Schleife ist dies einfach:

while (<Bedingung>) {
    // Do Something
}

ist die 1:1 Umwandlung (was die Funktionalität angeht) Z.B.:

do {
    if (<Bedingung>) {
        // Do Something
    }
} while (<Bedingung>)

Oder man macht es mit einem break:

do {
    if (!<Bedingung>) break;

    // Do Something
} while (<Bedingung>)

Ich verstehe trotzdem nicht worauf die Übung b aus ist. Kein Entwickler käme jemals auf die Idee in einer do while Schleife ein If hinzuzufügen wenn man eigentlich ein while do benutzen könnte. Hinzu kommt noch, dass die Aufgabe dadurch einen suggeriert, weitere Verschachtelung ist eine geile Sache.

Finde die 1. Lösung von @MarvinsDepression am lustigsten, würde da gerne das Gesicht des Prüfers sehen. Oder wenn es eine Hausaufgabe sein soll, ihm eine Ansammlung von etlichen Klassen mitgeben, mit etlichen Methoden die aufgerufen werden bis am Ende ein simples Break steht.

 

[sieFragenStelle]

a. Fragment A gibt nichts aus, Fragment B gibt genau einmal "Hallo" aus.

b.

int a = 5;
do {
    if (a > 10) {
        sout "Hallo";
    }
} while (a > 10);

 

[berndoa]

Der Sin der Aufgabe sollte doch eigentlich offensichtlich sein:
Es wird geguckt ob Derjenige weiß worin sich while und do while Shcleife unterscheiden, gerade auch bzgl. der Reiehnfolge, in der der Shcleifeninhalt ausgeführt wird und wann die Shcleifenbedingung geprüft wird.

Gerade wenn wie hier die Shcleifenbedingungen nie erfüllt wird, macht sowas den Unterschied zwischen einmal und keinmal.

MarvinsDepression hat völlig Recht mit seinem "Müll".

Man kanns auch einfach mit break; und auf tausend andere Arten beenden, aber das sit Geschmackssache.

Vermutlich ist es in der Aufgabe eh ein Schreibfehler und da sollte int a=50; stehen.
und der Prüfer will sehen dass man hinten aus der 50 ein 49 macht damit im Endergebnis beide Schleifen den Text gleich oft ausgeben...​

 

[KonradN]

Vermutlich ist es in der Aufgabe eh ein Schreibfehler und da sollte int a=50; stehen.

Das glaube ich nicht, denn dann hätte man Endlosschleifen, da a ja nicht verändert wird.

 

[berndoa]

Das glaube ich nicht, denn dann hätte man Endlosschleifen, da a ja nicht verändert wird.

Stimmt auch wieder.
Obwohl es schon unüblich ist, dass die "Lösung" der AUfgab einfach erfordert den Code in der Shcleife zu löschen oder irgendwie dessen Ausführung shclicht zu verhindern.
Nicht gerade eine Standardaufgabe.

Aber vielleicht auch gerade desahlb extra aos Fangfrage gemacht weil man vielleicht shcon so im Hinterkopf hat "ja, bei do while mit index-1 beginnen im Vergleich zur whileshcleife" was hier nicht helfen würde

 

[Neumi5694]

Nur noch meine 5Cent. Da wir wissen, dass die Schleife in a) nie durchlaufen wird, können wir uns jede die Prüfung sparen und einfach sofort ein break an erster Stelle einbauen.

int a= 5;
do {
    break;
    System.out.println("Hallo");
} while (a > 10);

Falls die Schleife aber überhaupt nicht geändert werden darf (und ich gehe davon aus, dass der Prof das gemeint hat), auch nicht ihr Inhalt, dann geht auch das:

int a= 5;
if (a > 10) {
    do {
        System.out.println("Hallo");
    } while (a > 10);
}

Das würde genau dem Verhalten der while-Schleife entsprechen. Prüfung zuerst, dann Ausführung, dann gegebenenfalls nächste Prüfung.

edit: Natürlich reicht in diesem speziellen Fall auch ein "if (false)", aber so funktioniert's auch mit verschiedenen Startwerten für a.

 

[MarvinsDepression]

Ich habe lange überlegt (oder auch nicht), ob ich mich zu diesem Thema nochmals äußern soll und habe beschlossen, es nicht zu tun...

... woran ich mich jetzt aber nicht halte. 😄

Die ganze Diskussion ist doch Quatsch. Die einzige Daseinsberechtigung der "do-while"-Schleife ist doch, mindestens einen Loop auszuführen (in der Regel, weil dann erst die Abbruchkriterien bekannt sind).
Die Aufgabe b) in #1 verlangt nun, einer solchen Schleife diesen einen loop zu unterbinden. Ist doch Murks (wurde ja auch weiter oben so kommentiert). Da lernt man auch nichts dabei...

Trotzdem gibt es jetzt bereits genügend Code-Beispiele und wir können zur Abstimmung übergehen.
Ich finde das letzte Besispiel am besten, auch wenn hier die Abbruchbedingung redundant ist. 😝

Code:

int a= 5;
if (a > 10) {
    do {
        System.out.println("Hallo");
    } while (a > 10);
}

 

[KonradN]

Also man muss die Lösungen nicht einmal abstimmen, denn in der Praxis ist es - wie Du richtig gesagt hast - einfach Unsinn.

Die letzte Variante hat den Vorteil, dass der Check nur einmal statt findet. Aber wir haben eine höhere Einrück-Ebene bei der Schleife. Wenn man z.B. die Lösung mit dem Check in der while Schleife hat, dann wird der Check bei jedem Durchlauf doppelt gemacht - was auch unschön ist.

==> Daher meine ich: Egal, was man macht, es schreit schlicht nach einem Refactoring

 

[Neumi5694]

Die Aufgabe selbst ist Unsinn, es sei denn, es ging darum, den Unterschied zwischen den beiden Schleifenarten zu verstehen,

@MarvinDepression Das mit der Redundanz ist richtig, ich hab beides drin behalten, damit es auch für ein a > 10 funktioniert, damit das Verhalten auch wirklich garantiert gleich ist.