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
Das ist also mein Punkt. Meine Funktionen sind nicht vielseitig, jede ist strikt auf ihr eigenes Geschäft ausgerichtet. Auch Kauf und Verkauf sind getrennt. Die Bestellnummern können sich ändern, die Haltestellen können sich erhöhen, aber das Ticket und der Zauberer bleiben.
Na ja, du hast dich von der slosoll mitreißen lassen:)
Na ja, du hast es mit dem Klamauk übertrieben:)
Es gab bisher keine Fehlschüsse. In dieser Hinsicht bin ich ein Tyrann:)
Nein, nicht wie Käse in Butter, aber ich habe als Oberstleutnant meinen Teil dazu beigetragen. Tut mir leid, wenn ich Sie beleidigt habe :(
Nein, kein Grund, beleidigt zu sein, Sie müssen sich nicht verpflichten, wenn ich etwas Falsches gesagt habe, aber aufrichtig. :)
Du verstehst mich völlig falsch. Das tut die Hälfte der Menschen aus irgendeinem Grund auch. Ich brauche in der Funktion B() nicht den Auftrag zu verarbeiten, der in der Funktion A() ausgewählt wird. Die Funktion B() arbeitet mit anderen Aufträgen, egal mit welchen, sie hat nichts mit der Funktion A() zu tun; die Funktion B() hat ihre eigene Logik. Es kann die Anzahl der Aufträge, ihren Gesamtgewinn zählen, ihre Kommentare, TP SL, usw. einsehen. Die Aufgabe besteht darin, von der Funktion B() zu der Funktion A() zurückzukehren, so dass unabhängig davon, was die Funktion B() mit den Aufträgen gemacht hat, die Logik der Funktion A() zum Zeitpunkt des Aufrufs der Funktion B() nicht verletzt wird, da der Auftrag, der von der Funktion A() vor dem Aufruf der Funktion B() ausgewählt wurde, nicht mehr ausgewählt wird und der ausgewählte Auftrag ein anderer zufälliger Auftrag ist, der von der Funktion B() verarbeitet wird, die höchstwahrscheinlich auch Aufträge in der Schleife sucht.
Sie vergessen immer wieder, dass immer nur ein Auftrag ausgewählt werden kann. Exit = speichert die Liste der Aufträge in einem Sparpool (Ihr Array). eine globale Variable lastorder ist nicht genug. eine bessere Option wäre lastords[ticket][function].
Dieser Fehler tritt in meinem Code nicht auf, da diese Funktion NACH OrderSelect() aufgerufen wird. Und die Prüfung im Code stammt noch aus der Zeit, als Codes ohne eine gemeinsame Struktur aller ausführbaren EA-Funktionen geschrieben wurden.
Außerdem enthalten die meisten meiner Funktionen Funktionen zur Fehlerbehandlung, und ich bin sehr darauf bedacht, diese zu vermeiden. Und es gibt auch eine Reihe von Funktionen, die eine Fehlermeldung erzeugen, wie die von Ihnen gesuchte Antwort: "Bestellung früher ausgewählt, oder nicht?"
P.S. Übrigens, ich erinnerte mich an eine Besonderheit (kann für jemanden nützlich sein) der Arbeit mit OrderSelect() Funktionen aus kompilierten Bibliotheken: wir haben eine Bestellung ausgewählt (wie - nicht prinzipiell), OrderTicket() - gibt die Nummer der ausgewählten Bestellung zurück. Wenn wir jedoch die Eigenschaften dieser ausgewählten Bestellung von der Funktion in der kompilierten Bibliothek abrufen wollen, erhalten wir nichts. Wir müssen diesen Auftrag (erneut) auswählen.
In der Tat bin ich auf eine Situation gestoßen, in der der Fehler durch eine der Allzweckfunktionen verursacht wurde, die sowohl innerhalb als auch außerhalb der Auftragsverarbeitungsschleifen verwendet werden konnten, d. h. bevor der Auftrag ausgewählt wurde, was zu dem Fehler führte. Wenn wir universelle Servicefunktionen mit Aufträgen einrichten wollen, die sowohl nach der Auswahl eines Auftrags als auch davor verwendet werden können, sowohl wenn es offene Aufträge gibt als auch wenn es keine gibt, sollten wir einen Mechanismus wie den von mir genannten verwenden, um sicherzustellen, dass wir diesen Fehler nicht bekommen.
Ich habe bereits früher in diesem Thread darüber geschrieben, dass die Auftragsauswahl nicht an Bibliotheksmodule und zurück weitergegeben wird.
In der Tat bin ich auf eine Situation gestoßen, in der der Fehler durch eine der allgemeinen Funktionen verursacht wurde, die sowohl innerhalb als auch außerhalb der Auftragsverarbeitungsschleifen verwendet werden konnten, d. h. bevor ein Auftrag ausgewählt wurde, was den Fehler verursachte. Wenn wir universelle Servicefunktionen erstellen wollen, die mit Aufträgen arbeiten und sowohl nach der Auswahl eines Auftrags als auch davor verwendet werden können, sowohl bei offenen Aufträgen als auch wenn es überhaupt keine Aufträge gibt, sollten wir einen solchen Mechanismus verwenden, wie ich ihn auf der vorherigen Seite erwähnt habe, um diesen Fehler zu vermeiden.
Ich habe bereits früher in diesem Thread darüber geschrieben, dass die Auftragsauswahl nicht an Bibliotheksmodule und zurück weitergegeben wird.
Sie sollten sich daran gewöhnen, dass jeder Handelsvorgang seine eigene Auswahlreihenfolge hat, und Sie werden keine Probleme haben. Und, ja, Sie haben richtig geschrieben, es kann nur eine Bestellung ausgewählt werden. Alles andere wird durch Arrays gelöst.