MQL5で学び、共に書く - ページ 34 1...272829303132333435363738394041...46 新しいコメント Rashid Umarov 2011.05.19 15:04 #331 Yedelkin:次のような簡単なスクリプトで、奇妙な結果が得られます。 どなたか、その理由を説明してください。254番を明示的にucharに変換した場合、意図したとおりに動作する。 メッセージありがとうございます!調べてみます。 Yedelkin 2011.05.19 18:23 #332 Rosh: メッセージありがとうございました、整理します。 ushortと同じ話です。void OnStart() { for(ushort i=32760;i<32775;i++) { switch(i>USHORT_MAX-2) { case true: Print(__FILE__," ",__FUNCTION__,": ",i,">(USHORT_MAX-2) - true"); break; case false: Print(__FILE__," ",__FUNCTION__,": ",i,">(USHORT_MAX-2) - false"); break; } } } AUser 2011.05.20 14:31 #333 ある条件が発生したときに、音楽が始まるようにするにはどうしたらいいでしょうか。へっへっへ、ちょっと不思議なmqlの応用ですね))でも、映像を見ながらタイミングを待つのはつまらないし、ロボットに全部任せてしまうのもなんだか腑に落ちない。なので、音楽は好きな時に自分で流すことにしました))参考書を見たのですが、探しすぎなのか、見つかりませんでした(笑)。 Rashid Umarov 2011.05.20 14:34 #334 関数PlaySound()を確認する。 AUser 2011.05.20 15:02 #335 Rosh: 関数PlaySound()を確認する。 ありがとうございました(笑)。 Yedelkin 2011.08.16 08:55 #336 リクオートの追跡について質問です。 OrderSend()関数の説明には、「成行注文の場合、OrderSend()メソッドの正常終了は、必ずしも取引の成功を意味しない」とあります。を確認する必要があります。retcodeの値"。つまり、OrderSend()==trueであれば、まだrequoteを取得できると推論できる。オッケーです。 しかし、例(「結果処理を伴う取引要求の送信」)の「取引要求結果の構造」の項では、OrderSend() ==falseの場合のみ、リクオートに関するメッセージがチェックされます。 では、どのような場合にリクオートをチェックするのか。OrderSend()が返すすべての値でチェックするのか、それともOrderSend()==falseの場合のみチェックするのか。 Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса www.mql5.com Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса - Документация по MQL5 Rashid Umarov 2011.08.16 09:02 #337 Yedelkin:リクオートの追跡について質問です。 OrderSend()関数の 説明には、「成行注文の場合、OrderSend()メソッドの正常終了は、必ずしも取引の成功を意味しない」とあります。 OrderSend() の実行が成功すると、要求が正しいかどうかがチェックされ、実行のための待ち行列に入れられることだけを意味する。しかし、その先の運命は保証されていません。例えば、充填政策により、その処理中に注文がキャンセルされることもあります。 しかし、一般的には、requoteがあった場合、OrderSend()は明らかに失敗している。 Yedelkin 2011.08.16 09:09 #338 Rosh:OrderSend() の成功は、要求が正しいかどうかチェックされ、実行のためにキューに入れられたことだけを意味する。しかし、その先の運命は保証されていません。例えば、充填政策により、注文が処理中にキャンセルされることもあります。しかし、一般的には、requoteがあった場合、OrderSend()は明らかに失敗している。 つまり、リクオートは、最初にリクエストが正しさのチェックをパスできなかったことを意味するのですね。 Rashid Umarov 2011.08.16 09:57 #339 Yedelkin: つまり、リクオートは、最初にリクエストが正しさのチェックをパスできなかったことを意味するのですね。そうですね、リクエストに記載された価格が合わなかったので、MqlTradeResult サーバーのレスポンス構造から得られる新しい価格を考慮するよう促されます。struct MqlTradeResult { uint retcode; // Код результата операции ulong deal; // Тикет сделки, если она совершена ulong order; // Тикет ордера, если он выставлен double volume; // Объем сделки, подтверждённый брокером double price; // Цена в сделке, подтверждённая брокером double bid; // Текущая рыночная цена предложения (цены реквота) double ask; // Текущая рыночная цена спроса (цены реквота) string comment; // Комментарий брокера к операции (по умолчанию заполняется расшифровкой) }; Yedelkin 2011.08.16 10:26 #340 Rosh: はい、リクエストに記載された価格が一致しなかったため、新しい価格を考慮するよう促されます。この価格は、MqlTradeResult サーバーの応答構造から取得できます。 よっしゃー おそらく、やりすぎだと思うのですが、ここでまた質問です。成行注文(ポジションを建てる)のリクエストを出す前に、トレードチケットをゼロにリセットする、つまりresult.deal=0にするのです。MqlTradeResult レスポンス構造でサーバーが null 取引チケットを返しますが、少し後に取引が実行され、ポジションが開かれることを期待してもよいでしょうか。それとも、サーバーが null のトレードチケットを返すことで、ポジションを開くことができず、この要求に基づいてさらに開くことがないことを保証するのでしょうか。 1...272829303132333435363738394041...46 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
次のような簡単なスクリプトで、奇妙な結果が得られます。
どなたか、その理由を説明してください。254番を明示的にucharに変換した場合、意図したとおりに動作する。
メッセージありがとうございました、整理します。
ushortと同じ話です。
ある条件が発生したときに、音楽が始まるようにするにはどうしたらいいでしょうか。へっへっへ、ちょっと不思議なmqlの応用ですね))でも、映像を見ながらタイミングを待つのはつまらないし、ロボットに全部任せてしまうのもなんだか腑に落ちない。なので、音楽は好きな時に自分で流すことにしました))
参考書を見たのですが、探しすぎなのか、見つかりませんでした(笑)。
関数PlaySound()を確認する。
リクオートの追跡について質問です。
OrderSend()関数の説明には、「成行注文の場合、OrderSend()メソッドの正常終了は、必ずしも取引の成功を意味しない」とあります。を確認する必要があります。retcodeの値"。つまり、OrderSend()==trueであれば、まだrequoteを取得できると推論できる。オッケーです。
しかし、例(「結果処理を伴う取引要求の送信」)の「取引要求結果の構造」の項では、OrderSend() ==falseの場合のみ、リクオートに関するメッセージがチェックされます。
では、どのような場合にリクオートをチェックするのか。OrderSend()が返すすべての値でチェックするのか、それともOrderSend()==falseの場合のみチェックするのか。
リクオートの追跡について質問です。
OrderSend()関数の 説明には、「成行注文の場合、OrderSend()メソッドの正常終了は、必ずしも取引の成功を意味しない」とあります。
OrderSend() の実行が成功すると、要求が正しいかどうかがチェックされ、実行のための待ち行列に入れられることだけを意味する。しかし、その先の運命は保証されていません。例えば、充填政策により、その処理中に注文がキャンセルされることもあります。
しかし、一般的には、requoteがあった場合、OrderSend()は明らかに失敗している。
OrderSend() の成功は、要求が正しいかどうかチェックされ、実行のためにキューに入れられたことだけを意味する。しかし、その先の運命は保証されていません。例えば、充填政策により、注文が処理中にキャンセルされることもあります。
しかし、一般的には、requoteがあった場合、OrderSend()は明らかに失敗している。
つまり、リクオートは、最初にリクエストが正しさのチェックをパスできなかったことを意味するのですね。
そうですね、リクエストに記載された価格が合わなかったので、MqlTradeResult サーバーのレスポンス構造から得られる新しい価格を考慮するよう促されます。
はい、リクエストに記載された価格が一致しなかったため、新しい価格を考慮するよう促されます。この価格は、MqlTradeResult サーバーの応答構造から取得できます。
よっしゃー
おそらく、やりすぎだと思うのですが、ここでまた質問です。成行注文(ポジションを建てる)のリクエストを出す前に、トレードチケットをゼロにリセットする、つまりresult.deal=0にするのです。MqlTradeResult レスポンス構造でサーバーが null 取引チケットを返しますが、少し後に取引が実行され、ポジションが開かれることを期待してもよいでしょうか。それとも、サーバーが null のトレードチケットを返すことで、ポジションを開くことができず、この要求に基づいてさらに開くことがないことを保証するのでしょうか。