Торговая деятельность в платформе связана с формированием и отсылкой рыночных и отложенных ордеров для исполнения брокером, а также с управлением текущими позициями путем их модификации или закрытия. Платформа позволяет удобно просматривать торговую историю на счете, настраивать оповещения о событиях на рынке и многое другое. Открытие позиций...
To find out from what list the order has been selected, its close time must be analyzed. If the order close time equals to 0, the order is open or pending and taken from the terminal open orders list. One can distinguish an opened order from a pending order by the order type. If the order close time does not equal to 0, the order is a closed...
こんな感じ?それともOnInitで何か別のことを宣言する必要があるのでしょうか?
いいえ、OnInitのすべての行は、デフォルトで非表示になって います。
いいえ、OnInitではデフォルトですべての行が非表示になって います。
この条件はなぜか無視される。ポジションオープンを 設定しても
PRL変数は、ヤンクしてコンディションに入れることはできない。
GlobalVariableGetで何とか引き出そうとしているのですが.でも、なんとなく怪しい...。
コンディションの中に入れても最低価格はすでに決まっています。しかし、それでも頑なにポジションを開くことを拒みます。
この条件はなぜか無視される。ポジションオープンを 設定しても
PRL変数をヤンクしてコンディションに入れることはできません。
次のような画像が得られます。
したがって、PRLの 代わりにiLow(NULL, PERIOD_CURRENT, 1)またはl1を取ることができます。
コードを書くことに興味がなく、何をやっているのか理解していない印象があります。少し我慢すれば、簡単に全てを把握することができます。コードをきれいにすれば、多くの疑問は自ずと解消されます。何が問題だったのかがわからない場合は、デバッグという方法もありますが、これはプログラマーの非常に強力なツールです。自分がやっていることを突き詰めて、そして質問する。
この条件はなぜか無視される。ポジションオープンを 設定しても
可変PRLは、ヤンクしてコンディションに入れることはできません。
GlobalVariableGetで何とか引き出そうとしているのですが.でも、なんとなく怪しい...。
コンディションの中に入れても最低価格はすでに決まっています。やはりポジションを開きたくない。
では、なぜ最初に1つのメッセージを書いてから、それを編集しなければならないのでしょうか?
この条件はなぜか無視される。ポジションオープンを 設定しても
可変PRLは、ヤンクしてコンディションに入れることはできません。
GlobalVariableGetで何とか引き出そうとしているのですが.でも、なんとなく怪しい...。
コンディションの中に入れても最低価格はすでに決まっています。やはりポジションを開きたくない。
マーケットエントリーのアルゴリズムもそうですが、コードのアルゴリズムがもともと間違っていたのですね。訂正させていただきました。
でも、このコードを実際の取引で使えるようにするには、かなりの修正が必要になりそうです...。
先生のコードでは、もともとアルゴリズム自体が間違っていた上に、エントリーするアルゴリズムも間違っていたのです。修正しました。
しかし、このコードを実際の取引で使うには、多くの修正が必要です...。
テスターで、修正中に4108(無効なチケット)が発生するのはなぜですか?MQL4
テスターで、修正中に4108(無効なチケット)が発生するのはなぜですか?MQL4
履歴に残っている注文を決済しようとしている可能性が高いです。
SELECT_BY_TICKETのヘルプを見ると、注文がすでに開かれているか、注文 履歴にあるかどうかに関係なく、この処理を行うようです。
SZZY:OrderCloseTime()のチェックを行う。
すでに履歴に残っている注文を決済しようとしている可能性が高いです。
SELECT_BY_TICKETのヘルプをご覧ください。 これは、注文がすでに開かれているか、注文履歴 にあるかどうかに関係なく実行されます。
SZY:OrderCloseTime()をチェックする。
市場で選ぶと書いて あると思うのですが
どれが発売されているか選べと いうことだと思います。
ドキュメントを引用する必要があるとは思わなかった......。
備考
チケット番号で注文を選択した場合、パラメータpoolは無視されます。チケット番号は、注文を一意に識別するためのものです。
どのリストから注文が選ばれたかを判断するには、その注文の終了時刻を分析する必要があります。注文終了時刻が0であれば、その注文は未決済または保留であり、端末の未決済注文リストから取得されます。