記事"MetaTraderプログラムを簡単かつ迅速に開発するためのライブラリ(第4部): 取引イベント"についてのディスカッション - ページ 2

 
BmC:

アルテム、まず第一に。 まずはじめに。 一連の記事とライブラリにとても感謝して います。あなたの記事を読むことで、OOPに関するすべてを理解することができました!あなたの記事は本当に必要な人に教え、助けてくれます。同じことを繰り返すだけのところを、異なるアルゴリズムを使っているのも、とても成功していると思います。

さて、本題に入らせてもらうと、::GetListByTime- このメソッドでは、時間間隔によって注文を選択し、呼び出し元のプログラムにリストを渡します

...

フィードバックをありがとう。

プロパティを検索する前に、必ずSort()メソッドを呼び出す必要があります。Sortメソッドは、Defines.mqhのオブジェクトをソートするための可能な基準のリストで指定されています。また、Sort() メソッドを呼び出す際には、複数のソート・タイプのうちの 1 つでソートする必要がある場合に備えて、それらを指定する必要があります。クラスのコンストラクタでは、デフォルトのソート・タイプが設定されますが、プロパティを検索する際には、Sort(THIS_THERE_NEW_SORTING_THYPE_SORTING) メソッドでこのプロパティを指定する必要があります。

追記コードはメッセージ・エディタでAlt+Sを使って挿入します:


 
Artyom Trishkin:

ご意見ありがとう。

Sort()メソッドは、プロパティを検索する前に呼び出す必要があります。ソート・メソッドは、Defines.mqh のオブジェクトをソートするための可能な基準のリストで指定されます。また、複数のソート・タイプのいずれかでソートする必要がある場合は、Sort() メソッドを呼び出す際に指定する必要があります。クラスのコンストラクタでは、デフォルトのソート・タイプが設定されますが、プロパティを検索する場合は、Sort(THIS_THERE_NEW_SORTING_THYPE) メソッドでこのプロパティを指定する必要があります。

追記コードはメッセージ・エディタでAlt+Sを使って挿入します:


ありがとう。

あなたは、私がコードを転記するのに大変な労力を要したことに気づいてくれました。)

 
BmC:

ありがとう。

あなたは、私がコードを転送するのに大変な労力を要したことに気づいてくれました。)

はい :)

 

神様、こんにちは!

教えてください:EAはどのようにして、複数種の注文リストの合計88個の注文の中から最大の損失を見つけるのでしょうか。つまり、利益が最も少ない注文です。そして、注文番号を返しますか?アドバイスお待ちしております!ありがとうございました!WeChat.QQ:1041327590.携帯電話:13276899818

 
wts130196910 :

こんにちは、神様!

EAはどのようにして、複数種の注文リストの合計88個の注文のうち、最大の損失を見つけるのでしょうか?つまり、利益が最も少ない注文です。そして注文番号を返すのでしょうか?アドバイスお待ちしております!ありがとうございました!WeChat.QQ:1041327590.携帯電話:13276899818

どのようにライブラリでこれを自分でやろうとしていますか? あなたのコードを示してください。

このような場合、どのようにすればよいですか?

 
StopLevelに関連して逆指値注文(BUY STOP)の価格を調整する際に、SL/TPも再計算して最短距離に設定しているようです・・・。StopLevelを満たさない現在値での買い逆指値の場合、注文価格を再計算した後、SLを最初のリクエストと同じ距離に再計算しています。つまり、買いの逆指値レベルが高く設定され、SLレベルも高く設定されました。どうにかして、始値を修正するモードをオンにすることは可能ですが、元のストップには触れません。初期値がStopLimit/Freezelevelを満たさない場合のみ、ストップに触れる。
 
最短距離ではなく、元のオーダーの距離に置く。
 
leonerd:
StopLevelに関連して逆指値注文(BUY STOP)の価格を調整する際に、SL/TPも再計算して最短距離に設定しているようです・・・。StopLevelを満たさない現在値での買い逆指値の場合、注文価格を再計算した後、SLを最初のリクエストと同じ距離に再計算しています。つまり、買いの逆指値レベルが高く設定され、SLレベルも高く設定されました。どうにかして、始値を修正するモードをオンにすることは可能ですが、元のストップには触れません。初期値がStopLimit/Freezevelを満たさない場合のみ、ストップに触れます。
ライブラリは注文とそのストップレベルを設定しようとします。ストップレベルを監視し、正常に設定された後に調整する方がよい。なぜなら、さまざまなニーズがあり、それらすべてを考慮することは不可能だからです。また、設定レベルは後で調整することもできます。
 
Artyom Trishkin:
ライブラリーは注文とそのストップ・レベルを設定しようとする。ストップレベルを監視し、正常に設定された後に調整する方がよい。なぜなら、さまざまなニーズがあり、そのすべてを考慮することは不可能だからです。また、設定レベルは後で調整することもできます。

はい、わかりました。調整フラグをつけるといいですね。StopLevelに関連してフラグが修正されるかどうか設定できるように。コードを変えたくないんだ。そうすると、アップデートするときにすべてが失われてしまうからね。ありがとう。

 
leonerd:

はい、わかりました。調整フラグを追加するのがいいでしょうね。StopLevelに関連して、フラグを修正するかしないかを設定できるように。コードを変えたくないのですが、そうするとアップデートの際にすべてが失われてしまいます。ありがとうございます。

ライブラリのコードを変更するのではなく、あなたのプログラムにロジックを書くべきです。しかし、その提案については考えてみます。しかし、すぐに戻って作ることはできない。