記事"グラフィカルインタフェースX：リストとテーブルの高度な管理コードの最適化(ビルド7)"についてのディスカッション - ページ 4 123456789101112 新しいコメント Artyom Trishkin 2017.01.03 19:40 #31 Anatoli Kazharski:イベントを通してならね。しかし、このような頻度でタイマーを使ってはいけません。一般的に、ブレーキはあなたの側にあり、ライブラリーやビデオ録画の側にあるわけではありません。もう質問はありません。ブレーキが私の側にあるのは明らかだ。そんなに弱気になるな（あなたは自分を守ろうとする ;）。しかし、ビデオ録画がなければそのようなブレーキがないことは事実だ。あるが、小さい。未知の文字数を試すときに、タイマーなしでどうやってイベントモデルを構成することができますか？OnTick()では、"non-native "シンボルで必要なイベントをタイムリーに検出することはできません。 ですから、必要なシンボルをすべてループでタイマーから参照し、基準を定義してイベントを送信するだけです。その後、すでにイベントを処理します。 これはもう考えました。とにかく必要な基準のコントロールとタイマー内の文字を通してのループを取り除くことはできません。そして、イベント処理には それほど時間はかからない。タイマーを多少緩和することはできるだろうが。もちろん試してみるつもりだ。 Anatoli Kazharski 2017.01.03 19:53 #32 Artyom Trishkin:...未知の文字数を検索するときに、タイマーなしでイベントモデルを整理するには？OnTick()では、時間内に "ネイティブでない "文字で必要なイベントを決定することはできません。 したがって、必要なすべての文字をループしてタイマーを調べ、基準を決定してイベントを送信するだけです。それからすでにイベントを処理する。 これはもう考えました。どうせ、必要な基準をコントロールしながら、タイマーの中の文字をループすることを取り除くことはできない。それに、イベント処理には それほど時間はかからない。タイマーを若干緩和することはできるだろうが。もちろんやってみるよ。そして、何文字がビデオ録画時の処理であった？このオプションは適さないのでしょうか？>>>MQL5 Recipes - Multicurrency Expert Advisor：シンプルで正確かつ高速なスキームの例。そうでない場合は、なぜですか？ Реter Konow 2017.01.03 20:25 #33 Artyom Trishkin:未知の文字数を検索するときに、タイマーなしでイベントモデルを編成するにはどうすればよいですか？OnTick()では、"non-native "文字に必要なイベントをタイムリーに定義することができません。 そこで、ループ内のタイマーを通して必要な文字をすべて表示し、基準を定義してイベントを送信します。それからすでにイベントを処理する。 これはもう考えた。どうせ、必要な基準をコントロールしながら、タイマーで文字を表示するループをなくすことはできない。そして、イベント処理には それほど時間はかからない。タイマーを多少緩和することはできるだろうが。もちろん、やってみようと思っていた。一時期、何となくティック入力の時間間隔を調べていたことがある。パターンを探していたんだ。それに何週間も費やした。観測されたティックの流れは、90～100ミリ秒を超えない頻度だったと言える。ティックをチェックする必要がある場合、100ミリ秒に1回以上の頻度では意味がないと思います。最大16ミリ秒までチェック頻度を上げる必要があるほど、計器間のティック到着に非同期性があるとは思えません。 計器間のティック到着に非同期性があるかどうかは、Alert を使えば簡単にチェックできます。 Artyom Trishkin 2017.01.03 20:27 #34 Anatoli Kazharski:また、ビデオが録画されたとき、処理には何人のキャラクターがいたのでしょうか？このバリアントは適していないのでしょうか？>>>MQL5 Recipes - Multicurrency Expert Advisor: シンプルで正確かつ高速なスキームの一例 です。もしそうでないなら、なぜですか？シンボル上のシグナルの有無をまずそこで判断し、シグナルのあるものを選択し、それらがタイマーの検索に参加します。日足、週足、月足の3つのTFしか使用していないのに、なぜMarket Watchに表示されている各シンボルの新しいバーをタイマーで検索する必要があるのか疑問でした。他のアルゴリズムが必要だ。しかし、繰り返しますが、現在のシンボルのティックとは無関係です。提案されているイベント・モデルについては、すでに実践しているが、チャートが開いている場合に限られている。しかし、この方法では、必要なシンボル（事前にわからない）ごとに、イベントを送信するエージェントを追加しなければなりません。 Anatoli Kazharski 2017.01.03 20:46 #35 Artyom Trishkin:そこで、まずシンボルのシグナルの有無を判断し、シグナルのあるものを選択し、タイマーの検索に参加させる。日足、週足、月足という3つのTFしか使用していないのに、なぜMarket Watchに表示されている各シンボルの新しいバーをタイマーで検索する必要があるのか不思議でした。他のアルゴリズムが必要だ。しかし、繰り返しますが、現在のシンボルのティックとは無関係です。提案されているイベント・モデルについては、すでに実践しているが、チャートが開いている場合に限られている。しかし、この方法では、必要なシンボル（事前にわからない）ごとにイベントを送信するエージェントを追加しなければなりません。最終的にどうなるかはわかりません。テストしてみないと。私も忙しいので、もしやるなら、後で時間があったらデモしてください。とても興味深い。今、私は制限のない複数行入力フィールド（CTextBox）に取り組んでいる。Windowsの「メモ帳」とほぼ同じようなものになる予定です。) Artyom Trishkin 2017.01.03 20:50 #36 Anatoli Kazharski:最終的にどういう結果になるかは断言できない。テストしてみないと。私も忙しいので、もしやるなら、後で暇があったらデモしてください。とても興味深い。今、私は制限のない複数行入力フィールド（CTextBox）に取り組んでいる。Windowsの「メモ帳」とほぼ同じようなものになる予定です。)さて、結果はどうなることやら。興味深い入力フィールドだ。） Andrey Khatimlianskii 2017.01.04 17:10 #37 Artyom Trishkin:日足、週足、月足の3つしか使っていないのに、なぜMarket Watchに表示されているシンボルごとに新しいバーを探す必要があるのか不思議でした。他のアルゴリズムが必要だ。しかし、繰り返しますが、現在のシンボルのティックとは無関係です。次のバーが出現する理論的な時間はわかっています。そして、それはすべての商品で同じです。この予想時刻が来たときだけ、そのバーが本当に商品リストに表示されたかどうかを確認することができます。 Artyom Trishkin 2017.01.04 20:18 #38 Andrey Khatimlianskii:次の小節の理論的な出現時刻はわかっている。そして、それはすべての商品で同じです。この予想時刻が来て初めて、そのバーが本当に取引リストに表示されたかどうかを確認することができます。はい、アンドレイ、それは分かっています。しかし、それは市場によって異なります。FXではそうですが、株ではまったく違います。この時間を手動でコントロールすることは導入したくない。私は、新しいバーの 発生を待ち始める時間を指定することなく、どの市場でも新しいバーを 自分で決定できるようにしてほしいのです。そして、そう、同じ市場のすべてのシンボルで、新しいバーが他のシンボルと同時に発生するわけではありません。つまり、すべてのシンボルで新しいバーの出現をしばらく待つ必要があります。 Andrey Khatimlianskii 2017.01.04 23:18 #39 Artyom Trishkin:そうだね、アンドレイ。しかし、それは市場によって異なる。FXではそうですが、株ではまったく違います。私は今回の手動制御を導入したくありません。私は、新しいバーを 待ち始める時間を指定することなく、どの市場でも自分で新しいバーを 決定できるようにしてほしいのです。そして、そう、同じ市場のすべてのシンボルで、新しいバーが他のシンボルと同時に来るわけではありません。そして、すべてのシンボルで新しいバーが出現するのをしばらく待つ必要があるということです。そうですね、午前11時にバーが出現することもあります。それなら、一番簡単なのは、新しいバーのチェックを別のセカンド・タイマーに入れることだ（私の知る限り、もっと頻繁に意味がない）。 Artyom Trishkin 2017.01.04 23:37 #40 Andrey Khatimlianskii:そう、午前11時にバーが現れるかもしれない。最も簡単な方法は、新しいバーのチェックを別のセカンド・タイマーに置くことです。 シンボルの仕様には、引用セッションと取引セッションがあります。おそらく、私たちはそれらから始めることを試みるべきでしょう.... 123456789101112 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
イベントを通してならね。しかし、このような頻度でタイマーを使ってはいけません。一般的に、ブレーキはあなたの側にあり、ライブラリーやビデオ録画の側にあるわけではありません。もう質問はありません。
ブレーキが私の側にあるのは明らかだ。そんなに弱気になるな（あなたは自分を守ろうとする ;）。しかし、ビデオ録画がなければそのようなブレーキがないことは事実だ。あるが、小さい。
未知の文字数を試すときに、タイマーなしでどうやってイベントモデルを構成することができますか？OnTick()では、"non-native "シンボルで必要なイベントをタイムリーに検出することはできません。
ですから、必要なシンボルをすべてループでタイマーから参照し、基準を定義してイベントを送信するだけです。その後、すでにイベントを処理します。
これはもう考えました。とにかく必要な基準のコントロールとタイマー内の文字を通してのループを取り除くことはできません。そして、イベント処理には それほど時間はかからない。タイマーを多少緩和することはできるだろうが。もちろん試してみるつもりだ。
...
未知の文字数を検索するときに、タイマーなしでイベントモデルを整理するには？OnTick()では、時間内に "ネイティブでない "文字で必要なイベントを決定することはできません。
したがって、必要なすべての文字をループしてタイマーを調べ、基準を決定してイベントを送信するだけです。それからすでにイベントを処理する。
これはもう考えました。どうせ、必要な基準をコントロールしながら、タイマーの中の文字をループすることを取り除くことはできない。それに、イベント処理には それほど時間はかからない。タイマーを若干緩和することはできるだろうが。もちろんやってみるよ。
そして、何文字がビデオ録画時の処理であった？
このオプションは適さないのでしょうか？>>>MQL5 Recipes - Multicurrency Expert Advisor：シンプルで正確かつ高速なスキームの例。そうでない場合は、なぜですか？
未知の文字数を検索するときに、タイマーなしでイベントモデルを編成するにはどうすればよいですか？OnTick()では、"non-native "文字に必要なイベントをタイムリーに定義することができません。
そこで、ループ内のタイマーを通して必要な文字をすべて表示し、基準を定義してイベントを送信します。それからすでにイベントを処理する。
これはもう考えた。どうせ、必要な基準をコントロールしながら、タイマーで文字を表示するループをなくすことはできない。そして、イベント処理には それほど時間はかからない。タイマーを多少緩和することはできるだろうが。もちろん、やってみようと思っていた。
一時期、何となくティック入力の時間間隔を調べていたことがある。パターンを探していたんだ。それに何週間も費やした。観測されたティックの流れは、90～100ミリ秒を超えない頻度だったと言える。
ティックをチェックする必要がある場合、100ミリ秒に1回以上の頻度では意味がないと思います。最大16ミリ秒までチェック頻度を上げる必要があるほど、計器間のティック到着に非同期性があるとは思えません。
計器間のティック到着に非同期性があるかどうかは、Alert を使えば簡単にチェックできます。また、ビデオが録画されたとき、処理には何人のキャラクターがいたのでしょうか？
このバリアントは適していないのでしょうか？>>>MQL5 Recipes - Multicurrency Expert Advisor: シンプルで正確かつ高速なスキームの一例 です。もしそうでないなら、なぜですか？
シンボル上のシグナルの有無をまずそこで判断し、シグナルのあるものを選択し、それらがタイマーの検索に参加します。
日足、週足、月足の3つのTFしか使用していないのに、なぜMarket Watchに表示されている各シンボルの新しいバーをタイマーで検索する必要があるのか疑問でした。他のアルゴリズムが必要だ。しかし、繰り返しますが、現在のシンボルのティックとは無関係です。
提案されているイベント・モデルについては、すでに実践しているが、チャートが開いている場合に限られている。しかし、この方法では、必要なシンボル（事前にわからない）ごとに、イベントを送信するエージェントを追加しなければなりません。
そこで、まずシンボルのシグナルの有無を判断し、シグナルのあるものを選択し、タイマーの検索に参加させる。
日足、週足、月足という3つのTFしか使用していないのに、なぜMarket Watchに表示されている各シンボルの新しいバーをタイマーで検索する必要があるのか不思議でした。他のアルゴリズムが必要だ。しかし、繰り返しますが、現在のシンボルのティックとは無関係です。
提案されているイベント・モデルについては、すでに実践しているが、チャートが開いている場合に限られている。しかし、この方法では、必要なシンボル（事前にわからない）ごとにイベントを送信するエージェントを追加しなければなりません。
最終的にどうなるかはわかりません。テストしてみないと。私も忙しいので、もしやるなら、後で時間があったらデモしてください。とても興味深い。
今、私は制限のない複数行入力フィールド（CTextBox）に取り組んでいる。Windowsの「メモ帳」とほぼ同じようなものになる予定です。)
最終的にどういう結果になるかは断言できない。テストしてみないと。私も忙しいので、もしやるなら、後で暇があったらデモしてください。とても興味深い。
今、私は制限のない複数行入力フィールド（CTextBox）に取り組んでいる。Windowsの「メモ帳」とほぼ同じようなものになる予定です。)
さて、結果はどうなることやら。
興味深い入力フィールドだ。）
日足、週足、月足の3つしか使っていないのに、なぜMarket Watchに表示されているシンボルごとに新しいバーを探す必要があるのか不思議でした。他のアルゴリズムが必要だ。しかし、繰り返しますが、現在のシンボルのティックとは無関係です。
次のバーが出現する理論的な時間はわかっています。そして、それはすべての商品で同じです。
この予想時刻が来たときだけ、そのバーが本当に商品リストに表示されたかどうかを確認することができます。
次の小節の理論的な出現時刻はわかっている。そして、それはすべての商品で同じです。
この予想時刻が来て初めて、そのバーが本当に取引リストに表示されたかどうかを確認することができます。
はい、アンドレイ、それは分かっています。しかし、それは市場によって異なります。FXではそうですが、株ではまったく違います。この時間を手動でコントロールすることは導入したくない。私は、新しいバーの 発生を待ち始める時間を指定することなく、どの市場でも新しいバーを 自分で決定できるようにしてほしいのです。
そして、そう、同じ市場のすべてのシンボルで、新しいバーが他のシンボルと同時に発生するわけではありません。つまり、すべてのシンボルで新しいバーの出現をしばらく待つ必要があります。
そうだね、アンドレイ。しかし、それは市場によって異なる。FXではそうですが、株ではまったく違います。私は今回の手動制御を導入したくありません。私は、新しいバーを 待ち始める時間を指定することなく、どの市場でも自分で新しいバーを 決定できるようにしてほしいのです。
そして、そう、同じ市場のすべてのシンボルで、新しいバーが他のシンボルと同時に来るわけではありません。そして、すべてのシンボルで新しいバーが出現するのをしばらく待つ必要があるということです。
そうですね、午前11時にバーが出現することもあります。
それなら、一番簡単なのは、新しいバーのチェックを別のセカンド・タイマーに入れることだ（私の知る限り、もっと頻繁に意味がない）。
そう、午前11時にバーが現れるかもしれない。
最も簡単な方法は、新しいバーのチェックを別のセカンド・タイマーに置くことです。