int ticket=OrderSend(Symbol(),OP_SELL,0.01,Bid,5,0,0,"OrderOpenOne",14774,0,CLR_NONE);
if (ticket>0) // Если позиция открылась
{
while(OrderSelect(ticket,SELECT_BY_TICKET)==false) // Если ордер выбран
{
Sleep(100);
}
double OpenPrice=OrderOpenPrice();
}
BEFORE TALO.サイクルで選択されるまで。
すでに終了しているかもしれないので、それは違うと思います。そして、ループにぶら下がることになる。そして、これらのハングアップの後、端末を再インストールしなければならないことが多いのです。
理屈は通っている
この2つだけなのか、それとも他に理由があるのか？。
すでに終了している可能性もあるので、これはおかしいと思うのですが。そして、ループにはまることになる。そして、そのような不具合が発生した場合、端末を再インストールしなければならないことがよくあります。
閉じていれば、プログラム実行の ループに入ることはないのですが......。
注文の一部終了、別のチケットでの再開、タイプの変更...が可能です。そのためには、正しく記録しておく必要があります。アレイを通して、
。
私は会計に対して少し違ったアプローチをしています。配列がなければできないのは事実ですが
しかし、本題に入りましょう...。
注文が選択されていない場合、OrderType() や OrderTicket() は、例えば何と同じになるのでしょうか？
しかし、私たちのラムに...
注文が選択されていない場合、OrderType() や OrderTicket() は、例えば何と等しいのでしょうか？ これは、MocL で何らかの形で提供されているのでしょうか？
あら、そうなの！？歴史に残る！？
私は会計に対して少し違ったアプローチをしています。配列がなければできないのは事実ですが
しかし、本題に入りましょう...。
注文が選択されていない場合、OrderType()やOrderTicket()は、例えば何と等しいのでしょうか？
何もないところに獲物を求めてはいけない。このコードをフクロウに入れて、あなたの人生を楽しんでください。
自分でも確認しましたが、オンラインでは（テスターはもちろん）、アレイがない状態でもすべて問題なく、失敗なく動作しています...。
アレイ（これも取引されている）なら、すべてがうまくいく。
閉じていると、プログラム実行のループに入らないので...。
ローマ、嘘をつくな、最初に書いたのは
なんてことだ！年代記に残る！？
この構成は、もともと誰かの投稿にあった質問：注文の価格を知るには？ その答えは、私がこのループで使ったものです - 上記を参照してください。
その答えがここにある。
ローマ、嘘をつくな、最初に書いたのは
それ以降もずっとそうしてきたように。今までと同じくらい正直です。:-)
この構造は、ループの中で使われています。よく見てください、全部あるんです...。一回目も二回目も三回目も、全てはどこでも同じです