Fragen von Neueinsteigern zu MQL4 und MQL5, Hilfe und Diskussion über Algorithmen und Codes - Seite 814
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
weil man sich daran gewöhnen muss
Sie können sich auch antrainieren, immer einen Regenschirm zu tragen, weil es regnen könnte. Man kann sich auch an eine andere gewöhnen, aber jeder versteckt sie nach jedem Gebrauch.
Sie können sich auch angewöhnen, immer mit einem Regenschirm zu gehen, weil es regnen könnte. Man kann sich auch an eine andere gewöhnen, aber jeder versteckt sie nach jedem Gebrauch.
Sollen wir darüber reden?
Nur für den Anfang, hier ist es:
c = a/b;
oder
if(b!=0) c = a/b;
?
ZS: Leider bin ich der einzige in meiner Familie, der keinen Regenschirm hat, ich kann nichts dazu sagen, ich bin immer im Auto unterwegs, ein Regenschirm ist eher hinderlich als hilfreich.
Sollen wir darüber reden?
Nur für den Anfang, hier ist es:
c = a/b;
oder
if(b!=0) c = a/b;
?
ZS: leider bin ich der einzige in meiner Familie ohne Regenschirm, ich kann nichts dazu sagen, ich bin immer im Auto unterwegs, ein Regenschirm ist eher hinderlich als hilfreich
Die Antwort war hier.
Forum zum Thema Handel, automatisierte Handelssysteme & Strategietester
Alle MQL4 Anfänger Fragen, Hilfe und Diskussion über Algorithmen und Codes
Andrey Sokolov, 2019.04.20 06:24
Ich bin mir nicht ganz sicher, was hier normalisiert werden soll und warum, wenn es keine mathematischen Operationen gibt?Die Antwort war hier
Wie erklärt man das Problem... in einem anderen Forum hatte ich eine ähnliche Diskussion zum gleichen Thema, aber dort vertrat ich die Meinung, dass der aktuelle Preis nicht normalisiert werden muss, und die Gegenseite machte Lärm, dass sogar die Bid und Ask normalisiert werden müssen - ich will nicht nachschauen, aber die Meinung der Entwickler war, dass die Serverpreise immer korrekt sind
ok, nicht normalisieren, es liegt an Ihnen.
wie das Problem zu erklären ist... in einem anderen Forum hatte ich eine ähnliche Unterhaltung zum selben Thema, aber dort verteidigte ich die Meinung, dass der aktuelle Preis nicht normalisiert werden muss, während mein Gegner lautstark behauptete, dass sogar Bid und Ask normalisiert werden müssen - ich möchte nicht nachschauen, aber die Meinung der Entwickler war, dass die Serverpreise immer korrekt sind
ok, normalisiere es nicht, es liegt an dir
Der laute Gegner hat bei weitem nicht immer Recht. Meiner Meinung nach sollte man sich immer von der Logik leiten lassen und seine eigenen Entscheidungen treffen. Und setzen Sie sich nicht für die eine oder andere Meinung anderer Menschen ein.
Ein lauter Gegner hat nicht immer Recht. Meiner Meinung nach muss man sich immer von der Logik leiten lassen und seine eigenen Entscheidungen treffen. Und setzen Sie sich nicht für die eine oder andere Meinung anderer Menschen ein.
die Logik ist das Handbuch der Entwickler, ein korrektes Beispiel ist geschrieben, nehmen Sie es und verwenden Siehttps://docs.mql4.com/ru/trading/ordersend
Ich habe keine Informationen über das Format, in dem die Daten an den Server gesendet werden, vielleicht werden die Preise in Textform gesendet?
Ich habe ein Beispiel in der Hilfe, es ist also wahr - wie man in der Armee sagt, leuchtend heißt leuchtend! )))
die Logik - dies ist das Handbuch der Entwickler, ein korrektes Beispiel ist geschrieben, nehmen Sie es und verwenden Siehttps://docs.mql4.com/ru/trading/ordersend
Ich habe keine Informationen über das Format, in dem die Daten an den Server gesendet werden, vielleicht werden die Preise in Textform gesendet?
Ich habe ein Beispiel in Help, es ist also wahr - wie man in der Armee sagt, leuchtend heißt leuchtend! )))
Igor, sehen Sie sich wenigstens ein Beispiel an, bevor Sie anfangen zu argumentieren.
In dem Beispiel aus der Dokumentation wird der Preis nämlich nicht ohne mathematische Berechnungen normalisiert. Und in der Armee sagen sie auch: "Hey ihr drei, kommt her, ihr beiden"... aber man sollte niemanden imitieren.
Igor, du könntest dir wenigstens das Beispiel ansehen, bevor du dich streitest.
In dem Beispiel aus der Dokumentation wird der Preis nämlich nicht ohne mathematische Berechnungen normalisiert. Und in der Armee sagen sie auch: 'Hey, ihr drei, kommt mal her, ihr beiden'... aber man sollte niemanden imitieren.
Ich habe den Preis in meinem Beispiel nicht normalisiert:
Wenn Sie als Autor des Codes einen Haftbefehl schicken wollen, werde ich Sie nicht belästigen:
Ich habe den Preis in meinem Beispiel nicht normalisiert:
Wenn Sie als Autor des Codes eine Bestellung aufgeben wollen, werde ich Sie nicht belästigen:
Gab es Beispiele dafür, dass der Makler die richtigen Zahlen nicht akzeptiert hat? Ich stelle fest, dass in Video-Tutorials von seriösen Leuten ganze Zahlen in ordersend() gesetzt werden.
Vielleicht ist die andere Sache in diesem Fall ein wenig anders. Ich hatte eine Vergleichsfunktion, die sich irgendwie weigerte, eine Variable vom Typ Double und entweder OrderStoploss() oder OrderTakeProfit() mit denselben Werten als gleich zu akzeptieren, bis ich sie beide normalisierte.
Gab es Beispiele für korrekte Zahlen, die vom Makler nicht akzeptiert wurden? Ich stelle fest, dass in den Video-Tutorials von seriösen Leuten, die ordersend() auf ganze Zahlen gesetzt ist.
Vielleicht ist die andere Sache in diesem Fall ein wenig anders. Ich hatte eine Vergleichsfunktion, die eine Variable vom Typ double und entweder OrderStoploss() oder OrderTakeProfit() mit demselben Wert nicht akzeptierte, bis ich sie beide normalisierte.
Wahrscheinlich handelt es sich um ein solches Beispiel:
und das könnte so sein:
Ich weiß nicht, ob der Server akzeptiert ganze Zahlen, sowie maßgebliche Menschen, habe ich vor langer Zeit selbst eine Bibliothek (korrekt meiner Meinung nach) für die Arbeit mit Bestellungen gebildet, hier ist meine Bibliothekhttps://www.mql5.com/ru/code/24829
In der Datei TradePanel_C#.mqh meine Bibliothek und die Funktion für das Öffnen von Aufträgen OrderSend_(), schreibe ich meine Codes auf diese Weise