MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 1857 1...185018511852185318541855185618571858185918601861186218631864...1953 新しいコメント Maxim Kuznetsov 2022.01.14 23:36 #18561 Порт-моне тв 開始 価格を取得するにはどうすればよいでしょうか。 は、すべてを収集(または記憶/把握)し、オープン時間ごとにソートします。それはそれとして、オープン時間は変わりません :-) EAロジックに複数のオーダー(グリッドなど)がある場合は、それらをすべて記憶しておく必要があります。あるいは、くしゃみのたびに全部を思い出そうとすると、スピードが落ちてしまう。 Alexey Viktorov 2022.01.15 06:42 #18562 Mykhailo Turovskyi #: 履歴の利益が青丸で囲まれている場合、手数料やスワップは含まれているか教えてください。 いいえ。 Alexey Viktorov 2022.01.15 06:45 #18563 Порт-моне тв 始 値を取得するにはどうしたらよいでしょうか。 関数OrderSelect()で選択される注文の時刻と価格が取得されます。 Andrei Sokolov 2022.01.15 08:18 #18564 Mihail Matkovskij #:私の知る限り、ドキュメントにはこの件についての記載はありません。だから、安全策を講じたほうがいいんです。事態を悪化させることはないだろう。 この手順でCPU時間がかかるという苦情がありました。 Mihail Matkovskij#: SLとTPに関しては、計算されています。従って、 桁数に応じて正規化 する必要が あります。 ここで、いずれにせよ、作者の意図を探る必要がある。 Mihail Matkovskij 2022.01.15 08:32 #18565 Andrey Sokolov #:この手順でCPU時間がかかるという苦情がありました。 算出されたSLとTAの正規化には、2倍の時間がかかる。しかし、最適化にはそれほど影響がなく、ロボットテストにはさらに影響がないと言えるでしょう。 いずれにせよ、作者の考えを 探る必要がある。 ドキュメントには、計算されたレベルを正規化 するように白黒で書かれているのですそして、「作者の意図」とは何であろうか。SLとTPを正常化しないとは?ここは事実が明白なので、反論はしない! Andrei Sokolov 2022.01.15 08:33 #18566 Порт-моне тв 開始 価格を取得するにはどうすればよいでしょうか。 これが質問であれば、最初のチケットの取得、チケット !=first を持つ最初とそれ以降のものを選択します。 Andrei Sokolov 2022.01.15 08:44 #18567 Mihail Matkovskij #:計算されたSLとTAを正規化するのに2倍の時間がかかる。しかし、最適化にはそれほど影響がなく、ロボットテストにはさらに影響がないとは言えません。 このフォーラムでも、この手順の簡略化について質問されています。 正規化されていない受信価格がエラーになったケースは知らない。 参考までに。 Mihail Matkovskij(ミハイル・マトコフスキー)#: そして、この場合の作者の「意図」は何であろうか。SLとTPを正常化するためではないこと?事実は明白なのだから、反論するつもりはない! 余談ですが、四捨五入もありかもしれません。理論的にはこのようなことは行われませんが、SLとTPで価格が正しく なる場合に備えて、少ない桁に丸める場合には、この方法が有効です。だから、いずれにしても意図するところを見極めなければならない。 Andrei Sokolov 2022.01.15 08:53 #18568 Urman Ru フラクタルデータを取得 する。最高値と最低値、ただし標準ではなく、左側にi-2、右側に0とし、結果を上書きしないようにする。自分で解決しようと、このインジケータのコードに ざっくりと追加してみたのですが、うまくいきません。コンパイルしてエラーも出ないが。iCustomとハンドルインジケータを使えば いいのでは? 問題を特定した上で、具体的に何ができないのかを詳しく説明するようにすれば、答えを得られる確率はぐっと高くなります。 Mihail Matkovskij 2022.01.15 08:54 #18569 Mihail Matkovskij #:計算されたSLとTAを正規化するのに2倍の時間がかかる。しかし、最適化、ましてやロボットテストにそれほど大きな影響を与えるとは言えません。 そればかりか、次のような簡単なチェックを怠っている人もいます。 if (name == NULL) return; CPUを大量に消費しそうな気がするのですが :) しかし、実際にはObjectCreateやObjectDeleteのような関数がプロセッサ時間を消費しているのです。プログラマーが、例えばグラフィカルなオブジェクトの配列を持っていて、それがtickごとに削除・再作成される場合、何か対策を講じなければならない。単純なチェックや計算では時間が足りませんが。そのため、多くのプログラマーは見当違いの場所を探しているだけなのです。 Mihail Matkovskij 2022.01.15 09:16 #18570 Andrey Sokolov #:このフォーラムでも、この手順の簡略化について質問されています。 誰に影響するのか、何に影響するのか、わからない。NormaizeDoubleで問題が起きたことはない。どちらかというと、どんなコードもアプリケーションのスピードに影響します。しかし、すべてが重要であれば、OnTickやOnCalculateのハンドラを空にしておいてもよいでしょう。この場合、あなたのアプリケーションは全く飛ばないことになります。:)あるいは、アセンブラ上で関数を書き換えてDLLにコンパイルし、アプリケーションに接続する。 受信価格と正規化されていない価格でエラーが発生したケースを知らない。 しかし、ドキュメントはそうなっているのですそして、ドキュメントに書かれているアドバイスを無視するのです。お好きなようにどうぞ。それはあなたのビジネスです。当たり前のことだと思うので、反論するつもりはありません!もう一度言います。 四捨五入は後回しでよい。 四捨五入ではなく、小数点以下2桁以上をすべてカットしているのです。 NormalizeDouble((Ask1+StopLoss*Point1), 2) 作者の考えもわからない。でも、必要ないんです。自分で考えてくれると思います。 1...185018511852185318541855185618571858185918601861186218631864...1953 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
は、すべてを収集(または記憶/把握)し、オープン時間ごとにソートします。それはそれとして、オープン時間は変わりません :-)
EAロジックに複数のオーダー(グリッドなど)がある場合は、それらをすべて記憶しておく必要があります。あるいは、くしゃみのたびに全部を思い出そうとすると、スピードが落ちてしまう。
履歴の利益が青丸で囲まれている場合、手数料やスワップは含まれているか教えてください。
関数OrderSelect()で選択される注文の時刻と価格が取得されます。
私の知る限り、ドキュメントにはこの件についての記載はありません。だから、安全策を講じたほうがいいんです。事態を悪化させることはないだろう。
この手順でCPU時間がかかるという苦情がありました。
SLとTPに関しては、計算されています。従って、 桁数に応じて正規化 する必要が あります。
ここで、いずれにせよ、作者の意図を探る必要がある。
この手順でCPU時間がかかるという苦情がありました。
算出されたSLとTAの正規化には、2倍の時間がかかる。しかし、最適化にはそれほど影響がなく、ロボットテストにはさらに影響がないと言えるでしょう。
ドキュメントには、計算されたレベルを正規化 するように白黒で書かれているのですそして、「作者の意図」とは何であろうか。SLとTPを正常化しないとは?ここは事実が明白なので、反論はしない!
これが質問であれば、最初のチケットの取得、チケット !=first を持つ最初とそれ以降のものを選択します。
計算されたSLとTAを正規化するのに2倍の時間がかかる。しかし、最適化にはそれほど影響がなく、ロボットテストにはさらに影響がないとは言えません。
このフォーラムでも、この手順の簡略化について質問されています。
正規化されていない受信価格がエラーになったケースは知らない。
参考までに。
そして、この場合の作者の「意図」は何であろうか。SLとTPを正常化するためではないこと?事実は明白なのだから、反論するつもりはない!
余談ですが、四捨五入もありかもしれません。理論的にはこのようなことは行われませんが、SLとTPで価格が正しく なる場合に備えて、少ない桁に丸める場合には、この方法が有効です。だから、いずれにしても意図するところを見極めなければならない。
自分で解決しようと、このインジケータのコードに ざっくりと追加してみたのですが、うまくいきません。コンパイルしてエラーも出ないが。
iCustomとハンドルインジケータを使えば いいのでは?
問題を特定した上で、具体的に何ができないのかを詳しく説明するようにすれば、答えを得られる確率はぐっと高くなります。
計算されたSLとTAを正規化するのに2倍の時間がかかる。しかし、最適化、ましてやロボットテストにそれほど大きな影響を与えるとは言えません。
そればかりか、次のような簡単なチェックを怠っている人もいます。
CPUを大量に消費しそうな気がするのですが :)
しかし、実際にはObjectCreateやObjectDeleteのような関数がプロセッサ時間を消費しているのです。プログラマーが、例えばグラフィカルなオブジェクトの配列を持っていて、それがtickごとに削除・再作成される場合、何か対策を講じなければならない。単純なチェックや計算では時間が足りませんが。そのため、多くのプログラマーは見当違いの場所を探しているだけなのです。
このフォーラムでも、この手順の簡略化について質問されています。
誰に影響するのか、何に影響するのか、わからない。NormaizeDoubleで問題が起きたことはない。どちらかというと、どんなコードもアプリケーションのスピードに影響します。しかし、すべてが重要であれば、OnTickやOnCalculateのハンドラを空にしておいてもよいでしょう。この場合、あなたのアプリケーションは全く飛ばないことになります。:)あるいは、アセンブラ上で関数を書き換えてDLLにコンパイルし、アプリケーションに接続する。
受信価格と正規化されていない価格でエラーが発生したケースを知らない。
しかし、ドキュメントはそうなっているのですそして、ドキュメントに書かれているアドバイスを無視するのです。お好きなようにどうぞ。それはあなたのビジネスです。当たり前のことだと思うので、反論するつもりはありません!もう一度言います。
四捨五入は後回しでよい。
四捨五入ではなく、小数点以下2桁以上をすべてカットしているのです。
作者の考えもわからない。でも、必要ないんです。自分で考えてくれると思います。