Wann Q_NULLPTR?

Sehe ich Q_NULLPTR verwendet wird liberal in der Qt source code und Beispiele, aber ich finde keine Dokumentation, was es genau ist und wenn es verwendet werden soll.

Beispielsweise in diesem offiziellen demonstration der neuen Qt-SerialBus-Modul Hinzugefügt in die neue Qt-v5.6:

if (!m_canDevice->connectDevice()) {
    delete m_canDevice;
    m_canDevice = Q_NULLPTR;

Tat dies dem Zweck dienen nullptr vor, die Hinzugefügt wird in C++11? Wenn dem so ist, nun, dass wir C++11, soll ich mich mit Q_NULLPTR?

PS: ich habe versucht, die Suche der Qt source code für die definition des Makros, scheiterte aber um es zu finden.

InformationsquelleAutor DBedrenko | 2016-03-29
  1. 16

    Tat dies dem Zweck dienen, nullptr vor, dass Hinzugefügt
    C++11? Wenn dem so ist, nun, dass wir C++11, soll ich mich mit Q_NULLPTR?

    Ja (etwas) und Keine bzw.

    C++ war Recht fehlt, zurück in die Tage, also Qt hatte seine eigenen Sachen, die später hinfällig wurde als C++ - gefangen bis auf die features.

    Dass gesagt wird, die Q_NULLPTR ist (war) nicht funktional das gleiche wie nullptr (als Andrei bemerkte, wenn C++11 unterstützt, es wird erweitert, um nullptr) es hat nicht geben Ihnen die Sicherheit, nur syntax "Zucker". Es illustriert die Absicht, die person liest den code, nicht an den compiler als nullptr tut.

    InformationsquelleAutor dtech
  2. 20

    Q_NULLPTR ist ein makro, ersetzt wird, wie nullptr wenn der compiler unterstützt c++11 und als NULL (die ersetzt wird, wie 0), wenn nicht. Wenn Sie c++11, können Sie schreiben nullptr statt; verwenden Sie NULL wenn Sie nicht.

    InformationsquelleAutor Andrei R.
  3. 2

    Verwenden Q_NULLPTR zu bleiben compiler unabhängig.

    Wenn Sie nun entscheiden, zu verwenden nullptr, der code wird nicht kompilieren, die mit einer älteren c++98-compiler. Wenn Sie sich entscheiden, zu verwenden NULL werden, verlieren Sie die c++11-Art der Sicherheit, auch wenn Sie in Ihrem aktuellen compiler.

    Für die gleichen Grund-Makros wie qMove(x) und die entsprechende definieren Q_COMPILER_RVALUE_REFS vorhanden ist.

    InformationsquelleAutor Martin Hennings
  4. 1

    Eigentlich Q_NULLPTR hatte nur einen Zweck: erlaubt die Verwendung von nullptr ohne verlieren support für Compiler, die nicht über C++11/C++0x unterstützen, wie eine direkte Nutzung von nullptr würde zu Fehlern führen, in solchen setups. Der Nachteil ist, dass es Unklarheiten seiner fallback auf NULL (oder 0 in älteren Qt-Versionen), die möglicherweise unbeabsichtigte-runtime-Verhalten und Begrenzung der unterstützten use cases im Vergleich zu nullptr.

    In dem seltenen Fall, dass Sie den Gegner nicht C++11-kompatiblen Compiler, verwenden Sie Q_NULLPTR aber stellen Sie sicher, dass der code funktioniert gut, wenn C++11-features deaktiviert sind. In allen anderen Situationen nullptr ist die bessere alternative, da es die Ergebnisse in der Zusammenstellung Fehler anstelle von buggy-Laufzeit Verhalten bei Verwendung mit älteren Compilern. Qt 5.7 und höher sank die Unterstützung für die Kompilierung ohne C++11 so gibt es keine Notwendigkeit für Q_NULLPTR wenn Sie hängen an diese Versionen.

    Es gibt andere features wie qMove oder Q_DECL_OVERRIDE geben, eine verbesserte semantische, wenn verwendet, auf die Unterstützung des compilers, ohne zu brechen Zusammenstellung auf älteren Compilern.

    InformationsquelleAutor Johannes Matokic
Schreibe einen Kommentar