Hausaufgaben C++ Zeiger
-
Nivelas schrieb:
if(i=0, i<50 ,i++)gedacht und in die IF schleife
Ich glaube, hier fehlt noch viel mehr als nur Zeiger. Arbeite nochmal die letzten paar Kapitel nach. Das hat ja keinen Sinn sich hier mit der Aufgabe zu beschäftigen, wenn du nicht einmal einfachste Schleifen hin bekommst.
P.S.:
www.if-schleife.de
-
Oh Gott, falls du nicht mehr in der Schule bist belege bitte einen anderen C++ Kurs.

-
Nivelas schrieb:
habe jetzt an etwas wie
int rawdata[50]; int i; if(i=0, i<50 ,i++)gedacht...
Zeile 1: Wozu das? Es gibt schon ein Array namens rawData (mit 1350 unsigned-char-Einträgen), wozu soll dieses hier gut sein?
Zeile 3: Das soll wohl eine for-Schleife werden? Syntax nochmal nachschlagen...Und dann erstmal nachdenken, was das Programm überhaupt machen soll. Zeiger "zeigen" wirklich, du kannst den Algorithmus mit zwei Fingern in dem Array rawData nachspielen ...
-
In der Aufgabenstellung ist die Lösung schon im Detail beschrieben

-
Also um diese Jahreszeit hätte ich ja einen Tannenbaum o.ä. erwartet, aber nicht:
-
So eine Verschwendung, denkt doch auch mal an die Umwelt!
http://ideone.com/gZT5Qn
-
SeppJ schrieb:
P.S.:
www.if-schleife.deLieber SeppJ, in C++14 könnte es if-Schleifen geben, siehe http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2013/n3587.pdf, Seite 3 oben
-
if-schleife schrieb:
Lieber SeppJ, in C++14 könnte es if-Schleifen geben, siehe http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2013/n3587.pdf, Seite 3 oben
Hoffentlich nicht. Auch wenn es prinzipiell nützlich wäre, die Syntax ist furchtbar.
if for (int i = 0; i < 10; ++i) if (foo(i)) break; else bar(i); { baz(i); } else barf(i);Klar soweit?
-
Die Sprache sinnlos zu verkomplizieren, nur weil der Autor auf ein
bool-Flag verzichten will, das jedem Programmierer (nicht nur C++) sofort klar wäre... Als ob C++ keine wirklichen Probleme hätte.Bei manchen Proposals kann man sich echt nur fragen und beten, dass sie nie umgesetzt werden.

-
for-else in Python find ich ganz nett, aber das if-for hier gefällt mir auch nicht.

-
For allem löst es ein Problem das es gar nicht gibt *.
Läst sich alles sauber mitreturnlösen. Ganz ohne goto, Code-Wiederholung oder pösem Overhead wegen unnötiger Kopien.*: OK, ich hatte auch schon manchmal Fälle wo es mit einem for-else schöner gegangen wäre. Aber minimal schöner, und diese Fälle sind - bei den Programmen die ich so schreibe - sehr sehr selten.
@Nexus
Ich würde da auch keinebool-Flags dafür verwenden wollen. Finde ich grässlich. (Ich verwende generell so wenig "mutable" Variablen wie möglich - veränderlicher State ist so ein Hirnverbieger.)
Aber es gibt ja eben nochreturn, also kein Grund irgendwo irgendwelche Flags zu verwenden.