Wer keine Ausnahme werfen kann und wem auch final_action (finally) von der Guideline Support Library nicht zur Verfügung steht, hat ein Problem. Ausnahmezustände verlangen Ausnahmeaktionen: goto. Wirklich?

Hier geht'w weiter zum Artikel auf Heise Developer: https://heise.de/-4141255.

In diesem Artikel geht es um die Ausnahmesituation, wenn keine Ausnahme geworfen werden darf. Falls dein Programm in einer eingeschränkten Embedded-Umgebung läuft oder du harte Echtzeitanforderungen sicherstellen musst, ist dies für dich wohl keine Ausnahme.

Hier geht es direkt zum Artikel auf Heise Developer: https://heise.de/-4133759.

Was ist die richtige Art und Weise, Ausnahmen zu werfen und zu fangen? Insbesondere geht es um die Frage, wann man eine Ausnahme wirft und wie man diese fangen sollte.

Hier geht's direkt zum Artikel auf Heise Developer: https://heise.de/-4129193.

Wer die verbleibenden Regeln zur Fehlerbehandlung überfliegt, liest oft das Wort noexcept. Bevor sich dieser Artikel daher mit den Regeln zur Fehlerbehandlung genauer beschäftigt, wird sich zuerst der noexcept-Spezifizierer und der noexcept-Operator angeschaut.

Hier geht es direkt zum Artikel auf Heise Developer: https://heise.de/-4121657.

Ursprünglich wollte ich in diesem Artikel weiter auf die Regeln zur Fehlerbehandlung eingehen. Aber ich habe meinen Plan geändert und fokussiere mich heute auf die Zukunft: Kontrakte in C++20.

Hier geht es direkt zum Artikel auf Heise Developer: https://heise.de/-4117736.

Fehlerbehandlung ist ein wichtiger Bestandteil guter Software. Daher bietet die C++ Core Guidelines rund 30 Regeln für die Fehlerbehandlung an.

Hier geht es direkt zum Artikel auf Heise Developer: https://heise.de/-4110346.

Heute schließe ich die Regeln zur Concurrency und insbesondere zur lock-freien Programmierung ab. Genau vier Regeln zur lock-freien Programmierung gibt es noch in den C++ Core Guidelines.

Hier geht es direkt zum Artikel auf Heise Developer: https://heise.de/-4104543 . 

Heute löse ich das Rätsel des letzten Artikels auf. Dank meiner Leser ist die Problemanalyse sehr genau.

Hier geht es zum Artikel auf Heise Develor: https://heise.de/-4095198.

Heute schließe ich die Regeln zur Concurrency ab und knüpfe direkt mit den Regeln zur lock-freien Programmierung an. Ja, du hast richtig gelesen: Lock-freie Programmierung.

Hier geht es direkt zum Artikel auf Heise Developer: https://heise.de/-4090498.