Fehler, Irrtümer, Fragen - Seite 2869
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 haben einen Syntaxfehler - geben Sie ein Beispiel für funktionierenden Code mit (typenname) in Klammern. Sie könnten genauso gut (OnStart) in Klammern schreiben
Nun, es liegt kein Syntaxfehler vor
typename(J)
Aber halten Sie diesen Code bereits für einen Syntaxfehler?
(typename)J
Wenn hier ein Typumwandlungsprinzip funktionieren soll, und die Hilfe beide Varianten zulässt.
Auf diese Weise gibt es keinen Syntaxfehler.
Gilt dies als Syntaxfehler?
Wenn das Prinzip der Typumwandlung hier funktionieren soll, und die Hilfe beides zulässt.
typename ist kein Typ, es ist ein Schlüsselwort. In diesem Fall ist der Typ T. Die Umwandlung erfolgt in einen Typ, nicht in das Schlüsselwort.
Eine philosophische Rechtfertigung ist hier nicht angebracht. Obwohl, wenn MQL eine abstrakte Sprache wäre, könnten wir wahrscheinlich auf das Schlüsselwort zurückgreifen und es würde auf den ersten Platz in der Rangliste rücken
typename ist kein Typ, es ist ein Schlüsselwort. In diesem Fall ist der Typ T. Die Umwandlung erfolgt in einen Typ, nicht in ein Schlüsselwort
Eine philosophische Rechtfertigung ist hier nicht angebracht. Obwohl, wenn MQL eine abstrakte Sprache wäre, könnten wir es wahrscheinlich in das Schlüsselwort umwandeln, und es würde auf den 1.
Ich verstehe, dass typename kein Typ ist.
Aber in diesem Fall erleben wir eine Transformation.
Wir erhalten seinen Typ durch eine Konstante.
Vielleichtist dies syntaktisch nicht korrekt? Aber es funktioniert.
#define A '+' typename(A)
Ich verstehe, dass typename kein Typ ist.
Doch in diesem Fall kommt es zu einer Umwandlung.
Von einer Konstante erhalten wir ihren Typ.
Vielleichtist dies nicht die richtige Syntax? Aber es funktioniert.
Es funktioniert, aber nicht so, wie Sie es sich vorstellen. Sie erhalten keinen Typ, sondern eine Zeichenkette. Ich wollte Ihnen das anhand eines Beispiels zeigen, aber ich habe unten einen Fehler erhalten.
Aber das bedeutet nicht, dass Sie Recht haben - nur ein weiterer Fehler des Compilers.
Was ist der Unterschied zwischen (1) und (2)? Liebe Entwickler - vielleicht hat Roman recht und typename gibt jetzt type zurück?
Das Ergebnis wurde erwartet: string
Es funktioniert, aber nicht so, wie Sie es sich vorstellen. Sie erhalten keinen Typ, sondern eine Zeichenkette. Ich wollte es mit einem Beispiel zeigen, aber ich bekam eine Fehlermeldung:
Was meinen Sie damit, dass es kein Typ ist?
Es handelt sich um einen Typ, nicht um eine Zeichenkette.
ushort ist keine Zeichenkette.
Wieso ist es kein Typ?
Ich bekomme nur einen Typ, keine Zeichenkette.
Ushort ist keine Zeichenkette.
Sie erhalten nicht ushort, sondern "ushort". Verstehen Sie den Unterschied? Wenn nicht, lesen Sie die Dokumentation, bevor Sie es verstehen.
Obwohl es cool wäre, eine echte ushort zu bekommen!
Sie erhalten nicht ushort, sondern "ushort". Verstehen Sie den Unterschied? Wenn nicht, lesen Sie die Dokumentation, um zu verstehen
Print() gibt sie also bereits als "ushort" mit einem String-Literal aus.
Was hat das damit zu tun? Allein die Tatsache, dass typename einen Typnamen zurückgibt!
Damit wird Print() bereits als "ushort"-Stringliteral gedruckt.
Was hat das damit zu tun? Allein die Tatsache, dass typename einen Typnamen zurückgibt!
Haben Sie die Dokumentation unter dem Link gelesen? Auch dafür gibt es ein Beispiel. Leider ist mein Beispiel gescheitert.
Haben Sie die Dokumentation über den Link gelesen?
Was hat das mit Vorlagen zu tun?
Wenn die Verwendungssyntax nicht für eine Vorlage gilt, in diesem Fall.