Frage zu C++ Code

Carl D. schrieb:
> Oder Date gibt den Monat auch als String aus und operator << für Date
> benutzt diese Methode statt month().

Ich stehe gerade auf dem Schlauch, wie müsste ich den code abändern?

commanderKeen schrieb:
> Date(int y, Month m, int d) : y{ yy }, m{ mm }, d{ dd };

Wie funktioniert das überhaupt? Wo sind yy, mm und dd definiert?

Danke für eure Vorschläge, mir ist auch ne Idee gekommen. Wenn ich das 
so mache, bekomme ich keine Fehlermeldung und alles läuft:

1

ostream& operator<<(ostream& os, const Date& dd)

2

{

3

  return os << '(' << dd.year() << ',' << int(dd.month()) << ',' << dd.day() << ')';

4

}

vorher war es so:

1

 ... << dd.month() << ..

jetzt so:

1

 ... << int(dd.month()) << ..

Und das "dd.month" die richtigen Werte bekommt stellt ja mein 
Konstruktor sicher. Ist das eine gute Lösung? Einfach ist sie ja, was 
nicht immer gut sein muss.

commanderKeen schrieb:
> : y{ yy }, m{ mm }, d{ dd }

Was ist das für eine seltsame Initialisierung?
Was sagt der Compiler dazu eigentlich?

commanderKeen schrieb:
> Ist das eine gute Lösung?

Nein, C-Casts und dann auch noch in der "Funktion-Call" Syntax sind 
unschön. Sicherer und besserer ist ein named cast:

1

return os << '(' << dd.year() << ',' << static_cast<int>(dd.month()) << ',' << dd.day() << ')';

Wenn du es als Text haben willst, dann so wie Carl es schon gezeigt hat.

Kassowarth von Sondermuehlen schrieb:
> commanderKeen schrieb:
>> : y{ yy }, m{ mm }, d{ dd }
>
> Was ist das für eine seltsame Initialisierung?
> Was sagt der Compiler dazu eigentlich?

Das ist eine Memberinitialisiererliste, in den geschweiften Klammern 
könnte auch Hunz und Kunz drin stehen, das sind die Werte mit denen man 
ein Objekt initialisiert z.B. Date {1999, Month::mar, 12}; 1999 = yy, 
Month::mar = mm usw.

Dr. Sommer schrieb:
> static_cast<int>(dd.month())

Stimmt eine explizite Umwandlung ist besser, danke.


Dr. Sommer schrieb:
> Wenn du es als Text haben willst, dann so wie Carl es schon gezeigt hat.

Ja das habe ich zur Kenntnis genommen, wollte aber nur Zahlenwerte, 
hätte ich dazu schrieben sollen. Danke dir für den Vorschlag Carl.

commanderKeen schrieb:
> as ist eine Memberinitialisiererliste

Ich glaube, die Frage bezog sich auf die geschweiften Klammern.

Ja, das ist neu zu C++11 dazugekommen, um an anderer Stelle die 
Mehrdeutigkeiten aufzulösen, die durch runde Klammern entstehen, und es 
nennt sich uniform initializer o.ä..

Nase schrieb:
> Ja, das ist neu zu C++11 dazugekommen,

Das klärt aber immer noch nicht, wo die Ausdrücke dd, mm, yy definiert 
sind...

Dr. Sommer schrieb:
> Nein, C-Casts und dann auch noch in der "Funktion-Call" Syntax sind unschön. 
Sicherer und besserer ist ein named cast:

1

return os << '(' << dd.year() << ',' << static_cast<int>(dd.month()) << ',' << dd.day() << ')';

Nein, named casts auch explizite Typumwandlung genannt, ist nur dann 
erforderlich wenn man mittels Fehlerbehandlung eine verlustbehaftete 
Umwandlung abfangen möchte.

guest schrieb:
> Nein, named casts auch explizite Typumwandlung genannt, ist nur dann
> erforderlich

Ich habe nicht gesagt dass sie erforderlich sind. Sie vermeiden aber 
Fehler, weil sie dem Compiler strengere Prüfungen ermöglichen. 
Tatsächlich können klassische C Casts alles was named casts können, und 
sogar ein bisschen mehr - diese Fälle sind aber nur aus Abwärts 
Kompatibilitäts Gründen erlaubt und sind grundsätzlich zu vermeiden.

Man sollte beides nutzen und wissen wann man es braucht:

Implizite Typumwandlung wenn man bewusst einen Wertverlust in kauf 
nehmen kann/will

Explizite Typumwandlung wenn man einen Werteverlust vermeiden will und 
darüber mittels Fehlerbehandlung informiert werden will.

guest schrieb:
> Implizite Typumwandlung wenn man bewusst einen Wertverlust in kauf
> nehmen kann/will
>
> Explizite Typumwandlung wenn man einen Werteverlust vermeiden will und
> darüber mittels Fehlerbehandlung informiert werden will.

c-style und "named" casts sind beide explizit. In beiden Fällen muss man 
explizit angeben, dass und wohin gecastet wird. In beiden Fällen kann es 
zu Werteverlust kommen. Und was meinst du mit Fehlerbehandlung? Fehler 
beim Compilieren, Exceptions oder was?

mh schrieb:
> Exceptions

genau das.

guest schrieb:
> genau das.

Welcher Cast gibt denn wann eine Exception?

mh schrieb:
> In beiden Fällen kann es
> zu Werteverlust kommen

Du kannst das "static_cast..." Konstrukt in Verbindung mit Exception 
handling nutzen um eine Meldung zu erhalten wenn ein Verlust beim 
Konvertieren auftritt. Das geht mit C-Style casts nicht.

Der einzige Fall wo casten Exceptions wirft ist dynamic_cast mit 
Referenzen... Aber dynamic_cast sollte man eh vermeiden und ist 95% der 
Fälle ein Zeichen von schlechter Programmstruktur.

https://ideone.com/96Xfso

guest schrieb:
> mh schrieb:
>> In beiden Fällen kann es
>> zu Werteverlust kommen
>
> Du kannst das "static_cast..." Konstrukt in Verbindung mit Exception
> handling nutzen um eine Meldung zu erhalten wenn ein Verlust beim
> Konvertieren auftritt. Das geht mit C-Style casts nicht.

Und wie geht das? static_cast selbst wirft keine Exception. Ok, wenn die 
selbst implementierte Konvertierungsfunktion oder der Constructor eine 
Exception wird ... aber das würde auch beim c-style Cast passieren.