[ARCHIVE] フォーラムを散らかさないように、どんなルーキーでも質問してください。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 3. - ページ 225

新しいコメント
 
こんにちは、私はどこに引用符、M1や他のTFのための完全なものだけをダウンロードすることができます、彼らはこのプログラムを使用し、それらを変換するなど、マニュアルでどこでも言う。 トレントで既製の引用符アーカイブはありますか？
 
テスターのgrails（クロームが "rakes "に変更するように要求する）を避けるために、m1では作業または使用しないのがベストです。そうでなければ、より良いジャンブルからよりもブローカーからの見積もりhttps://www.mql5.com/ru/code/9968 を助けるために。
 

逆に、例えばH1でEAをテストして、ティックはM1からモデリングするような場合は良いような気がします。検査の感度が上がり、結果的に精度が上がる。しかし、すべてはExpert Advisorと、それが構成されるものに依存するのは言うまでもありません。

テスターのグレイルについては、誰もがコードとテスト 結果の中に幻想と真実を区別するために、その構築の原則を見つけなければなりません。ストラテジーテスター」に特化した記事やトピックが多いのは知っていますが、それでも、すべてに触れることはできないのです。読んでいて、見落としたり、理解できなかったりすることがあるかもしれません。また、個人の経験も必要です。

 
MaxZ:

逆に、例えばH1でEAをテストして、ティックはM1からモデリングするような場合は良いような気がします。検査の感度が上がり、結果的に精度が上がる。でも、それはもちろんEAにもよりますし、その素材にもよります。

テスターのグレイルについては、コードやテスト結果の幻想と真実を区別するために、誰もがその構築の原則に独自に到達する必要があります。ストラテジーテスター」に特化した記事やトピックが多いのは知っていますが、それでも、すべてに触れることはできないのです。読んでいて、見落としたり、理解できなかったりすることがあるかもしれません。また、個人の経験も必要です。


...ボソッ、ボソッ、ボソッ...。:-)))

みんな、221 ページの冒頭の私の質問を見てくれ。ヒントをお願いします。

 

機能修正にご協力ください


アバター
73
Eugene1 2011.09.30 16:19

最後の注文の終値を（現在の時刻に最も近い時刻で）決定する関数を書こうとしているのですが

こんな風に書いています。


しかし

為さる

uble PriceCloseLastPos(string smb = "", int cmd = -1, int mMin = -1, int mMax = -1) { ．
int ticketDateTime=0;
int orderTicket=-1;
double closePrice = 0;
int ordTotal = OrdersTotal();
if (smb == "0") smb = Symbol();
for (int i = 0; i < ordTotal; i++) {.
if (OrderSelect(i, SELECT_BY_POS, MODE_HISTORY)){
if (OrderSymbol() == smb || smb == ""){
if (OrderType() == OP_BUY || OrderType() == OP_SELL) {。
if (cmd < OP_BUY || OrderType() == cmd){
if (mMin < 0 || (OrderMagicNumber() >= mMin && OrderMagicNumber() <= mMax)){
if (ticketDateTime < OrderCloseTime()){
ticketDateTime = OrderCloseTime();
orderTicket = OrderTicket();
closePrice = OrderClosePrice()。
}
}
}
}
}
}
}
if(orderTicket > -1) OrderSelect(orderTicket, SELECT_BY_TICKET, MODE_HISTORY );
return(closePrice);
}

しかし、なぜかこの関数は、テスターで開いた一番最初の注文のデータを返します。

実はこれが私の中間目標なんです。部分注文の最終終値を出す関数を書きたかったのですが（全ロットの数量分ではありません）、どうすればいいのかわかりません......。

 
Roman.:


...ボソッ、ボソッ、ボソッ...。:-)))

みんな、221 ページの冒頭の私の質問を見てくれ。教えてください...


この件に関して

異なるTFでテストを実行すると、テスト結果が異なるのはなぜか、チャートも当然異なる、始値テストは

?

時間や入出庫の価格が違ってくるから。TFが違うからです。

 
PapaYozh:


これですね。

?

入退場時間や料金が異なるため。TFが違うからです。


要は、指標算出の タイムフレームが明示されているのですが...。だから、本当に使用されるテスト期間について気にしない、それがindyukiを計算するための時間枠以上ではなかったという主なものは、すなわち、indyukiはM30で計算されている場合、私はそれを理解として、テスターは、TF M1またはM5またはM15またはM30でテストするときに一つの結果でなければなりません...もちろんオープニング価格で...それとも、私が何か勘違いしているのでしょうか？結局のところ、ここで最も重要なことは、テスト用TFが指標値の計算に使用するTFよりも大きくないこと、つまり、この場合はM30よりも大きくないことです...。そうでしょう？
 
Roman.:

指標計算のタイムフレームが明示的に指定されていることです...。だから、使用されるテスト期間についてのたわごとを与えることはありません、それはindyukiを計算するための時間枠以上ではなかったという主なものは、すなわちindyukiは、テスターで、M30で計算されている場合、私はそれを理解するように、TF M1またはM5またはM15またはM30でテストするときに一つの結果にする必要があります...もちろん、オープニング価格で...。

そうそう、そこの値の半分は0本目のバーで計算されているんだ。
 
PapaYozh:

そうそう、半分の値は0バーで計算されるんだ。

それも初値が 基準で...。テスターでは、TFの価格はすべてM1からモデル化されているので、価格も重要な要素です。何かアドバイスがあれば・・・。
 
PapaYozh:

そうそう、そこの値の半分は0本目のバーで計算されているんだ。


とはいえ、すべてOpenで計算されているようですが。

エントリー/エグジットポイントタイムを実行し、分析する。

1...218219220221222223224225226227228229230231232...652
新しいコメント