Stanislav Korotky: 間接的に同じようなチェックをしたことがあります。最初の取引は常にトップアップです(すべてのランで同じです)。そこで、OnTesterで最初のトレードのHistoryDealGetInteger(ticket,DEAL_TIME)を記憶し、フレームに書き込んでいます。この値によって、OnTesterPassの ランのセット全体をバックとフォワードに 分けることができる。可能であれば、OnTesterからOnTesterPassに必要な計算の値を渡し、計算自体はOnTesterPassですでに実行されるようにします。
Forward=Custom、Optimisation=Disabled?- これもチェックすべきなのか、それともバランスラインを取得して回帰パラメータを計算するだけでいいのか?
Forward=Cast、Optimization=Disabledの場合にリグレッションをSTRICTLYに計算する。つまり、通常の最適化やフォワードなしのランの場合は、何もしません。
MQL5にはフラグがありません。
さて、コードはiniファイルに入って見るだけでいいのでしょうか?
間接的に同じようなチェックをしたことがあります。最初の取引は常にトップアップです(すべてのランで同じです)。そこで、OnTesterで最初のトレードのHistoryDealGetInteger(ticket,DEAL_TIME)を記憶し、フレームに書き込んでいます。この値によって、OnTesterPassの ランのセット全体をバックとフォワードに 分けることができる。可能であれば、OnTesterからOnTesterPassに必要な計算の値を渡し、計算自体はOnTesterPassですでに実行されるようにします。
さて、コードはiniファイルに入って見るだけでいいのでしょうか?
リグレッションを集め、フォワードで利益を得る必要がある--それゆえ、iniファイルが見えることを前提にしているのです。
そうそう、ところで、もしかしたら、フォワードなしで最適化だけする場合、OnTesterは一度だけ実行され、その場合はチェックは不要かもしれません。2回目の初期化が行われないだけです。
可能であれば、OnTesterからOnTesterPassに必要な計算の値を渡し、計算自体はOnTesterPassで行ってください。
リグレッションを集め、フォワードで利益を得る必要がある--それゆえ、iniファイルが見えることを前提にしているのです。
そうそう、ところで、もしかしたら、フォワードなしで最適化だけする場合、OnTesterは一度だけ実行され、その場合はチェックは不要かもしれません。2回目の初期化が行われないだけです。
ここでの話題は、プログラム的に前後関係を定義することは不可能である、というところから始まりました。iniは、テスターがどのモードで動作しているかを知るためにのみ使用することができます。
プログラム的に両者の境界を 定義することはできない。でも、私などは、境界線が必要なのではなく、データが 必要なのです。OnTesterの2回目の起動は、フォワードデータでしか動作しないとのことですが。