エラー、バグ、質問 - ページ 2779 1...277227732774277527762777277827792780278127822783278427852786...3185 新しいコメント Sergey Dzyublik 2020.06.14 14:04 #27781 Nikolai Semko:Setメソッドだけでなく、Getメソッドも非同期であることは正しく理解されていますか? この質問にはすでに回答 されていますが、あなたの言葉からすると「学術的な物語」は必要ないのでは......。 そこで決心するのか、何なのか。 Nikolai Semko 2020.06.14 14:23 #27782 Sergey Dzyublik:この質問にはすでに回答 されていますが、あなたの言葉からすると、「学術的な物語」は必要ないのでは......。 そこで決心するのか、何なのか。 そんなこと言ってないし、そんなつもりもない。 勉強しながら、考えています。実践と理論を一致させるためです。 Renatさんのメッセージで、SetメソッドもGetメソッドもトランザクションキューに入るのだと理解しました。つまり、要するに非同期なんですね。間違っていたのでしょうか? とにかく、私は以前からGet関数の非同期動作に気づいており、2年以上推敲を続けてきました。 Sergey Dzyublik 2020.06.14 14:24 #27783 Nikolai Semko: この場合、ChartXYToTimePriceメソッドの非同期化については、Slavaさんの言うとおりでしたね。結局のところ、ChartXYToTimePriceメソッドはGetメソッドを参照している可能性が高いです。 ナレーションの本質を理解していないのであれば、言われてもいないことを捏造する必要はないのです。 Nikolai Semko 2020.06.14 14:27 #27784 Sergey Dzyublik:ナレーションの本質を理解していないのであれば、言われてもいないことを捏造する必要はないのです。 あちこちで聞いています。クエスチョンマークがありますね。 もう一度、真相を確認したい。このスレッドは「......質問」 Eko あなたのエゴを引っかけたんです :)) Aleksey Mavrin 2020.06.14 14:32 #27785 Nikolai Semko:と、あちこちで聞いています。クエスチョンマークがありますね。 もう一度、考えたい。このスレッドは「・・・・・・質問」となっています。 私の理解では、- Get は要求された結果を返すので、同期的です。しかし、キューに非同期Setがある場合、それらと同期を取らなければなりません。 Getキューのみであれば、遅延はありません。 Sergey Dzyublik 2020.06.14 14:33 #27786 Nikolai Semko:と、あちこちで聞いています。クエスチョンマークがありますね。 もう一度、考えたい。このスレッドは「・・・・・・質問」となっています。 あなたの質問は、叙述されていないことを断定するものであり、間違っています。 とはいえ、ChartXYToTimePriceメソッドの非同期 性については、Slavaさんの言うとおりでしたね?結局のところ、ChartXYToTimePriceメソッドはGetメソッドを参照している可能性が高いです。 カールソン」を思い出した。 - イエスかノーで答えろと言ったんだ!簡単な質問には必ずYESかNOで答えられる、難しいことは考えてない!- は、フレッケン・ボックと名乗った。- 想像してみてください、難しいですね」とカールソンが割って入った。- 簡単な質問をしてみるから、自分の目で確かめてみてほしい。朝、コニャックを飲むのをやめましたか? ボックさんは今にも倒れそうなほど息を切らしていた。何か言いたいことがあっても、言葉が出てこない。- ほらね」とカールソンは得意げに言った。- 繰り返し質問しますが、朝からコニャックを飲むのはやめましたか? Alain Verleyen 2020.06.14 15:02 #27787 Nikolai Semko :Setメソッドだけでなく、Getメソッドも非同期であることは正しく理解していますか? Ilyasはここで間違って いましたか? そして、Slavaはここで 、ChartXYToTimePriceメソッドが非同期であると言ったのは正しいのでしょうか?結局のところ、ChartXYToTimePriceメソッドは、Getメソッドを参照している可能性が高いです。ドキュメントには、Setメソッドの非同期性についてのみ記載されています。 Getメソッドは同期ですが、グループ化して同時に実行できるので、メソッド1回のGetも100回の呼び出しもほとんど同じです。 Setメソッドは非同期ですが、効率化のためにグループ化することも可能です。 したがって、「Get / set / get / set / get / set」ではなく、「Set calls together」と「Get calls together」を常にグループ化する方がよい。 非同期呼び出しは、呼び出し側のスレッドが関数実行中にブロックされなければ、より効率的ですが、GetとSetを混在させると、これらの利点が失われます。 翻訳にもかかわらず、お役に立てれば幸いです。 Alain Verleyen 2020.06.14 15:04 #27788 Sergey Dzyublik :ナレーションの本質を理解していないのであれば、言われてもいないことを捏造する必要はないでしょう。 あなたは非常に有能であることは間違いないのですが、なぜそんなに傲慢で不愉快なのでしょうか?もしあなたが自分で思うほど知的であれば、きっと自分の行動を改善することが得策であることに気づくでしょう。 これは私が行っている非常に建設的な投稿です、ぜひ聞いてください。 Artyom Trishkin 2020.06.14 15:07 #27789 Sergey Dzyublik:あなたの質問は、叙述されていないことを断定するものであり、間違っています。 カールソンを思い出す。 セルゲイ、自画自賛はやめてくれ。答えられるなら答えればいいし、答えたくないなら自己主張する必要はない。 Sergey Dzyublik 2020.06.14 15:33 #27790 Artyom Trishkin: セルゲイさん、サイトに殺到しないで下さいね。あなたが答えることができれば - 答え、したくない - 自分を主張する必要はありません。 轟沈するな、とっくに答え てる。 メインスレッドから非同期のas ChartSetInteger関数を 呼び出すと、実際の実行は別のスレッドで行われるため、高速に実行できます。 一方、ChartGetInteger同期関数を 呼び出すと、スレッドの同期が必要となり、さらに時間がかかることがあります。 この遅延は、並列スレッドがチャート構造データを常に更新している場合(例えば、ユーザーがチャートウィンドウを移動したり、履歴をスクロールしたりした場合)に特に顕著になります。 残念ながら、出力はゼロどころかマイナスになってしまったが......。 1...277227732774277527762777277827792780278127822783278427852786...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Setメソッドだけでなく、Getメソッドも非同期であることは正しく理解されていますか?
この質問にはすでに回答 されていますが、あなたの言葉からすると「学術的な物語」は必要ないのでは......。
そこで決心するのか、何なのか。
この質問にはすでに回答 されていますが、あなたの言葉からすると、「学術的な物語」は必要ないのでは......。
そこで決心するのか、何なのか。
そんなこと言ってないし、そんなつもりもない。
勉強しながら、考えています。実践と理論を一致させるためです。
Renatさんのメッセージで、SetメソッドもGetメソッドもトランザクションキューに入るのだと理解しました。つまり、要するに非同期なんですね。間違っていたのでしょうか?
とにかく、私は以前からGet関数の非同期動作に気づいており、2年以上推敲を続けてきました。
この場合、ChartXYToTimePriceメソッドの非同期化については、Slavaさんの言うとおりでしたね。結局のところ、ChartXYToTimePriceメソッドはGetメソッドを参照している可能性が高いです。
ナレーションの本質を理解していないのであれば、言われてもいないことを捏造する必要はないのです。
ナレーションの本質を理解していないのであれば、言われてもいないことを捏造する必要はないのです。
あちこちで聞いています。クエスチョンマークがありますね。
もう一度、真相を確認したい。このスレッドは「......質問」
Eko あなたのエゴを引っかけたんです :))
と、あちこちで聞いています。クエスチョンマークがありますね。
もう一度、考えたい。このスレッドは「・・・・・・質問」となっています。
私の理解では、- Get は要求された結果を返すので、同期的です。しかし、キューに非同期Setがある場合、それらと同期を取らなければなりません。
Getキューのみであれば、遅延はありません。
と、あちこちで聞いています。クエスチョンマークがありますね。
もう一度、考えたい。このスレッドは「・・・・・・質問」となっています。
あなたの質問は、叙述されていないことを断定するものであり、間違っています。
とはいえ、ChartXYToTimePriceメソッドの非同期 性については、Slavaさんの言うとおりでしたね?結局のところ、ChartXYToTimePriceメソッドはGetメソッドを参照している可能性が高いです。
カールソン」を思い出した。
- イエスかノーで答えろと言ったんだ!簡単な質問には必ずYESかNOで答えられる、難しいことは考えてない!- は、フレッケン・ボックと名乗った。
- 想像してみてください、難しいですね」とカールソンが割って入った。
- 簡単な質問をしてみるから、自分の目で確かめてみてほしい。朝、コニャックを飲むのをやめましたか?
ボックさんは今にも倒れそうなほど息を切らしていた。何か言いたいことがあっても、言葉が出てこない。
- ほらね」とカールソンは得意げに言った。
- 繰り返し質問しますが、朝からコニャックを飲むのはやめましたか?
Setメソッドだけでなく、Getメソッドも非同期であることは正しく理解していますか?
Ilyasはここで間違って いましたか?
そして、Slavaはここで 、ChartXYToTimePriceメソッドが非同期であると言ったのは正しいのでしょうか?結局のところ、ChartXYToTimePriceメソッドは、Getメソッドを参照している可能性が高いです。
ドキュメントには、Setメソッドの非同期性についてのみ記載されています。
Getメソッドは同期ですが、グループ化して同時に実行できるので、メソッド1回のGetも100回の呼び出しもほとんど同じです。
Setメソッドは非同期ですが、効率化のためにグループ化することも可能です。
したがって、「Get / set / get / set / get / set」ではなく、「Set calls together」と「Get calls together」を常にグループ化する方がよい。
非同期呼び出しは、呼び出し側のスレッドが関数実行中にブロックされなければ、より効率的ですが、GetとSetを混在させると、これらの利点が失われます。
翻訳にもかかわらず、お役に立てれば幸いです。
ナレーションの本質を理解していないのであれば、言われてもいないことを捏造する必要はないでしょう。
あなたは非常に有能であることは間違いないのですが、なぜそんなに傲慢で不愉快なのでしょうか?もしあなたが自分で思うほど知的であれば、きっと自分の行動を改善することが得策であることに気づくでしょう。
これは私が行っている非常に建設的な投稿です、ぜひ聞いてください。
あなたの質問は、叙述されていないことを断定するものであり、間違っています。
カールソンを思い出す。
セルゲイさん、サイトに殺到しないで下さいね。あなたが答えることができれば - 答え、したくない - 自分を主張する必要はありません。
轟沈するな、とっくに答え てる。
メインスレッドから非同期のas ChartSetInteger関数を 呼び出すと、実際の実行は別のスレッドで行われるため、高速に実行できます。
一方、ChartGetInteger同期関数を 呼び出すと、スレッドの同期が必要となり、さらに時間がかかることがあります。
この遅延は、並列スレッドがチャート構造データを常に更新している場合(例えば、ユーザーがチャートウィンドウを移動したり、履歴をスクロールしたりした場合)に特に顕著になります。
残念ながら、出力はゼロどころかマイナスになってしまったが......。