注文が選択されているかどうかを確認する方法 - ページ 11

新しいコメント
 
tara:
そうだと言えば、もっと簡単になるかな？)
楽になるかどうかはわかりませんが、1年目から連れて行かれました。そんな時代ですから、そうでなければ絶対に務まらないでしょう
 
Ant_TL:

そう、そこだ

int li_LastTicket = OrderTicket();

あなたのコードは、その前にOrderSelectの呼び出しがなかった場合、4105の実行エラーを発生させます。各Tickの最後にGetLastErrorチェックを入れるだけで、このエラーが見つかります。

私のコードでは、この関数はOrderSelect()の後に呼び出されるので、このエラーは発生しません。このチェックは、実行可能なすべてのEA関数の共通構造を持たずにコードを書いていた時代から受け継がれているものである。

また、ほとんどの関数にエラー処理関数が含まれており、その回避にも気を配っています。また、"Order selected earlier, or not? "という探していた答えのような、エラーを発生させる機能も多数あります。

追伸：ところで、コンパイル済みのライブラリからOrderSelect()関数を使用する際の特殊性（誰かの役に立つかもしれません）を思い出しました：注文を選択した（方法 - 主としてではない）、OrderTicket() - 選択した注文の番号を返します。しかし、この選択されたオーダーのプロパティを、コンパイルされたライブラリにある関数から取得しようとすると、何も得られないのです。その順番をもう一度（再）選択しなければならないのです。

 
borilunad:
楽かどうかはわかりませんが、1年目から連れて行かれました、そんな時代です、でないと務まらない！？
気に入りました:)
 
チケットとマジックの識別はできなくなったのでしょうか？それとも、2つ、3つのオーダーを同時にこなすことが原則なのでしょうか？配列があり、その配列を処理・更新する関数がある。それとも、間違いに巻き込まれないようにするのが原則なのでしょうか？だから、間違えないように。しかし、過剰なオーダーセレクションでテストが遅くなると泣き言を言ってはいけません。何事にも時と場合というものがあります。ある関数から別の関数に移るとき、もう一度順序を選択し、前の関数からの処理データを配列に格納する必要があることを先験的に確認してください。
 
TarasBY: もし、この選択されたオーダーのプロパティをコンパイルされたライブラリ内の関数から取得したい場合、それは何もしない。その順番をもう一度（全部）選択しなければならないのです。
これは、MQL4がコンパイラではなく、インタプリタであるためです。ライブラリ機能は随時追加していきます:)
 
grell:
チケットとマジックの識別はできなくなったのでしょうか？それとも、2つ、3つのオーダーを同時にこなすことが原則なのでしょうか？配列があり、その配列を処理・更新する関数がある。それとも、間違いに巻き込まれないようにするのが原則なのでしょうか？だから、間違えないように。しかし、過剰なオーダーセレクションでテストが遅くなると泣き言を言ってはいけません。何事にも時と場合というものがあります。ある関数から別の関数に移るとき、前の関数の処理データを配列に格納しながら、もう一度順序を選択する必要があることを事前に確認してください。
デミトリ 1つの関数の境界を外れなくても、順序選択 記号が変わらないとは言い切れないんだ。
 
tara:
気に入りました:)
おそらく「チーズをバターに...」という感じでしょうか。軍隊は特別な訓練が必要なのでプロフェッショナルであるべきで、私たちはもっと政治を食べさせてもらっているのです軍隊は、与党ではなく、祖国、国民に仕えるべき！？
 
いや、バターの中のチーズのようにではないですが、中佐としてそれなりに活躍しました。気を悪くされたらごめんなさい :(
 
tara:
ディミトリ 1つの機能の枠を出ずとも、順番選択記号が変わらないとは言い切れないのです。


そういうことなんです。私の機能には普遍性がなく、それぞれが自分の仕事に厳密に向き合っています。買いと売りも別々です。 Slosewallは、全ての注文が実行されるまで、この機能を残しません。だから、オーダー番号が変わっても、ストップがかかっても、チケットとマジシャンは残ります。
 
関数が呼ば れたときに、すべての注文データが保存されていることも望めません。したがって、どのような機能であっても希望はありません。
1...456789101112131415161718...20
新しいコメント