MQL5への願い - ページ 46

 

MT5用のオプティマイザーを作成する可能性を追加し、フリーランスの開発者がそのようなプラグインのバージョンを追加できるセクションをこのサイトに設けると良いと思います。その効果を比較したい場合は、自分で作成するか、このサイトからダウンロードすることができます。

 

トレードサーバーへの注文送信を追跡できるようにしてほしい。特に端末からのログ、これらの操作の時間がわかるようにしてほしい。

2008.06.19 06:30:33 '*****': order was opened : #1941928 buy 0.25 GBPUSD at 1.9600 sl: 0.0000 tp: 0.0000

2008.06.19 06:30:30 '*****': リクエストを処理中 です。

2008.06.19 06:30:29 '*****': リクエストがサーバーに受け入れられました

2008.06.19 06:30:29 '*****': 注文 市場買い 0.25 GBPUSD sl: 0.0000 tp: 0.0000

例えば、特定の機能を通じてとか、何かを通じてとか。これは非常に重要な情報ですが、EA はこれにアクセスできません :-)

 

最適化の結果を「レポートとして保存」すると、結果だけが保存され、入力パラメータは保存されません。そして、なぜ結果を得るための入力パラメータがない裸の結果が必要なのでしょうか?嘘つけ。

 
dimontus писал (а)>>

トレードサーバーへの注文送信を追跡できるようにしてほしい。特に端末からのログ、これらの操作の時間がわかるようにしてほしい。

2008.06.19 06:30:33 '*****': order was opened : #1941928 buy 0.25 GBPUSD at 1.9600 sl: 0.0000 tp: 0.0000

2008.06.19 06:30:30 '*****': リクエストを処理中 です。

2008.06.19 06:30:29 '*****': リクエストがサーバーに受け入れられました

2008.06.19 06:30:29 '*****': 注文 市場買い 0.25 GBPUSD sl: 0.0000 tp: 0.0000

例えば、特定の機能を通じてとか、何かを通じてとか。これは非常に重要な情報であり、EAはこれにアクセスすることができません:-(

もちろん、この情報にアクセスすることは可能です

DLLなどでログファイルを開き、検索すると

理論的には可能です。面倒ですが、可能です。

 

MQL5では、EAから管理できるようにしたい。

ストラテジーテスターを 使用する機能

即ち

1 Expert Advisorが機能する!

2は、適切なタイミングで - プロセスとして - 同じターミナルで - もちろん外部DLLを使用せずに - BACKUPモードで最適化を開始し、彼は冷静に仕事を続けている

3 そうすることで、COUNCIL は以下の能力を有する。

を、自分の意志で中断する。

1ダック

2 任意のパラメータが特定の値に達した場合

3 または時間による

4 別件で。

4 バックグラウンド最適化の完了後 - Expert Advisorは、ファイルの形式ではなく、結果のテーブルにアクセスできるように(それを解析しないように)。

が、クエリという形で

----

それは素晴らしいことです。

 
YuraZ писал (а)>> 私も好きでしたが、HistoryDepth( datetime dtDAT) の 方が機能的です

dd =TimeCurrent() - 86400 * 15; // 常に15日前が表示される

HistoryDepth( dd );

ということで、深さをどのくらいにするかは、定数0 1 2...ではなく、私たち次第なのです。

1週間半、3日、11日、35日......と時間がかかるからです。など

何が言いたいのか?

端末設定で "show full history "を選択した場合、端末起動時にダウンロードされる

Expert Advisor の履歴をオープンオーダーと同様に扱う(どのオーダーがオープンされたか)、つまり最後のオーダーから最初のオーダーに移動し、オーダーのオープン日を見る。

現在の日付(解析の限界日数)より小さい場合は、サイクルを中断します。

...過去に一度だけそういうことをしたことがある(テスターで履歴を解析するプログラムのコードを最適化した)。

>> 私も好きでした。

 
YuraZ писал (а)>>

もちろん、この情報にアクセスできるかもしれません。

DLLでログを開いて検索すると

理論的には可能です。面倒ですが、可能なんです。

もちろん選択肢の一つではありますが :-) 、私はより文化的な選択肢を望んでいます :-) 。

 
dimontus писал (а)>>

もちろん、そうかもしれませんが :-) でも、もっと文化的なバリエーションが欲しいですね :-)

パラメータを拾うために、とりあえずC++で簡単なテスターを書いただけです。

は、非常に高速に動作します...比べ物にならない

---

一方ではテスターが端子にあるのは便利だし(特にビジュアルがとにかくカッコいい)、フィッティング...

一方、速度の面では.

CSVファイルを大きなブロック単位でメモリに読み込む。

メモリパススルークォート - バーチャルトレードの生成 - 出力パラメータの生成 - そのテスターは桁違いに高速です。

そんなに簡単なことではありませんが、かなり現実的で効率的です。

---



MQL5のリリースでは、TERMINALとTesterはどうなるのでしょうか。もしかしたら、別のフラットになるのでしょうか。

というのも、一般的に彼らのタスクは少し異なっているからです。


が、同居を続けるのであれば、EAからテストを管理するのが妥当なのかも?

 

さて、まず最初に。プログラミング言語自体には、特にこだわりはありません。すべての面に手が入っており、ほぼすべてに満足しています。

2つ目は関数や大きな演算子をブロックに「包む」シェルが欲しい!VERY BUCKY(そうでないと、見慣れたテキストの上をスクロール、スクロールするのにうんざりする)。(RS.NTMLでのタグの折りたたみの例はたくさんあります。とても参考になります)。

3つ目は、おそらくあなたには関係ないことですが、ある時間の塊を最適化するときに、合計を保存して、次の最適化を自動的に行うことができれば、非常に素晴らしいことだと思います。例えば、3ヶ月間テスターを最適化し、次の3ヶ月間でどのような挙動を示すかを確認したいとします。まあ、すべての結果を手動で実行する必要はないでしょう?できるかな?は、開発者に応募の手紙を送ってください!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

個人的には必要ないのですが...。しかし、プログラミングの方法を知らない人のために、それはドラッグドロップ方法を使用してフレンドリーなグラフィカル-インターフェースを使用して視覚的に顧問/インジケータを構築することが容易になり、それは入力配列のこの再発呼び出しを行うことは困難ではないでしょう、値の配列は、別の指標からの終値の入力配列として、同じ方法でIF(条件)指標は、二つの配列を比較し、顧問を構築するには、その入力が論理することができますReturnOrderなどの標準指標を、追加することができます。

結局のところ、複雑な計算をプログラミングすることなく、Expert Advisorの入力パラメータを 構築し、取引に最適化することができるのです。