Fehler, Irrtümer, Fragen - Seite 2325
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Gab es ernsthafte Gründe, den Betreiber aufzugeben ->?
Nein, es gab keine schwerwiegenden Gründe.
Die einzige Rechtfertigung für ihr Fehlen ist die Sorge um die unreifen Gemüter von Benutzern, die mit C++ nicht vertraut sind.
Wird die doppelte Negation vom Compiler optimiert?
Ja, das tut sie.
Nein, es gab keine schwerwiegenden Gründe.
Die einzige Rechtfertigung für ihr Fehlen ist die Rücksichtnahme auf die empfindlichen Gemüter von Benutzern, die mit C++ nicht vertraut sind.
Ich glaube nicht, dass etwas Schlimmes passieren wird, wenn Sie es hinzufügen.
Sie können die Verwendung eines Punktes mit Zeigern erlauben, wenn es für einige Zeit keine Mehrdeutigkeit gibt.
Und natürlich eine Warnung aussprechen.
Ich glaube nicht, dass etwas Schlimmes passieren wird, wenn Sie es hinzufügen.
Eine Zeit lang kann es erlaubt sein, einen Punkt mit Zeigern zu verwenden, wo es keine Mehrdeutigkeit gibt.
Und natürlich eine Warnung aussprechen.
Warum sollte man es so kompliziert machen? Das reicht aus, um . und -> zu gleichwertigen, austauschbaren Datensätzen zu machen.
Bildlich gesprochen
#define -> .
Ja, in Ihrem Fall liegt eine Unklarheit vor. Eigentlich sollte es zumindest eine Compilerwarnung für diese Art von Dingen geben.
In meinem Fall, der viel einfacher ist, ist alles klar. Ich denke, C++ ist ebenfalls dieser Meinung.
Sie haben imaginäre Klarheit - eine kleine Änderung (der Klasse A) und die Bedeutung ändert sich dramatisch
Dies ist eine Änderung an der Klasse und sollte zu einer entsprechenden Compiler-Meldung führen.
Wenn das nicht der Fall ist, ist es völlig klar.
Als Übergangslösung können Sie den Operator '!' verwenden. (logisch nicht).
Wir werden über eine Lösung nachdenken (können wir das Verhalten jetzt ändern, wo es eine Menge Code gibt?)
Es ist möglich, dass bei einem Zeiger eine bool-Konvertierungsoperation eine Operation am Zeiger und nicht am Objekt, auf das er zeigt, ist.
Ohne die bestehenden Codes zu ändern, wird es nicht funktionieren... Das gesamte Konzept von Zeigern als dynamische Objekte bricht zusammen
Ich meine, anstatt einfach zu schreiben
müssen wir einen verwirrenden Text schreiben.
if ( *a * *b );//(2)
Und wozu das alles? Damit ein Zeiger auf NULL geprüft werden kann? - Hierfür gibt es einen Vergleichsoperator:
Warum es duplizieren?
das gesamte Konzept von Zeigern als dynamische Objekte zusammenbricht