ロボットコードの一部をインジケータに保持する意味があるのはどんな場合ですか？ - ページ 20 1...131415161718192021222324252627...38 新しいコメント Dmitry Fedoseev 2011.03.20 16:45 #191 hrenfx: 素晴らしい批評です。自分の技術に対してだけでなく、プラットフォーム全体に対してです。この事実は、開発者にも繰り返し伝えられてきた。だから、その状況。 1週間ほど端末の電源を入れていなかったあなたは、デフォルトのEAを起動したまま、端末を動かすことにしました（これは適切かどうか疑問が残りますが、それはそれとして）。 端末は接続されているが、全体の履歴は残っている。インジケータはその値をExpert Advisorに送信し、Expert Advisorはその値に基づいて取引を開始します。 端末が全履歴をダウンロードし、インジケーターが全く異なる値を示すようになりました。Expert Advisorでは、全く異なる値が取得されるようになりました。 これは開発者が百発百中で解決してきた有名な問題で、全歴史を汲み取るというフラグが追加されました。しかし、解決には至っていない。 このような時にインジケータを使用するExpert Advisorは、取引において多くの問題を引き起こす可能性があります。したがって、開発者の問題を上記のようなコードに還元してはならない。インジケータ付きのバリアントでは、納得のいく解答が得られない。 生活に密着してみよう：Expert Advisorを実行するのは、すでに全履歴が汲み尽くされていることを確認したときだ。その後、短期間（1日未満）接続が中断された場合、私のコードは全く正しく動作します。 周りの世界に問題を探すのではなく、自分の中に問題を探そう。ここまでは、Victorが書いたとおりに端末が動作し、これらの条件ではあなたのコードは正しく動作せず、上記の条件で正しく動作するのは端末の開発者ではなく、このコードの作者であり、罪を犯すことになるのです。 Victor Nikolaev 2011.03.20 16:46 #192 hrenfx: つまり、そのようなコードはまだないということですか？そのギャップを私の初級が埋めてくれるとは驚きです。 今のところ見ていない。いくつかの記事を見たものの、良いコードを見たことがない。書くのに5分くらいかかるけど・・・・。 Dmitry Fedoseev 2011.03.20 16:47 #193 Integer: ビクター、あなたは今、私たちはクールだ、H4より低い仕事はしない、あるいは同じスタイルで、あるいは他の方法で、しかし同じ意味で、という答えを得るでしょう......とか、超超強力なVPSを使うとか、世界一のDCにあるアカウントで、接続に失敗しないとか・・・。などなど 了解！まだあります。彼のコードは正しく、端末は間違っている。 Dmitry Fedoseev 2011.03.20 16:48 #194 Vinin: 今まで見たことがない。記事にはなっているものの、良いコードは見たことがない。書くのに5分かかるけど......。 まあ、5分じゃなくて15分くらいかな。でも、何のために？インジケーターのプログラミングガイドをしっかり書いてくれれば、それはそれで別問題なんですけどね。 TheXpert 2011.03.20 16:54 #195 hrenfx: おそらく、度胸のある人は 何か言ってくれるでしょう。 問題ありません。実際、IndicatorCountedの類似品を作るには、履歴をスキャンするための配列が必要で、この場合、本質的にすべてのバーを再計算する必要があります。 もしかして、またコンテスト？ hrenfx 2011.03.20 16:55 #196 それで、皆さん、私のEA on REALが誤った値を出すという状況をまだ挙げていませんね。 REALとは、正しいことをする、つまり、完全にポンプアップされた履歴でEAを実行することを意味します。その後、端末の電源は切らない。通信の中断は、他のREALと同様、全く問題ありません。 では、REALの何が問題なのでしょうか？テスターのことも言わないでください。 Dmitry Fedoseev 2011.03.20 16:57 #197 hrenfx: それで、皆さん、私のEA on REALが誤った値を出すという状況をまだ挙げていませんね。 REALとは、正しいことをする、つまり、完全にポンプアップされた履歴でEAを実行することを意味します。その後、端末の電源は切らない。通信の中断は、他のREALと同様、全く問題ありません。 では、REALの何が問題なのでしょうか？テスターのことも言わないでください。 何度同じことを説明すれば伝わるのか、せめて気づいてくれるのか。 Dmitry Fedoseev 2011.03.20 16:58 #198 TheXpert: 問題ありません。実際、IndicatorCountedの類似品を作るためには、それを逃した場合に備えてスキャンする履歴の配列が必要です。 もしかして、またコンテスト？ バーの時刻を見るのは、コミュニケーション不足で端末が見逃したのか、それとも実際にはなかったのか、わからないのです。 TheXpert 2011.03.20 17:02 #199 Integer: バーのタイミングを見るというのは、端末がコミュニケーション不足でバーを見逃したのか、実はそうでなかったのか、わからないのです。 そのため、その後にバーが表示されると、比較によって履歴の不一致が判明するので、その時に保存する必要があるのです。 Dmitry Fedoseev 2011.03.20 17:02 #200 TheXpert: そのため、その後バーが表示された場合、比較によって履歴の不一致が明らかになるため、その時に保存する必要があります。 。 了解です。既存のバーの間に新しいバーが 表示される場合。 1...131415161718192021222324252627...38 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
素晴らしい批評です。自分の技術に対してだけでなく、プラットフォーム全体に対してです。この事実は、開発者にも繰り返し伝えられてきた。だから、その状況。
これは開発者が百発百中で解決してきた有名な問題で、全歴史を汲み取るというフラグが追加されました。しかし、解決には至っていない。
このような時にインジケータを使用するExpert Advisorは、取引において多くの問題を引き起こす可能性があります。したがって、開発者の問題を上記のようなコードに還元してはならない。インジケータ付きのバリアントでは、納得のいく解答が得られない。
生活に密着してみよう：Expert Advisorを実行するのは、すでに全履歴が汲み尽くされていることを確認したときだ。その後、短期間（1日未満）接続が中断された場合、私のコードは全く正しく動作します。
周りの世界に問題を探すのではなく、自分の中に問題を探そう。ここまでは、Victorが書いたとおりに端末が動作し、これらの条件ではあなたのコードは正しく動作せず、上記の条件で正しく動作するのは端末の開発者ではなく、このコードの作者であり、罪を犯すことになるのです。
つまり、そのようなコードはまだないということですか？そのギャップを私の初級が埋めてくれるとは驚きです。
今のところ見ていない。いくつかの記事を見たものの、良いコードを見たことがない。書くのに5分くらいかかるけど・・・・。
ビクター、あなたは今、私たちはクールだ、H4より低い仕事はしない、あるいは同じスタイルで、あるいは他の方法で、しかし同じ意味で、という答えを得るでしょう......とか、超超強力なVPSを使うとか、世界一のDCにあるアカウントで、接続に失敗しないとか・・・。などなど
了解！まだあります。彼のコードは正しく、端末は間違っている。
今まで見たことがない。記事にはなっているものの、良いコードは見たことがない。書くのに5分かかるけど......。
まあ、5分じゃなくて15分くらいかな。でも、何のために？インジケーターのプログラミングガイドをしっかり書いてくれれば、それはそれで別問題なんですけどね。
おそらく、度胸のある人は 何か言ってくれるでしょう。
問題ありません。実際、IndicatorCountedの類似品を作るには、履歴をスキャンするための配列が必要で、この場合、本質的にすべてのバーを再計算する必要があります。
もしかして、またコンテスト？
それで、皆さん、私のEA on REALが誤った値を出すという状況をまだ挙げていませんね。
REALとは、正しいことをする、つまり、完全にポンプアップされた履歴でEAを実行することを意味します。その後、端末の電源は切らない。通信の中断は、他のREALと同様、全く問題ありません。
では、REALの何が問題なのでしょうか？テスターのことも言わないでください。
それで、皆さん、私のEA on REALが誤った値を出すという状況をまだ挙げていませんね。
REALとは、正しいことをする、つまり、完全にポンプアップされた履歴でEAを実行することを意味します。その後、端末の電源は切らない。通信の中断は、他のREALと同様、全く問題ありません。
では、REALの何が問題なのでしょうか？テスターのことも言わないでください。
何度同じことを説明すれば伝わるのか、せめて気づいてくれるのか。
問題ありません。実際、IndicatorCountedの類似品を作るためには、それを逃した場合に備えてスキャンする履歴の配列が必要です。
もしかして、またコンテスト？
バーの時刻を見るのは、コミュニケーション不足で端末が見逃したのか、それとも実際にはなかったのか、わからないのです。
バーのタイミングを見るというのは、端末がコミュニケーション不足でバーを見逃したのか、実はそうでなかったのか、わからないのです。
そのため、その後バーが表示された場合、比較によって履歴の不一致が明らかになるため、その時に保存する必要があります。 。
了解です。既存のバーの間に新しいバーが 表示される場合。