Fehler, Irrtümer, Fragen - Seite 1654
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
Хочешь сказать при закрытых графиках не скрывается символ?
Sie meinen, das Symbol wird nicht ausgeblendet, wenn die Diagramme geschlossen sind?
Ja, ich habe so etwas schon ein paar Mal erlebt.
Die Fehlermeldung ist dennoch korrekt.
Ursprünglich habe ich dem nicht viel Aufmerksamkeit geschenkt, aber nachdem ich wieder darauf gestoßen bin, gibt es Argumente dafür, dass es nicht richtig ist. Und das ist der Grund: Weiter ist bedingter Code
Die Frage, was nach while(true) {} zu tun ist, lautet wie folgt: "Wir werden sowieso nie dort sein... return wird nur formell benötigt - damit der Compiler OK sagen kann... Setzen wir also einen Zufallswert dort ein - return Random();".
Nach einiger Zeit nehmen wir einige Änderungen am Code vor und müssen nun eine Pause innerhalb von while einfügen
In diesem Fall wird der Compiler sagen: "OK. Es gibt Code nach while(true) {}, was bedeutet, dass der "break"-Fall bereits früher vorgesehen war und es den gleichen "break" in dieser Reihe von Zeilen geben muss. Alle Rückgabewerte waren damals schon durchdacht - machen Sie sich keine Mühe".
Und am Ende erhalten wir einen Zufallswert.
Wenn jedoch keine Zeichenkette (*) am Anfang steht, meldet der Compiler: "Error: No... ...auf keinen Fall... Es gab vorher keine Pause und wir müssen etwas Bewusstes zurückgeben".
Es hat sich herausgestellt, dass die (*)-Zeichenkette nicht nur übertrieben ist, sondern auch die Wahrscheinlichkeit von schwer zu findenden Fehlern erhöht
Ursprünglich habe ich dem nicht viel Aufmerksamkeit geschenkt, aber als ich wieder darauf stieß, gab es ein Argument, dass es nicht richtig war...
Außerdem sollten Sie in Ihrem Beispiel normalerweise die Warnung "Unerreichbarer Code" erzeugen. Studio gibt eine solche Warnung auch nicht aus, aber der Borland-Compiler tat es, wenn ich mich recht erinnere.
Gutes Gedächtnis.
Und Borland gibt keine Abmahnungen wegen Kleinigkeiten heraus, was meine Argumente einmal mehr bestätigt
Und Borland gibt nicht umsonst Warnungen aus...
Da stimme ich nicht mit Ihnen überein. :) Es scheint mir, dass dies eine Kleinigkeit ist, die keine Aufmerksamkeit verdient. Sie stecken einfach return(0) ein und machen weiter.
Außerdem ist es in MCL besser, immer while(!IsStopped()) anstelle von while(true) zu verwenden, denn in diesem Fall ist die Rückkehr nach der Schleife bereits obligatorisch.
In meinem Editor wird die Liste der verfügbaren Methoden nach dem Punkt nicht heruntergeklappt. Das ist sehr unangenehm für mich. Wie kann ich es reparieren? In der alten Version fiel sie nach unten.
Wie wäre es damit
Wie wäre es damit