開発を続けてくれるとは思わなかった。複数のツールのサポートはクールだ!フィードバックがないのが不思議だ。記事の複雑さが原因かな。読むのに1週間かかりました。あなたのようにC#とOOPのトレーニングを受けている人は多くない。ここに書かれていることを理解できる人は、自分でプログラムを完成させることができるでしょう。いずれにせよ、あなたの仕事に感謝します。このような労力を投入すれば、自分でテスターを書いて市場に出すことができます。おそらく買ってくれるだろう。私はオプティマイザーの仕事をテストし、ここで私の印象を共有するつもりです。ありがとうございました!
開発を続けてくれるとは思わなかった。複数のツールのサポートはクールだ!フィードバックがないのが不思議だ。記事の複雑さが原因かな。読むのに1週間かかりました。あなたのようにC#とOOPのトレーニングを受けている人は多くない。ここに書かれていることを理解できる人は、自分でプログラムを完成させることができるでしょう。いずれにせよ、あなたの仕事に感謝します。このような労力を投入すれば、自分でテスターを書いて市場に出すことができます。おそらく買ってくれるだろう。私はオプティマイザーの仕事をテストし、ここで私の印象を共有するつもりです。ありがとうございました!
お世辞のようなレビューをありがとうございます。しかし、私自身、プログラミングやトレーディングの分野で目指すべきものがたくさんあるので、過大評価はしないでください。
またまたこんにちは!私はあなたを褒め称えるつもりはまったくありませんが、あなたの素晴らしい仕事は、kodobaseにクリーンなマニュアルとコンパイルされたアプリケーションを含むアーカイブという形で要約されたバージョンがあれば、十分に補完されるだろうと優しくほのめかすかのようです。そして、この仕事に関わりたい人たちのために、これらの記事がある。それらを理解できる人なら誰でも、そのようなプログラムを書くことができるだろう......。MQL5で紹介されているものの中で、潜在的な可能性を秘めた最高のフォワード・オプティマイザーなのだから。
さて、潜在的な可能性の実現についてだが、オートセットは機能しない!というか、正しく機能しません。メタトレーダーでは、Tillの日付は最適化に関与せず、フォワードテストはテスト期間のこの日付から直接開始する必要があります。次のフォワードの From 日付は、前のフォワードの Till 日付と一致しなければなりません。
例えば、2020 年 3 月をテストする。開始日の設定は別のトピックです。現在のバージョンでは、3月の4週と2月の1週を設定すると、3週(21日)-過去期間、1週(7日)-順期間という内訳の2つの順期間が得られると予想されます。すべて月曜日から月曜日ベースで。
結果的には、月曜日から月曜日までが正しかった。そして、こうなった!
フォワードは3月17日(火)に始まった!次のフォワードは3月25日(水)に始まるはずだった。そして、次のナイストリーは3月17日に始まりますが、前の期間の最終日は3月15日でした(16日は関係ありません)。
そして、開始日の設定について少し。先物では履歴は限られているでしょうが、FXではテストに十分な履歴があります。したがって、なぜ最初の日付の定義で脳を壊すのでしょうか?フォワードでフルカバーする期間を設定すれば、ヒストティの日付は自動的に決定されるのではないでしょうか。例えば、私の例では、(Autosetが正しく機能すれば)5つのフォワード期間が設定され、最初のHistotyの日付は2月3日になります。
パッチを楽しみにしています。それまでは手動で期間を入力するつもりです。
ピリオドを手入力して実行した。また失敗した。このようにピリオドを入力するのは正しいのでしょうか、それとも厳密に交互に入力する必要があるのでしょうか?
オプティマイザーの結果タブには、フォワードもヒストリーも何もありません。Expert Advisorは各資産について3回の過去の最適化を記録しています。オプティマイザーはフォワードをカウントしているようだが、フォワードはない。このウィンドウは時々表示された:
最適化後、最適化セットの名前が左上に表示されるが(最適化ウィンドウ)、Load bot params ボタンをクリックすると、ウィンドウがポップアップする:
最適化ステップの間に約30秒の中断がありました。特にプログレスバーが最後に達したとき。これではトータルでかなりの時間を食ってしまいます。
オートコンプリートの話題で閃いた!最初は気づかなかった。なぜ12時?0時00分のはずだ。というわけで、テストには日付ティルが含まれている。そして、それを変更することはできない。手入力でも同じです!
その通り、日付が00:00から0:00までカウントされるからそうなるのです。
フォワードが履歴の最終日からではなく、1日前に移動して開始されることに関しては、フォワードを取引するために1日前に戻ることはないというのが論理的ですよね?タイムマシンはまだ発明されていませんが、残念なことです)
作成するデータがないというエラーについて - Expert Advisorで自動アンロードとレポート生成を接続していますか?自動アンロードとレポート生成の機能がEAコードに含まれていないか、EAの取引結果が設定した最適化フィルタを通過していないかの2つの選択肢があります。
そして、日付 "から "を削除するには、間隔を制限することが良いのために便利で必要であるとして、私は確かにされません。

- www.metatrader5.com
そして、フォワードが履歴の最終日からではなく、1日前にシフトして開始されるという事実については、すべてが論理的であり、あなたはフォワードを取引するために1日前に戻ることはありません?タイムマシンはまだ発明されていませんが、それは残念です)。
あなたは誤解しています。それは12時から12時までの最適化時間です。それを変更する方法はどこにもありません。
このため、履歴の最初の日の12時間が失われ、フォワード期間については12時間最適化されます。このため、フォワードは1日前倒しになる。
1週間は7日なので、最適化期間も7日に分けなければなりません。履歴期間は月曜日0-00に終了し、フォワードは月曜日0-00に開始する。月曜日にはテストは行わず、フォワードを行うことが判明した。タイムマシンはない。

- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
新しい記事「継続的なウォークフォワード最適化(その8)。プログラムの改善と修正」はパブリッシュされました:
本連載では、ユーザーや読者の皆様からのご意見・ご要望をもとに、プログラムを修正しています。 この記事では、オートオプティマイザーの新バージョンを掲載しています。 このバージョンでは、要求された機能を実装し、他の改善点を提供しています。
以前のプログラム版では、フォワード最適化とヒストリカル最適化のために日付を段階的に入力していたため、不便でした。 今回は、必要な時間帯の自動入力を実装しました。 機能の詳細については、以下のように説明することができます。 選択した時間間隔は、フォワード最適化とヒストリカル最適化に自動的に分割されます。 どちらの最適化タイプもステップが固定されており、間隔に分割する前に設定されます。 各新しいフォワード範囲は、前の範囲の翌日に開始しなければなりません。 ヒストリカルな間隔(重なり合う間隔)のシフトは、フォワードの窓のステップに等しい。 ヒストリカル最適化とは異なり、フォワードのは重複せず、連続的な取引履歴を実装しています。
このタスクを実装するために、この機能を別のグラフィックウィンドウに移して、メインインターフェイスには直接関係のない独立したものにすることにしました。 その結果、以下のようなオブジェクトの階層ができました。
作者: Andrey Azatskiy