We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Move, push_back(), and noexcept

Formale Metadaten

Titel
Move, push_back(), and noexcept
Alternativer Titel
Move, noexcept, and push_back() and how they relate to each other
Serientitel
Anzahl der Teile
170
Autor
Lizenz
CC-Namensnennung - keine kommerzielle Nutzung - Weitergabe unter gleichen Bedingungen 3.0 Unported:
Sie dürfen das Werk bzw. den Inhalt zu jedem legalen und nicht-kommerziellen Zweck nutzen, verändern und in unveränderter oder veränderter Form vervielfältigen, verbreiten und öffentlich zugänglich machen, sofern Sie den Namen des Autors/Rechteinhabers in der von ihm festgelegten Weise nennen und das Werk bzw. diesen Inhalt auch in veränderter Form nur unter den Bedingungen dieser Lizenz weitergeben
Identifikatoren
Herausgeber
Erscheinungsjahr
Sprache

Inhaltliche Metadaten

Fachgebiet
Genre
Abstract
One key feature of C++11 is move semantics with rvalue references. However, combined with other features and guarantees of the standard library the consequences of introducing move semantics turn out to be remarkable. In fact, late in the standardization process this features caused the new concept for exception handling using the new keyword noexcept. The reason was to remain backward compatibility of push_back() for vectors. This talk will jump into the whole mess of this topic of move semantics and exception handling. It give a rough understanding of what move semantics means for class designers and why and how good class design even more becomes an issue with C++11.