インポートデータとバーチャルテスター(開発) - ページ 3

 
Ubzen:
.csvのFileReadは簡単です。ただし、Market-Infoが必要。USDJPYのTick-Valueを計算する例。
Marketinfoのデータを持つことは大したことではなさそうです。しかし、これらのデータを使ってEAをテストするにはどうしたらいいのでしょうか?
 
angevoyageur: Marketinfoのデータを持つことは大したことではなさそうです。しかし、これらのデータを使ってEAをテストするにはどうしたらいいのでしょうか?

ちょっとビジュアライザーから心を離しましょう。(視覚化するのが難しいのは分かっています)。ここで、左から右へ配列 ++ 内の価格別名 - [入札価格] を移動します。新しい配列(この場合はm1)ごとに、「入札価格はいくらですか?続いて、Askは何ですか?Askを保存していないので、これはMarket_Info(Spreads)で表されるでしょう。Spread==1(Points)の場合 <-これは、データの一部か、ユーザーからのインプットである。この例では、ユーザが入力したものである。

最初の例に続いて、配列が動き、価格が動くので、誰かが注文を出すことを決定する。その注文がどれだけの利益をもたらすかを計算する必要がある。OrderProfit == OrderOpenPrice-OrderClosePrice*Market_Info(Tick_Value)*OrderLots*Direction.みたいな感じかな :)

 
これは 調べなければならない、とても面白そうだ。
 
angevoyageur: これは 調べないといけませんね、とても面白そうです。
そうそう、mt5のインディケータには便利な描画機能がたくさんあるんだ。例えばBarsやCandleの描画とか。また、制限もないので。私はそれをフルに活用するつもりです:)))。インジケーターのテストについては、どこで読んだか分かりませんがでも、それも参考になるかもしれませんね。
 
Ubzen:
そうそう、mt5のインジケータには便利な描画機能がたくさんあるんだ。例えば、バーやローソク足の描画とかね。また、制限もないので思いっきり悪用するつもりです :)))。インジケーターのテストについては、どこで読んだか分かりませんがでも、それも参考になるかもしれませんね。
iCustomChartではEAをビルドできるので、Strategy Testerを ビルドすることも想像できます。しかし、その場合、適切なライブラリでビルドされたEAだけがテストされることになります。これは私の最初のアイデアではなく、どんなEAでもテストできるVTSを考えていたのです。
 

現在、私の頭の中には、いくつかのデザイン構造があります。今、それらが可能かどうかは分かりませんが、方向性は見えています。

- チャートのインポート 形式=.CSV [ユーザーが簡単に見たり修正したりできるため)

- 最小タイムフレーム=1_Minute(1_Secondも検討中)

- Market-Info Spread= 両方。[Inside the Data] && [User Imput] Toggle.

- Market-Info Others= 全てのユーザー入力。

- Visual Mode= Indicator Drawn Charts。Black_Out Templateの場合。

- vOrder_Syntax= Mql-4 (Mql-5は検討中)

- 計算結果はすべて配列で保存したい。以前はバイナリファイルだった。

 
Ubzen:

現在、私の頭の中には、いくつかのデザイン構造があります。今、それらが可能かどうかは分かりませんが、方向性は見えています。

- チャートのインポート形式=.CSV [ユーザーが簡単に見たり修正したりできるため)

- 最小タイムフレーム=1_Minute(1_Secondも検討中)

- Market-Info Spread= 両方。[Inside the Data] && [User Imput] Toggle.

- Market-Info Others= 全てのユーザー入力。

- Visual Mode= Indicator Drawn Charts。Black_Out Templateの場合。

- vOrder_Syntax= Mql-4 (Mql-5は検討中)

- 計算結果はすべて配列で保存したい。以前はバイナリファイルだった。

つまり、ライブラリを使ってEAを構築し、そのEAを自分のデータでテストする、ということですね。多分、これしかないでしょう。
 
angevoyageur:
iCustomChartではEAを構築することができるので、Strategy Testerを構築することも考えられます。しかし、その場合、適切なライブラリでビルドされたEAしかテストすることができません。これは私の最初のアイデアではなく、あらゆるEAをテストできるVTSを考えていました。

EAをどのようにテストするのか、アイデアを思いつきましたか?

もしそれがあなたの提案なら、2つの障害があります。

1>最も簡単なのは、現在のデータファイルを復号化することです。その場合、3つの問題があります。a) メタクオーツに嫌われる b) バグ c) 将来的にmqが変更された場合、更新し続けなければならない。

2>すべてのコマンドとオブジェクトをサポートする方法が思いつきません。そして、もしこれらのことが将来変わるなら、あなたは更新し続けなければならないでしょう。

3>復号化するファイルが増えるということは、提供される市場環境を変更することを想定しているのです。

前にも言いましたが、これほど簡単にはいかないと思います。mql5でEAをコード化し、VSTがそれを引き継ぎます。しかし、これらをどのように克服できるかを聞きたいのです。

 
Ubzen:

EAをどのようにテストするのか、アイデアを思いつきましたか?

もしそれがあなたの提案なら、2つの障害があります。

1>最も簡単なのは、現在のデータファイルを復号化することです。その場合、3つの問題があります。a) メタクオーツに嫌われる b) バグ c) 将来的にmqが変更された場合、更新し続けなければならない。

2>すべてのコマンドとオブジェクトをサポートする方法が思いつきません。そして、もしこれらのことが将来変わるなら、あなたは更新し続けなければならないでしょう。

3>復号化するファイルが増えるということは、提供される市場環境を変更することを想定しているのです。

前にも言いましたが、これほど簡単にはいかないと思います。mql5でEAをコード化し、VSTがそれを引き継ぎます。しかし、これらをどのように克服することができるか聞きたい。

私は、この2つの 可能 性の意味を 理解 したに過ぎません我々は考えなければならない
 
angevoyageur:
2つの 可能 性の意味する ところを今更ながら 考えなければ なりません
私の解決策で妥協できるのは、ライブラリの構文をできるだけコーダーにとって単純なものにすることだと思います。例 OrderSend() == vOrderSend().そして、VSTがサポートしているものをリストアップすることです。
理由: