MQL5で学び、共に書く - ページ 19 1...121314151617181920212223242526...46 新しいコメント Yedelkin 2011.05.04 17:08 #181 Interesting: (はいとリクエスト、申し訳ありませんが少し正当化され、説得力のある引数によってバックアップされます)。 追記 もっとも、私が見落としていて、開発者がかなり合理的と判断しているのかもしれませんが。 繰り返しになりますが、開発者への要望はありませんでした:)支店のテーマに沿って、要件も要望もない。諺にもあるように、「出航して、知る」 :)私はここで説明した理由:"誰かが半年前にそのような質問を提起した場合、我々はまだ機能の比較的速い出現を望むことができるが、次の年を待っては、自分自身の日付の変数を導入する方が簡単です。 それは完全に正確ではないだろうが、それでも、。 いつもながら、皆さん、ご感想ありがとうございました今回は、私が正しいということを納得させてくれました :) Yedelkin 2011.05.04 19:23 #182 stringo: イェデルキン 質問です。switch(expression){...}の説明には、「switch 演算子の式は 整数型でなければ ならない」と書かれています。 この演算子を他の型の式で表現する記述をネットで見たことがあります。文字列型の式を追加することで、switch演算子の使い方を拡張するのでしょうか? いいえ、残念ながら、そうではありません。文字列型の場合のみ、...でなければでなければ switch で整数型を 使用すると、switch オペレータの動作が数倍速くなります。 質問です。switchとの類推で)「条件演算子 ?:」のifと比較して高速化はあるのでしょうか? Slava 2011.05.05 08:49 #183 Yedelkin: 質問です。条件演算子 ?:」は、(switchとの類推で)ifに比べて高速化されるのでしょうか? いいえ、条件演算子はifと比較して高速化されていません。ただ、書きやすいだけなんです。 Yedelkin 2011.05.05 12:32 #184 stringo: いいえ、条件演算子はifと比較して加速度がありません。ただ、書きやすいだけなんです。 おっとっと、了解です。 Yedelkin 2011.05.05 12:59 #185 注文タイプ_購入停止_制限 注文価格に到達すると、StopLimit価格で買い指値注文が発注 されます。 保留中の買い指値注文を設定するなど、この注文の処理はサーバー側で行われているようです。参考文献で答えが見つからなかった疑問がある。 1)注文価格に到達し、保留中の買い指値注文が発注されると、ORDER_TYPE_BUY_STOP_LIMIT 自体が履歴に残るのでしょうか。 2)ORDER_TYPE_BUY_STOP_LIMIT 注文のチケットは、サーバー側で発注された新規保留注文に 継承されますか? 3) サーバーサイドで保留中の買い指値注文が発注された場合、何らかの取引イベントが発生しますか? 4) サーバー側で保留中の新しい買い指値注文に、有効期限、注文有効期限、コメントをどのように(どのようなルールで)割り当てるのでしょうか? また、一般的には、サーバー側で発注を素早くキャッチするスマートな方法はないのでしょうか?このことは、どこかで言及されていますか? Konstantin Gruzdev 2011.05.05 17:02 #186 そもそもOld_Time[0]が正しく初期化されていないのかもしれません。何があるのか、コードからはわかりません。こちらを ご覧ください。もしかしたら、このソリューションが使えるかもしれません。 Yedelkin 2011.05.05 17:27 #187 AUser:...CopyTime(_Symbol,_Period,0,1,Old_Time)です。 この行を、OnTick()の閉じ括弧の前に挿入してみてください。 TheXpert 2011.05.05 22:27 #188 スレッドはカーネルに全く付いていない。 Yedelkin:...Sleep()関数は、スレッド自体の速度を低下させない速度は落ちますが、CPUリソースを他のスレッドに解放することができます。1つのスレッドが多くのインデックスを計算することができ、1つのスレッドでSleepすると、他のスレッドもすべてアイドル状態になってしまうからです。________くそー、遅かったか :) 次回は日付をもっとよく見てみます。 Yedelkin 2011.05.06 05:41 #189 TheXpert: スレッドはカーネルに全く付いていない。 速度は落ちますが、他のスレッドのためにCPUリソースを解放します。 そのため、Sleepは惰性で使うべきではありません。1つのスレッドが多数の惰性を計算することがあり、1つのスレッドでSleepすると他のすべてのスレッドも惰性になってしまうからです。 ________ くそー、遅かったか:) 次回は日付をもっとよく見てみます。 遅刻』について。- そうなんだ!ここでのキーワードは、「他のスレッドのためにCPUリソースを解放する」です。それこそが、私が質問で形にしようとしたことです。 Yedelkin 2011.05.07 07:11 #190 Yedelkin: 注文タイプ_購入停止_制限 注文価格に到達すると、StopLimit価格で買い指値注文が発注 されます。 保留中の買い指値注文を設定するなど、この注文の処理はサーバー側で行われているようです。参考資料の中に答えが見つからなかった質問がいくつかあります: ... 質問に対する回答の少なさから判断すると、ここの人たちはMT4以降で、まだ逆指値注文に移行していないのでしょう :) また、歌詞のない話ですが、STOP LIMIT注文は新たな保留注文を作るのではなく、何らかの条件が満たされたときに指値注文に変化するだけだとする資料がインターネット上に掲載されていました。 - 条件付注文で、約定価格が一定水準に達すると指値注文に変化 するもの。 - 指値注文は、現在の市場価格よりも悪い価格で、かつ指値部分で指定された価格よりも悪い価格で取引を執行するための注文です。この注文は 、逆指値注文と異なり、市場価格が注文で指定した価格に達すると、指値注文として有効に なります。この場合、逆指値注文の執行価格は、注文価格と同じか、それよりも有利になる可能性があります。 - 市場価格が設定された水準(ストッププライス)に達すると、指値注文になる顧客注文の ことです。 など この方法は、私の疑問のほとんどを解決してくれます。しかし、もし本当にそうであるならば、Handbookの「指値注文をする」という表現は間違っており、特に混乱を招くと思われます。 1...121314151617181920212223242526...46 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
(はいとリクエスト、申し訳ありませんが少し正当化され、説得力のある引数によってバックアップされます)。
追記
もっとも、私が見落としていて、開発者がかなり合理的と判断しているのかもしれませんが。
繰り返しになりますが、開発者への要望はありませんでした:)支店のテーマに沿って、要件も要望もない。諺にもあるように、「出航して、知る」 :)私はここで説明した理由:"誰かが半年前にそのような質問を提起した場合、我々はまだ機能の比較的速い出現を望むことができるが、次の年を待っては、自分自身の日付の変数を導入する方が簡単です。 それは完全に正確ではないだろうが、それでも、。
いつもながら、皆さん、ご感想ありがとうございました今回は、私が正しいということを納得させてくれました :)
stringo:
質問です。switch(expression){...}の説明には、「switch 演算子の式は 整数型でなければ ならない」と書かれています。 この演算子を他の型の式で表現する記述をネットで見たことがあります。文字列型の式を追加することで、switch演算子の使い方を拡張するのでしょうか?
いいえ、残念ながら、そうではありません。文字列型の場合のみ、...でなければでなければ
switch で整数型を 使用すると、switch オペレータの動作が数倍速くなります。
質問です。switchとの類推で)「条件演算子 ?:」のifと比較して高速化はあるのでしょうか?
質問です。条件演算子 ?:」は、(switchとの類推で)ifに比べて高速化されるのでしょうか?
いいえ、条件演算子はifと比較して加速度がありません。ただ、書きやすいだけなんです。
注文タイプ_購入停止_制限
注文価格に到達すると、StopLimit価格で買い指値注文が発注 されます。
保留中の買い指値注文を設定するなど、この注文の処理はサーバー側で行われているようです。参考文献で答えが見つからなかった疑問がある。
1)注文価格に到達し、保留中の買い指値注文が発注されると、ORDER_TYPE_BUY_STOP_LIMIT 自体が履歴に残るのでしょうか。
2)ORDER_TYPE_BUY_STOP_LIMIT 注文のチケットは、サーバー側で発注された新規保留注文に 継承されますか?
3) サーバーサイドで保留中の買い指値注文が発注された場合、何らかの取引イベントが発生しますか?
4) サーバー側で保留中の新しい買い指値注文に、有効期限、注文有効期限、コメントをどのように(どのようなルールで)割り当てるのでしょうか?
また、一般的には、サーバー側で発注を素早くキャッチするスマートな方法はないのでしょうか?このことは、どこかで言及されていますか?
...
CopyTime(_Symbol,_Period,0,1,Old_Time)です。
Yedelkin:
...Sleep()関数は、スレッド自体の速度を低下させない
速度は落ちますが、CPUリソースを他のスレッドに解放することができます。
1つのスレッドが多くのインデックスを計算することができ、1つのスレッドでSleepすると、他のスレッドもすべてアイドル状態になってしまうからです。
________
くそー、遅かったか :) 次回は日付をもっとよく見てみます。
スレッドはカーネルに全く付いていない。
速度は落ちますが、他のスレッドのためにCPUリソースを解放します。
そのため、Sleepは惰性で使うべきではありません。1つのスレッドが多数の惰性を計算することがあり、1つのスレッドでSleepすると他のすべてのスレッドも惰性になってしまうからです。
________
くそー、遅かったか:) 次回は日付をもっとよく見てみます。
遅刻』について。- そうなんだ!ここでのキーワードは、「他のスレッドのためにCPUリソースを解放する」です。それこそが、私が質問で形にしようとしたことです。
注文タイプ_購入停止_制限
注文価格に到達すると、StopLimit価格で買い指値注文が発注 されます。
保留中の買い指値注文を設定するなど、この注文の処理はサーバー側で行われているようです。参考資料の中に答えが見つからなかった質問がいくつかあります: ...
質問に対する回答の少なさから判断すると、ここの人たちはMT4以降で、まだ逆指値注文に移行していないのでしょう :)
また、歌詞のない話ですが、STOP LIMIT注文は新たな保留注文を作るのではなく、何らかの条件が満たされたときに指値注文に変化するだけだとする資料がインターネット上に掲載されていました。
- 条件付注文で、約定価格が一定水準に達すると指値注文に変化 するもの。
- 指値注文は、現在の市場価格よりも悪い価格で、かつ指値部分で指定された価格よりも悪い価格で取引を執行するための注文です。この注文は 、逆指値注文と異なり、市場価格が注文で指定した価格に達すると、指値注文として有効に なります。この場合、逆指値注文の執行価格は、注文価格と同じか、それよりも有利になる可能性があります。
- 市場価格が設定された水準(ストッププライス)に達すると、指値注文になる顧客注文の ことです。
など
この方法は、私の疑問のほとんどを解決してくれます。しかし、もし本当にそうであるならば、Handbookの「指値注文をする」という表現は間違っており、特に混乱を招くと思われます。