[ARCHIVE] フォーラムを散らかさないように、どんなルーキーでも質問してください。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 3. - ページ 306 1...299300301302303304305306307308309310311312313...652 新しいコメント 削除済み 2011.10.31 04:59 #3051 drknn: インジケータで「無限」長の配列を宣言することができる。それを宣言して、ループの中ですぐに見つかった値を配列に書き込みます。問題は、必要な選択をExpert Advisor/Scriptにどのように転送するかという点だけです。ツールもありますが、複雑さを見極める必要があります。1回目はフィルタリングされた値の数を計算し、配列の次元を変更し、2回目は配列に値を入力する、というように2回実行するのが本当は簡単なのかもしれませんね。 ありがとうございます。しかし、インジケータとのバリアントは適切ではありません。得られたサンプルをExpert Advisorに渡す前に、Expert Advisorからインジケータにサンプル条件を渡すことに問題があります。 Владимир Тезис 2011.10.31 05:06 #3052 PapaYozh: 必要な最大サイズより大きな配列を宣言する。 その通りです :)サイズを何倍にもすれば、うまくいくでしょう。例えば、フィルタリングされる値の数が千を超えないことがあらかじめ分かっている。数千個のセルの配列を宣言して、完了です :) しかし、必要なメモリは一部持っていかれます。:( PapaYozh 2011.10.31 05:11 #3053 drknn: その通りです :)サイズを何倍にもすれば、うまくいくでしょう。例えば、フィルタリングされる値の数が千を 超えないことがあらかじめ分かっている。数千個のセルの配列を 宣言して、 完了です :)しかし、必要なメモリは一部持っていかれます。:( フィルタリングされる値の数が1000を超えないことがあらかじめ分かっている」 のであれば、サイズ1000の配列を宣言 すれば十分です。 Вячеслав 2011.10.31 05:20 #3054 splxgf: https://docs.mql4.com/ru/math/MathPow ない？あるいは初歩的な演算が問題の条件。 それなら選択肢http://bpascal.ru/download/desc/436.php すべて手書きでやるなら、指数や対数を自作関数で実装する。 はい、まさに条件通りです。リンクありがとうございます！まさに私が必要としていたものです。 Vadim Zhunko 2011.10.31 05:47 #3055 Elenn: こんにちは、いくつかのアドバイス：ループは、特定の条件を満たす値を検索します。見つかった値は、配列に書き込まれる。そのため、宣言する配列のサイズは未知数である。時間とリソースの観点から、2回実行するのは避けたい（1回目で見つかった値の数を数え、2回目で配列を宣言し、配列にデータを書き込むことができるようにするため）。1回の実行で必要な結果を得る方法はありますか？ 値が見つかるたびに、配列のサイズを 1セルずつ大きくすることができます。しかし、これではスピードが出ません。サイズを数セル大きくして最適化し、数回の繰り返しでリサイズをスキップすることができます。 Владимир Тезис 2011.10.31 06:49 #3056 PapaYozh: フィルタリングされる値の数が1000を超えないことがあらかじめわかっている」 場合は、サイズ1000の配列を宣言すればよいのです。 しかし、不可抗力の場合のコンティンジェンシー・プランはどうでしょうか？エラーについて通知し、Expert Advisorをブロックするコードを書きますか？まあ、人には見えないかもしれませんが......まあ、その時はちょうど仕事中だったのでしょう。 そう、確かに、問題の解決策はひとつではありません。フィルタリングループの内部で配列の次元を動的に増やすという、Zhunkoさんが 提案された方法がベストだと思います。正直言って、この回答は嬉しいですね。思いもよらなかったです :) 削除済み 2011.10.31 07:32 #3057 drknn: フィルタリングループの内部で配列の次元を動的に増やすという、Zhunkoさんが 提案された方法が一番良いのではないかと思います。正直、その答えは嬉しいですね。思いもよらなかったです :) このソリューションは本当に独創的で、私も試してみたくなりました。しかし、アレイを再宣言する場合、再初期化によりデータが失われるのではないでしょうか？ Victor Nikolaev 2011.10.31 07:36 #3058 Elenn: このソリューションは実に独創的で、ぜひ試してみたい。しかし、配列を再宣言した場合、再初期化によりデータが失われるのでは？ よくやりますね。いくつかの初期配列を作成します。そして、（必要であれば）何らかの値でインクリメントし（1つでは無理、配列操作に時間がかかりすぎる）、実際に満たされた配列の サイズだけを作業中にチェックします。今のところ、問題はありません 削除済み 2011.10.31 07:47 #3059 Vinin: 配列操作の完了に時間がかかりすぎる 配列操作はすべて長いのか、それとも特定のものだけなのか？ Victor Nikolaev 2011.10.31 07:51 #3060 Elenn: どのアレイ操作にも時間がかかるのか、それとも特定の操作だけに時間がかかるのか？ 特に配列のリサイズ。なるべく少ない回数で行うのが良い 1...299300301302303304305306307308309310311312313...652 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
インジケータで「無限」長の配列を宣言することができる。それを宣言して、ループの中ですぐに見つかった値を配列に書き込みます。問題は、必要な選択をExpert Advisor/Scriptにどのように転送するかという点だけです。ツールもありますが、複雑さを見極める必要があります。1回目はフィルタリングされた値の数を計算し、配列の次元を変更し、2回目は配列に値を入力する、というように2回実行するのが本当は簡単なのかもしれませんね。
ありがとうございます。しかし、インジケータとのバリアントは適切ではありません。得られたサンプルをExpert Advisorに渡す前に、Expert Advisorからインジケータにサンプル条件を渡すことに問題があります。
必要な最大サイズより大きな配列を宣言する。
その通りです :)サイズを何倍にもすれば、うまくいくでしょう。例えば、フィルタリングされる値の数が千を超えないことがあらかじめ分かっている。数千個のセルの配列を宣言して、完了です :)
しかし、必要なメモリは一部持っていかれます。:(
その通りです :)サイズを何倍にもすれば、うまくいくでしょう。例えば、フィルタリングされる値の数が千を 超えないことがあらかじめ分かっている。数千個のセルの配列を 宣言して、 完了です :)
しかし、必要なメモリは一部持っていかれます。:(
フィルタリングされる値の数が1000を超えないことがあらかじめ分かっている」 のであれば、サイズ1000の配列を宣言 すれば十分です。
https://docs.mql4.com/ru/math/MathPow ない？あるいは初歩的な演算が問題の条件。 それなら選択肢http://bpascal.ru/download/desc/436.php すべて手書きでやるなら、指数や対数を自作関数で実装する。
こんにちは、いくつかのアドバイス：ループは、特定の条件を満たす値を検索します。見つかった値は、配列に書き込まれる。そのため、宣言する配列のサイズは未知数である。時間とリソースの観点から、2回実行するのは避けたい（1回目で見つかった値の数を数え、2回目で配列を宣言し、配列にデータを書き込むことができるようにするため）。1回の実行で必要な結果を得る方法はありますか？
フィルタリングされる値の数が1000を超えないことがあらかじめわかっている」 場合は、サイズ1000の配列を宣言すればよいのです。
しかし、不可抗力の場合のコンティンジェンシー・プランはどうでしょうか？エラーについて通知し、Expert Advisorをブロックするコードを書きますか？まあ、人には見えないかもしれませんが......まあ、その時はちょうど仕事中だったのでしょう。
そう、確かに、問題の解決策はひとつではありません。フィルタリングループの内部で配列の次元を動的に増やすという、Zhunkoさんが 提案された方法がベストだと思います。正直言って、この回答は嬉しいですね。思いもよらなかったです :)
フィルタリングループの内部で配列の次元を動的に増やすという、Zhunkoさんが 提案された方法が一番良いのではないかと思います。正直、その答えは嬉しいですね。思いもよらなかったです :)
このソリューションは実に独創的で、ぜひ試してみたい。しかし、配列を再宣言した場合、再初期化によりデータが失われるのでは？
よくやりますね。いくつかの初期配列を作成します。そして、（必要であれば）何らかの値でインクリメントし（1つでは無理、配列操作に時間がかかりすぎる）、実際に満たされた配列の サイズだけを作業中にチェックします。今のところ、問題はありません
配列操作の完了に時間がかかりすぎる
どのアレイ操作にも時間がかかるのか、それとも特定の操作だけに時間がかかるのか？
特に配列のリサイズ。なるべく少ない回数で行うのが良い