Wie zum Bsp. bei diesem:

Muß ich bei Operatoren, Sequenzen, Methoden auf Freizeichen achten?

#include<iostream>
Using namespace std;
int main()
{
cout<<"\"HelloWorld\""<<endl;
}

Die Zeile, in der die Operatoren das "Hello World" in die Ausgabe schieben muss ich da auf Leerzeichen zwischen dem cout und den << Operatoren sowie den folgenden Sequenzen achten oder ist das egal?

EDIT: Mit

cout<<""HelloWorld""<<endl;

meinst du wohl

cout<<"HelloWorld"<<endl;

und statt endl sollte man meistens "\n" nehmen.

Es ging darum: "Hello World"
auszugeben. (Also in Anführungsstrichen.)

Aber back2topic:
Jegliche Whitespaces sind egal, ob du 3 Leerzeichen oder 20 freie Zeilen irgendwo hast juckt keinen (ausser dem menschlichen Leser ;))

Bei Präprozessorkommandos sieht es allerdings anders aus.

#define
#if
#include
#else // Kommentar
#endif
#else if

int main(int argc, char *argv[]);

Du siehst hier schon durch die Forensoftware, dass das andere Farben sind. Und jedes Kommando erstreckt sich auf eine ganze Zeile (Kommentare ausgenommen).

Edit: Und wie du spezielle Zeichen in Strings darstellt kommt auch bald in deinem Lehrbuch ;).

"\"Hallo Welt\" mit \a und \t und\n dann nochmal \r und weiter gehts.\\"

und statt endl sollte man meistens "\n" nehmen.

'\n'

There are five kinds of tokens: identifiers, keywords, literals, operators [and punctuators], and other separators. Blanks, horizontal and vertical tabs, newlines, formfeeds, and comments (collectively, “white space”), as described below, are ignored except as they serve to separate tokens.
[ Note: Some white space is required to separate otherwise adjacent identifiers, keywords, numeric literals, and alternative tokens containing alphabetic characters. —end note ]

bei Logging Ausgaben würde ich immer endl nehmen, weil es den Stream flusht.

Dafür gibt es das unitbuf -Flag.

Kommt drauf an Marthog, bei Logging Ausgaben würde ich immer endl nehmen, weil es den Stream flusht.

Würd ich nicht. Ich würd wohl das nehmen:

ofstream log;
log.setbuf(0,0);
log.open("log.txt");

bei Logging Ausgaben würde ich immer endl nehmen, weil es den Stream flusht.

Dafür gibt es das unitbuf -Flag.

Das ist wieder zu langsam. Typische Loggingzeile:

clog << "Debug-Wert: " << x << '\n'; // 3 flushs (unitbuf)
clog << "Debug-Wert: " << x << endl; // 1 flush (kein unitbuf)

Macht alles 3x so langsam. Ich will doch keine Zeit verbraten. Ich will line-buffering. Geht nicht mit iostreams. Also nehm ich endl.

Der Unterschied ist, dass 'c' z.B. ein normaler Wert (vom Typ char) ist, der auch als Zahl ausgedrückt werden kann.
"hello" ist ein array aus Buchstaben.

Präprozessorkommandos

#else if

#elif

Gegeben war aufgelisteter Codeschnipsel. Er ist nicht vollständig nur ein Schnipsel.
Mir geht es um die Ausgabe von a.
boolalpha ist ja dafür da, dass man bool-Variablen nicht nummerisch sondern
textlich ausgeben kann.
a wäre hier in dem fall ja 1 oder auch wahr.
wird in dem fall dann "eins" ausgegeben oder "wahr" also in textfor beides.
b würde dann ja auch textlich ausgegeben werden als "null" oder als "false"?

a wäre hier in dem fall ja 1 oder auch wahr.
wird in dem fall dann "eins" ausgegeben oder "wahr" also in textfor beides.
b würde dann ja auch textlich ausgegeben werden als "null" oder als "false"?

a wird - weil die Standardlocale eingestellt ist - als true ausgegeben, b als false.