"ダミー "からの質問 - ページ 174

 
pusheax:
時間をカウントしていない。きっと他のものなのでしょう。
もしかして、歴史が違う?異なるサーバーからの引用です。
 
Zeleniy:
もしかして、歴史が違う?異なるサーバーからの引用です。

履歴が異なると、特定のDCサーバー用にインジケータを書かなければならないことが判明するのですね。

 
pusheax:

履歴が違うということは、インジケータは特定のDCサーバー用に書かなければならないのでしょうか?

私はこれに自分自身を取得していないが、見て、なぜあなたは、ある証券会社と他の1つでExpert Advisorをテストまたは実行する - すべての結果は異なるであろうか?
削除済み  
pusheax:

履歴が違うということは、インジケータは特定のDCサーバー用に書かなければならないのでしょうか?

必ずしもそうとは限りません。すべては指標と作業するTFに依存します。しかし、いずれにせよ、ある証券会社(と、ある証券会社で取引するあるトレーダー)に対して最適化することが望ましいのです。
削除済み  

ごきげんよう。

C++でこのようなことは可能なのでしょうか?

template<typename type = thisType> class f()  // thisType - мое творчество ))

すなわち、他のオブジェクトのメソッドからオブジェクトを作成 する場合、最初のオブジェクトに、テンプレートで、作成者のオブジェクトの型を渡す。犯罪はないようだ・・・。

Документация по MQL5: Основы языка / Операторы / Оператор создания объекта new
Документация по MQL5: Основы языка / Операторы / Оператор создания объекта new
  • www.mql5.com
Основы языка / Операторы / Оператор создания объекта new - Документация по MQL5
削除済み  

それはあまり参考にならないですね。質問を別の形で表現してみます。あるもののオブジェクトモデルを書いたとき、オブジェクトツリーの末端のアイテムのメソッドが、現実のもの(階層の前の方)とは対応しない型を返すことがよくあるんだ。どうすればいいのか?エンドオブジェクトのメソッドをオーバーライドする?しかし、何となく面倒くさい、高い、融通が利かない。有能なプログラマーは何をしているのか?ご理解いただけたでしょうか?

 
Interesting:
必ずしもそうとは限りません。すべてはインジケータと作業するTFに依存します。しかし、いずれにしても、ある証券会社(と、ある証券会社で取引するあるトレーダー)に対して戦略を最適化することが望まれます。

ディリングでサーバーの タイムゾーンが異なる場合、ティックデータが同じでもバーのスライスが異なる。すべてのディリングは、独自のアグリゲーターとティックフィルターに基づいて、独自のティックデータを形成していることは言うまでもありません。

H1より高いTFで見られることが多いが、1分以内にずれることもある。ディーラーによっては、誰と同期しているのかが明確でなく、その結果、他のTFはもちろんのこと、M1でも5〜10秒のずれで時間軸が全く変わってしまうのだ。

削除済み  
Urain:

サーバーのタイムゾーンによってディリングが異なる場合、同じティックデータであってもバースライスは異なります。言うまでもなく、すべてのディリングは独自のアグリゲーターとティックフィルターを基に独自のティックデータを形成しています。

H1より高いTFで見られることが多いが、1分以内にずれることもある。販売店によっては、誰と同期しているのかが分からず、その結果、他のTFはもちろん、M1でも5-10秒のずれでスライスが全く変わってしまう。

これは理解できる。しかし、そのためにインジケーターのコードを変更しなければならなくなったら、すぐに捨てられる。

インジケータのコードとロジックは、すべての相場において同じである必要があります。

 

ここには、次のように書かれています。

Сделки различаются не только по типу, задаваемого в перечислении ENUM_DEAL_TYPE, но и по способу изменения позиции. Это может быть простое открытие позиции или наращивание объема ранее открытой позиции (вход в рынок), закрытие позиции сделкой противоположного направления соответствующим объемом (выход их рынка) или переворот позиции в том случае, когда объем сделки в противоположном направлении перекрывает объем ранее открытой позиции.

簡単にわかるように、引用した段落では4つの「位置の変え方」が示されています。

- シンプルなオープニング

- 前建てしたポジションの出来高を増やすこと。

- 反対方向の取引で、それに見合った数量のポジションを決済すること。

- の位置が反転します。

なぜか、5つ目のポジション変更の方法、すなわち、先に開いたポジションを閉じたり反転させたりせずに、その量を減らすという方法が抜けています。

質問です。

1. ENUM_DEAL_ENTRY列挙は、位置変更の第5モードを考慮するのでしょうか?

2.現在、(ポジションを閉じたり反転させることなく)以前に開いていたポジションの出来高を減少させた取引を特定するにはどうすればよいですか?

 
Yedelkin:

1.ENUM_DEAL_ENTRY列挙は、5番目の位置の変更 方法を考慮するのでしょうか?

2.現在、(ポジションを閉じたり反転させることなく)以前に建てたポジションの出来高を減らした取引を確認するにはどうすればよいですか?

なぜ?ENUM_DEAL_ENTRYでは、すべての可能な「方法」が記述されています。DEAL_ENTRY_OUTによる ポジションサイズの縮小が記載されていないからといって、列挙の拡張が必要 なわけではありません。