もし明日MetaTrader 6が発売されたら - ページ 3

 
Urain:
オプションはデルタや仕掛けのあるMTが欲しい。
MT5が対応しています。しかし、証券会社がそれを正しく理解するのは何年も先のことでしょう。
 
今思い出したのですが、買いポジションと売りポジションのストップレベルの色に差をつけたいという要望があります、askとbidは別々に設定されているので、それによってトリガーされるストップレベルも別々に設定されるはずです。
 
また、テスターでウォークフォワードアナリシス(Walk-Forward Analysis)を行いたいという長年の要望もあります。
 
テスターでNSのトレーニングを行う。
 
Urain:

テスターは、高速テスター-最適化、正確テスター-デバッガー(ビジュアライザーも含む)の2つに分けてほしいです。

オプティマイザは指標のシグナルの収益性をチェックするだけで、デバッガは実行の正確さをチェックする。

デバッガが無くても、一昔前なら分ける必要があったようです。// テスターとオプティマイザーを同じボタンから使うのは面倒、使い勝手が悪い。

実際に何を与えてくれるのでしょうか。

1.現在の分までテストする。

このようにオプティマイザーを制限することが理解できるのであれば、なぜテストを制限するのでしょうか?

今はテスター+オプティマイザーの過剰な接着のせいだと思うのですが、シリーズからいろいろな恐怖が見えてきました。

"Renat:-最適化の結果がテスト 結果と一致しないという要望をservicedeskに殺到させろとでも言うのでしょうか?":)))

2.最適化プロセスを中断することなく、パラメータセットの個々の実装を徹底的にテストすることができ、非常に有用な機能です。

3.最後に、チャートで動作するExpert Advisorから直接テストと最適化を呼び出します(MQLから)。

開発者が言う最後の「反対」論:「自己最適化EAをどうやってテストするのか?テスターとオプティマイザーを別々に実装した場合、オプティマイザーがテスター自身を呼び出すことを禁止し、テスターからオプティマイザーを呼び出すことを許可すれば、簡単に再帰を防止することができるのです。

4,5,6....他にもたくさんありますが、どれでもいいんです。

Urain:
あと、以前からテスターでウォークフォワードアナリシスを作ってほしいという要望がありました。
 
C-4:
例えば、C#。関数や変数は下位概念であり、クラスや構造体の中にしか置くことができないため、関数や変数を束ねようとすると、コンパイラはエラーを発生させます。MQL5では、クラスもありますが、これらのクラスを呼び出す関数もあり、本来は逆であるべきです。多くのクラスは、そのクラスがサポートするメソッドを通じて互いに通信します。
了解しました。 C#イデオロギーはC++イデオロギーよりずっと良いというのは同意しますが、+αへの党の志向です。 このテーマで結集しても意味がないとは思います。でも無駄でしょうね。
 
すでにあるプレスイベントの他に、マウスやキーのプレスイベントなど、そんな小さなことでも良いので、ぜひ実現してほしいです。
 

1 グラフィックス。チャートやグラフィックオブジェクトの使い勝手を向上させる...テキストラベルにシャドウが欲しい。そして、ドットで描かれるスタイルも...。そして、ターミナルの後ろに描かれるチャートのウィンドウ、引き伸ばされるプロパティウィンドウ、マーケットウィンドウの中でドラッグされるタブ。以上です。

2 カスタムヒストリー。

3 CCA、実施した場合

Документация по MQL5: Основы языка / Препроцессор / Свойства программ (#property)
Документация по MQL5: Основы языка / Препроцессор / Свойства программ (#property)
  • www.mql5.com
Основы языка / Препроцессор / Свойства программ (#property) - Документация по MQL5
 
Urain:
テスターでNSトレーニングを行うこと。
それは浅はかですね。 一般的にはMQL駆動のジェネティック・オプティマイザーが必要です。 そして、NSのトレーニングは腕の見せ所でしょう。
 
Urain:
既にある押すというイベントの他に、マウスクリックやキーを押すというイベントなど、ちょっとしたことでも良いので、そのようなものが欲しいです。

MQLで動くウィンドウ、Windowsの標準的なダイアログ、そしてそれらを視覚的に編集する手段が必要です。 もちろん、すべてのユーザーイベントを完全に処理することができます。

理想を言えば、端末のインターフェイスはすべてmql6で実装されるべきです。 そうすれば、開発者はインターフェイス関数に対するプログラマーの明確な問い合わせを見逃すことはないでしょう。