ResourceCreator.mqhのソースコードを読み終えた。いくつかの疑問が生じた。
- なぜ標準のFileLoadとFileSaveを使わないことにしたのか?
- 開発者によると、tester_fileディレクティブは強制圧縮の後にのみ対応するファイルをAgentに渡すとのこと。ということは、引用符を中に押し込んだ変形(あなたが決めたことだと思います-私はまだそれ以上読んでいません)はEX5として妥当なのでしょうか、それともtester_folderの 代替なのでしょうか?この件に関してスピードの研究はしましたか?
- 各パスで内部リソースをアンパックするというのは正しく理解していますか?
彼らはコンストラクタをpublicから外すのを忘れたに違いない。なぜ普通のコンストラクタを使わなかったのか、それだけが理解できない。
このソリューションには、異常終了という弱点がある。中断された最適化のデータが失われることになる。また、すでにお気づきのように、mqdファイルは再度読み込むことができません。
その上、この方法ではアナライザーを移動中に使用することができません。
手始めに良い記事だ!注意事項
- 実際には、独自の取引APIを使用することが推奨されている。これは開発をほとんど否定するものです。テスター用の取引APIが標準のものと一致している場合、MT5内に独自のテスターを持つことは理にかなっています。そうでなければ、競合他社の既製のテスターを使用するか、同じRを使用して同じ利益を得ることができます。
- カスタムシンボルのメカニズムでは、そのようなテスターが何のために必要なのかがよくわからない。
- バイト操作は、普遍的な形で見ることができればいいだろう。
- あなたのテスターと標準的なテスターの速度の比較が欠けている。
- あなたのテスターをそのような目的にも使用することは合理的である。
取引、自動取引システム、取引戦略のテストに関するフォーラム。
fxsaber, 2017.12.14 14:11 pm.
カスタムシンボルについては、CustomTicksAddを通じてティックを投げるオプションがあります。これは非常に便利なものです!例えるなら、TesterCreate, TesterDestroyと同様にTesterTicksAddも欲しいです。そうすれば、自分のティックをテスターに投入し、テスターの現在の状態の取引環境を読み取ることができる。
TSを書くスキームが完全に変わってしまうので、カスタム・フィードよりもアルゴ・トレーディングのブレークスルーになるだろう。これまでのTSの実装は、一挙にアルゴリズム取引ロジックの旧基準となるだろう。
作者に感謝する!
なぜFrameNextはwhileなしで使われるのですか?
クールだが、私には複雑すぎるように思える...本当に、pythonでいくつかの既製のテスター/最適化ツールを見つけ、gpuを含め、必要に応じてそれを呼び出すことができる。pythonのテスターはたくさんあるはずだ。
ところで、mt5でpythonスクリプトを使うことについての記事は一つもありません。
- バイト操作は普遍的な形で見たい。
私には理解できない。普遍的な見方とは?
ZY なぜFrameNextがwhileなしで使われるのですか?
クールだが、私には複雑すぎるように思える...本当に、pythonでいくつかの既製のテスター/最適化ツールを見つけ、gpuを含め、必要に応じてそれを呼び出すことができる。pythonのテスターはたくさんあるはずだ。
ところで、mt5でpythonスクリプトを使うことについての記事は一つもありません。
さて、PythonでMetaTrader Cloudをどのように使うのでしょうか?MT上でどのようにpythonスクリプトを実行したいですか?
コンストラクタをpublicから外すのを忘れたのだろう。なぜ普通のコンストラクタを使わなかったのか理解できない。
実験。
ResourceCreator.mqhのソースコードを読み終えた。いくつかの疑問が生じた
- なぜ標準のFileLoadとFileSaveを使わないことにしたのか?
- 開発者は、tester_fileディレクティブは強制圧縮の後にのみ対応するファイルをAgentに渡すと言いました。ということは、EX5の中に引用符を押し込んだ変形(あなたがそう決めたのだと思いますが、それ以上はまだ読んでいません)は合理的なのでしょうか、それともtester_folderの 代替なのでしょうか?この件に関してスピードの調査をしましたか?
- 各パスで内部リソースをアンパックするというのは正しい理解ですか?
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
新しい記事 高速数学的計算に基づくカスタムストラテジーテスター はパブリッシュされました:
この記事では、カスタムストラテジーテスターと最適化パスのカスタムアナライザーを作成する方法について説明します。 これにより、数学の計算モード、いわゆるフレームの仕組みを理解することができ、計算のカスタムデータをロードしその圧縮の効果的なアルゴリズムを使用できるようになります。 この記事は、EAの中でカスタム情報を保存する方法に興味がある方にも有意義なものになります。
このコードには、インプットパラメータ x と、渡された引数からの正弦値を計算する OnTester 関数が含まれていません。 この場合は、 xです。 今度はこの関数を最適化してみてください。 これを行うには、ストラテジーテスタで「Slow complete algorithm」最適化モード、および前のシミュレーションモードを選択します: 「Math calculations」。
最適化パラメータの x の範囲を設定します: スタート-0.01、ステップ-0.01、ストップ-10。 すべての準備ができたら、ストラテジーテスターを実行します。 ほぼ即座に終えるでしょう。 その後、最適化チャートを開き、コンテキストメニューの「1D チャート」を選択します。 グラフィカルな解釈で正弦関数が表示されます:
図3. 正弦関数のグラフィック表現
このモードの特徴は、リソースの消費量が少ないことです。 ハードドライブ上の読み取り/書き込み操作が最小化され、テスターエージェントは、リクエストされたシンボルのクオートをダウンロードしていません。すべての計算は、OnTester 関数に焦点を当てています。
作者: Vasiliy Sokolov