改めて、ローカについて。 - ページ 6

 
gip >>:


С какой стати? А впрочем, вопрос отменяется. Видно что ты решительно никаких ошибок в своих примерах не видишь и вряд ли захочешь их признать :)

"黒い部屋の中で黒猫を見つけるのはとても難しいことです。

P.S.一緒に飲んでるとは思えませんね。

 
PapaYozh >>:

Я с Вами, вроде, не пил.


まあ、そうですね、個人的なことですが :)と思うこと、もちろん土曜日も。
気になる?思わないでください :)
 
同じボリュームで「ロック」することにメリットはなく、一般的には部分的なボリューム(パーツ)でロックし、小さなボリュームから始めて、強制的にポジションを閉じる レベルでフルオーバーラップに導き、損失最小化を達成する、つまり「待つ」戦術を行うようです。
 
PapaYozh писал(а)>>

そんなアルゴリズムがあるんだ!?

さらに、MQL4の開発者は、OrderCloseBy()関数にこれを実装しています。



この機能に詳しいと思われるので、質問させてください。 この機能は、私の理解では、2つの注文にしか適用されません。ロット内に5つの注文がある場合の正しい適用方法は?
 
khorosh >>:


Поскольку вы, наверно, хорошо разбираетесь в этой функции, у меня есть вопрос. Функция, как я понимаю, применяется только к двум ордерам. Как её правильно применить в случае, если ордеров в локе 5 ?


かわるがわる
 
Mischek >>:


по очереди

お先にどうぞ :)

 
PapaYozh >>:

опередил :)


まだ始まったばかりです。
質問者は答えを知っていた。
今は速い値動きと遅い約定で順番にロックの有用性を論じる方が都合がいいだけであって
 
Mischek писал(а)>>


入れ替わり立ち替わり

これも、ターミナルで注文終了画面の「close overlapped」を使うと、1回ずつ行われるのでしょうか?とても速いようです。1つのコマンドでクロージングが行われる感じです。このスピードはExpert Advisorでは実現できません。

 
khorosh >>:

А в терминале тоже также по очереди это выполняется, когда мы в окне закрытия ордеров используем "закрыть перекрытые"? Как то уж очень быстро это производится, ощущение, что закрытие производится одной командой. В эксперте такой скорости не достичь.

何を急いでいるのか?スワップが発生する時間付近でない限り、決算時間を増やしても結果に影響はない。

 
PapaYozh писал(а)>>

何を急いでいるのか?スワップ発生時付近でない限り、決算時間を増やしても結果に影響はない。

おっしゃるとおりです。ただし、この機能には、重なっているオーダーのチケットをすべてリストアップするオプションがあれば、よりよいのですが。