Ich habe lange nicht mehr geschrieben und wollte schon lange über Strategien und Statusgeräte sprechen.
Viele Freunde haben gute Handelsstrategien, aber wenn sie sie programmatisiert umsetzen, finden sie oft, dass die Programmsteuerung nicht nach vorhergehendem Denken ausgeführt werden kann, und dass es zu mehr geöffneten Positionen kommt, zu mehr ausgeglichenen Positionen, sogar zu einem Vertrag, der unzumutbar ist. In der Tat ist die Ursache für diese Phänomene, dass die programmatisierten Transaktionen im Gegensatz zu subjektiven Transaktionen in Notfällen reagieren und behandelt werden können. Zum Beispiel, wenn ich eine Strategie-Bedingung erfüllen, aber nicht auf dieser Preisposition oder in der damaligen Marktumgebung handeln kann, dann muss der Programmsteuerungsprozess ausgeführt werden.
Der Zustandsautor ist ein Zustandstransfer-Diagramm, der durch die Einführung eines Zustandsautors alle Zustände der Bestellung unterscheidet, wobei der Programmierer seine Logik in allen Zuständen kontrolliert, ohne zu verwirren.
Während des Transaktionsprozesses werden auf den Auftrag Aktionen ausgeführt: Eröffnung, Entfernung, Steigerung, Entfernung. Wir erhalten eine Feedback zum Status des Auftrages, die das Ergebnis der Aktion ist: nicht vollständig abgewickelt, vollständig abgewickelt, um zu entfernen (Teil oder nicht vollständig abgewickelt).
Hier ein einfaches Beispiel für ein klassisches Einzelvertrag für die Leser:
So kann in einem Handelsprozess mit einem einzigen Kontrakt eine strenge Unterscheidung zwischen jedem Zustand des Auftrags gemacht werden, und die Prozedur kann entsprechend seinen unterschiedlichen Zuständen verarbeitet werden. Zum Beispiel: Nach einer Auslösung von Überstunden nach einem Ausgleich kann man sich je nach Ihrer Strategie entscheiden, ob man den ursprünglichen Preis weiter ausgleicht, einen bestimmten Schwankpreis hinzufügt oder ob man den Preis des gegnerischen Hang-Orders weiter ausgleicht.
Natürlich können Sie auch den Fluss des Zustands nach Ihrer Absicht steuern, z. B. in der vorherigen Abbildung, wenn Sie den Zustand zurückziehen, wenn der Zustand nach erfolgreichem Abzug und einer Eröffnung des Handels zurückgegeben wird, wird der Zustand nicht in den Zustand des Zustands umgewandelt, sondern wählt eine Art und Weise, um nach der vorherigen Zielposition fortzufahren, um mit den verbleibenden Positionen zu handeln, und fließt dann in den Zustand des Zustands des Zustands um.
Hier handelt es sich um einen Zwei-Vertrags-Status-Satz. Der Zwei-Vertrags-Satz beinhaltet zwei Verträge, d.h. das Problem der Ausgleichung der beiden Beine.
Aber wie gesagt, wir setzen eine Aktion auf den Auftrag, summieren die Auftragserklärung oder die Transaktionserklärung in mehrere Rückmeldungen nach der Aktion auf den Auftrag und setzen den Auftragszustand ein, während wir auf die Aktionsrückmeldung warten. In diesem Sinne setzen wir alle Aktionen in einer Reihe, dann kombinieren wir die Aktionen der beiden Verträge, und dann plus ing, dann haben wir alle Zustände in einer Reihe.
Die Bewegungen, die dem Vertrag auferlegt werden: Öffnen, Ebenen, Ziehen, usw...
Der Bestellstatus für die Zwei-Kontrakte ist in der folgenden Tabelle enthalten:
Auf diese Weise können Sie die Statusmaschine erstellen, die Sie benötigen, basierend auf der Rückmeldung, nachdem die Aktionen auf die Bestellung ausgeführt wurden.
Die Logik und das Zustandsablauf der Ausgleichsvergütung stimmen grundsätzlich mit der Eröffnungsstruktur überein, die hier nicht mehr beschrieben wird.
Übersetzt von ronalgao