Diskussion zum Artikel "Handelsereignisse in MetaTrader 5" - Seite 3

Neuer Kommentar
 

Renat:
Конечно после принятия сервером - это же очевидно. Кроме того, функция называется OrderSEND.

OK, ich verstehe!

Was die "Offensichtlichkeit" betrifft - das ist vor allem etwas für diejenigen, die seit mehr als einem Jahr eng mit dem System arbeiten. Ich bin über die Frage gestolpert, ob der Satz aus dem Referenzbuch (für die Funktion OrderSend() "im Falle einer erfolgreichen grundlegenden Prüfung der Strukturen wird true zurückgegeben") als hinreichende Bedingung für die Rückgabe von true angesehen werden kann. Nun stellt sich heraus, dass dies nicht der Fall ist: Es handelt sich nur um eine notwendige, aber nicht um eine hinreichende Bedingung.

 
Interesting:
Meiner Meinung nach sollte man nicht nur aus true Schlüsse ziehen, sondern auch den Antwortcode des Servers analysieren (und letzterer ist von höherer Priorität, wie es mir scheint)...

Ja, in diesen wenigen Stunden hatte ich das Gefühl, dass ein Schleier gefallen ist: Es gibt unter den Rückgabecodes überhaupt keinen Code für "erfolgreiche Prüfung der Basisstruktur" (nennen wir es mal so), und deshalb kann true nicht unmittelbar nach der Basisprüfung zurückgegeben werden.

Was die detaillierte Analyse des Rückgabecodes angeht - ja, sie wird im Referenzbuch empfohlen. Ich suche nur nach Möglichkeiten, die Anzahl der verfügbaren Prüfungen vernünftig zu reduzieren.

 

Können Sie bitte erklären, was das bedeutet? Der Haftbefehl wurde in die Warteschlange gestellt?

Die folgende Situation

2011.01.26 12:59:26 Netzwerk '716201': Verbindung zu MetaQuotes-Demo verloren
2011.01.26 12:59:26 Trades '716201' : fehlgeschlagener Sofortkauf 1.00 EURUSD zu 1.37136 [Keine Verbindung]
2011.01.26 12:58:40 Trades '716201' : Sofortkauf 1.00 EURUSD zu 1.37136
2011.01.26 12:56:17 Netzwerk '716201': Terminal synchronisiert mit MetaQuotes Software Corp.

Ich drücke Buy auf dem Markt ohne Stops und TP. Es wird eine Meldung angezeigt, der Auftrag wird in die Warteschlange gestellt... die Verbindung wird unterbrochen... wird wiederhergestellt... der Auftrag wird nicht ausgeführt.

Was ist diese Warteschlange? Wo befindet sie sich? Wenn der Auftrag bereits vom Server angenommen wurde, warum wird er dann nicht ausgeführt? Grund?

 
Die Links sind für die russische Seite!
 
Ein wirklich guter Artikel.
  
void CheckStartDateInTradeHistory()
  {
//--- Anfangsintervall, als ob wir jetzt mit der Arbeit beginnen würden
   datetime curr_start=TimeCurrent()-days*PeriodSeconds(PERIOD_D1);
//--- Sicherstellen, dass die Startgrenze des Handelsverlaufs nicht überschritten wurde 
//--- mehr als 1 Tag über dem vorgesehenen Datum
   if(curr_start-start>PeriodSeconds(PERIOD_D1))
     {
      //--- wir sollten das Startdatum der Geschichte korrigieren, die in den Cache geladen werden soll 
      start=curr_start;
      PrintFormat("New start limit of the trade history to be loaded: start => %s",
                  TimeToString(start));

      //--- Laden Sie nun den Handelsverlauf für den korrigierten Zeitraum erneut
      HistorySelect(start,end);

      //--- die Anzahl der Geschäfte und Aufträge in der Historie zum weiteren Vergleich korrigieren
      history_orders=HistoryOrdersTotal();
      deals=HistoryOrdersTotal();
     }
  }

sehen Sie die letzten beiden Zeilen?

sollten sie lauten:

history_orders=HistoryOrdersTotal(); // okay, sieht korrekt aus

deals=HistoryDealsTotal(); //ein Tippfehler, vielleicht?

 

In diesem Artikel geht es um asynchrone Handelsereignisse, bei denen der Eingang eines Ordertickets beim Senden einer Anfrage mit der Funktion OrderSend() und das Erscheinen der Order im Terminal zeitlich nicht übereinstimmen müssen. Hier ist alles klar. Im letzten Herbst wurde geraten, diese Asynchronität zu überwinden, indem man drei Sekunden lang einschläft. Aber was ist die garantierte Zeit, in der sowohl der Ticketwert als auch die Bestellung selbst im Terminal erscheinen (nachdem der Server die Bestellung angenommen hat)? Ich kann notfalls 20 Sekunden warten, aber ich würde gerne wissen, welche Zeitspanne garantiert ist , um eine solche "manuelle Synchronisierung" zu gewährleisten.

 

Herzlichen Dank. Das hat mir wirklich geholfen, einige Unklarheiten zu beseitigen.

Mit freundlichen Grüßen,

Umer Aziz

123
Neuer Kommentar