"ダミー "からの質問 - ページ 144 1...137138139140141142143144145146147148149150151...277 新しいコメント Vladimir Gomonov 2012.05.14 08:14 #1431 Yedelkin: defineとクラスとの相性はまだわかりません。 レフコ、全く問題ありません。 Yedelkin 2012.05.14 08:18 #1432 MetaDriver: 問題ありません。 しかし、#defineはExpert Advisorの本体で宣言する必要があり、この定数がクラスで定義されていない場合、どのようにコンパイルするのですか? Vladimir Gomonov 2012.05.14 08:22 #1433 Yedelkin: しかし、#defineはEA本体で宣言されるべきであり、そのような定数が定義されていないクラスはどのようにコンパイルするのでしょうか? defineはインクルードファイルも含めてプログラムのどの場所でも定義でき、しかも何度でも再定義できる(ただし、コンパイラが警告を 出すので、それでOK)。 Yedelkin 2012.05.14 08:36 #1434 MetaDriver: defineはインクルードファイルも含めてプログラムのどこにでも定義でき、しかも複数回オーバーライドできる(コンパイラの警告は 出るが、それはそれでかまわない)。 ああ、どうして!?すごいですねぇ。 Yedelkin 2012.05.15 05:22 #1435 MQL5 Reference / Standard constants, enumerations and structures / Trade constants / Order properties "にある オーダー・プロパティのうち、2つのプロパティがあります。 注文時間設定 発注時期 時分 注文時間 注文の実行または取り消し時刻 時分 私は通常、保留中の注文を扱うので、これらのプロパティを使用することに疑問を持ったことはありません。しかし、成行注文の場合、サーバーは成行注文にORDER_TIME_SETUP プロパティを指定するのか、それともORDER_TIME_DONE に限定されるのか、いくつかの疑問があります。つまり、取引履歴から成行注文にアクセスする場合、それに対してORDER_TIME_SETUP プロパティを要求して確認するのは妥当でしょうか。 この質問は、今自分で確認することができません。 --- 2012.05.15 07:00 #1436 Yedelkin:今、自分で質問を確認することができないのです。 答えを受け入れるか、後で確認するか? Yedelkin 2012.05.15 09:19 #1437 sergeev: その答えを鵜呑みにするのか、それとも後で確認するのか。 他に言うことがなければ、何も言わなければよかったのに。 --- 2012.05.15 09:55 #1438 Yedelkin: 他に言うことがなければ、何も言わなければよかったのに。いや、具体的な質問、原則的な質問があるのです。その答えを信じるのか、それとも後から納得するのか。 Yedelkin 2012.05.15 10:18 #1439 sergeev: イェデルキン 他に言うことがなければ、何も言わなければよかったのに。 いや、具体的な質問、原則的な質問があるのです。 は、その答えを信じるのか、それとも後から納得するのか? 明らかに、黙っていられなかったのだろう。セルゲイエフは特に暴れまわっている。もう、どうにかして私の書き込みに反応する必要から解放されましたね。特に「ダミーからの質問」等の狭義のスレッドでは。しかし、常にチャンスはあります。元の 質問に実質的に答えられるか? --- 2012.05.15 10:43 #1440 Yedelkin:元の質問に対して、実質的な回答ができるのか?なぜこんなことを聞くかというと、もしかしたらこの答えはまったく必要ないのかもしれないからです。の状態なんですね。 "今は自分で確認できない "ということです。だから、その答え自体が必要なのかどうかを聞いているんです。どうせ確認できないんだから...。 しかし、これから出される答えを信じるのか、それとも後で検証するのか。 1...137138139140141142143144145146147148149150151...277 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
defineとクラスとの相性はまだわかりません。
問題ありません。
しかし、#defineはEA本体で宣言されるべきであり、そのような定数が定義されていないクラスはどのようにコンパイルするのでしょうか?
defineはインクルードファイルも含めてプログラムのどこにでも定義でき、しかも複数回オーバーライドできる(コンパイラの警告は 出るが、それはそれでかまわない)。
MQL5 Reference / Standard constants, enumerations and structures / Trade constants / Order properties "にある オーダー・プロパティのうち、2つのプロパティがあります。
注文時間設定
発注時期
時分
注文時間
注文の実行または取り消し時刻
時分
私は通常、保留中の注文を扱うので、これらのプロパティを使用することに疑問を持ったことはありません。しかし、成行注文の場合、サーバーは成行注文にORDER_TIME_SETUP プロパティを指定するのか、それともORDER_TIME_DONE に限定されるのか、いくつかの疑問があります。つまり、取引履歴から成行注文にアクセスする場合、それに対してORDER_TIME_SETUP プロパティを要求して確認するのは妥当でしょうか。
この質問は、今自分で確認することができません。
今、自分で質問を確認することができないのです。
その答えを鵜呑みにするのか、それとも後で確認するのか。
他に言うことがなければ、何も言わなければよかったのに。
いや、具体的な質問、原則的な質問があるのです。
その答えを信じるのか、それとも後から納得するのか。
sergeev:
他に言うことがなければ、何も言わなければよかったのに。
いや、具体的な質問、原則的な質問があるのです。
は、その答えを信じるのか、それとも後から納得するのか?
Yedelkin:
元の質問に対して、実質的な回答ができるのか?
なぜこんなことを聞くかというと、もしかしたらこの答えはまったく必要ないのかもしれないからです。の状態なんですね。
"今は自分で確認できない "ということです。
だから、その答え自体が必要なのかどうかを聞いているんです。どうせ確認できないんだから...。
しかし、これから出される答えを信じるのか、それとも後で検証するのか。