エラー、バグ、質問 - ページ 980 1...973974975976977978979980981982983984985986987...3185 新しいコメント 削除済み 2013.04.30 17:24 #9791 Renat:もちろんです。そして、そんな簡単なことも理解できないなんて、残念です。 その違いを説明してもらえますか?真摯な質問で、荒らしではありません。 Renat Fatkhullin 2013.04.30 17:35 #9792 voix_kas: その違いを説明してもらえますか?真摯な質問で、荒らしではありません。自分でやってみる、それが一番の勉強になる。もっとも、最初の質問で「フラグが初期状態で真である」という条件を補足し、コードの使用目的が「1回だけトリガーして100万回代入をスキップすること」であれば、アドバイスは違ってくるのでしょうが。しかし、当初の質問には、そのような明確な記述はなかった。 Anatoli Kazharski 2013.04.30 20:13 #9793 商品によっては、その商品の担保価値の 計算方法が 定義されていないものがあります。MQサーバーです。例えば、GBOTの 下にある計器で見ることができます。なぜ?このコードはテストすることができます。//+------------------------------------------------------------------+ //| СКРИПТ | //+------------------------------------------------------------------+ void OnStart() { Print(GetStringTradeCalcMode(SymbolInfoInteger(_Symbol,SYMBOL_TRADE_CALC_MODE))); //--- if(GetLastError()>0) Print("GetLastError(): ",GetLastError()); } //+------------------------------------------------------------------+ //| Возвращает строку о способе вычисления | //| величины залоговых средств по инструменту | //+------------------------------------------------------------------+ string GetStringTradeCalcMode(long mode) { string str="?"; //--- switch((int)mode) { case SYMBOL_CALC_MODE_FOREX : str="Forex mode"; break; case SYMBOL_CALC_MODE_FUTURES : str="Futures mode"; break; case SYMBOL_CALC_MODE_CFD : str="CFD mode"; break; case SYMBOL_CALC_MODE_CFDINDEX : str="CFD index mode"; break; case SYMBOL_CALC_MODE_CFDLEVERAGE : str="CFD Leverage mode"; break; } //--- return(str); } 削除済み 2013.04.30 21:08 #9794 MQに質問です。 ソートは保証されているか トランザクション/オーダー れきせいじゅんHistorySelectを 実行した後?それとも、時系列の保証が必要なのでしょうか。1.HistorySelect 関数で選択されたすべての取引/注文を、注文/取引番号と登録日を含む一時配列に入れる。数だけでいいのでしょうか?2.配列の適切な並べ替え。3.歴史的な年代順の後処理。 w1sp 2013.04.30 23:33 #9795 こんにちは。MQL5で変数への参照を返すことが可能かどうかご存知ですか?つまり、こんな感じです。class Array{ int data[]; Array(int n){ ArrayResize(data,n); ArrayInitialize(data,0); } int& operator[](const int index){ return data[index]; } } ;В данном случае компилятор сообщает, что ссылка не может быть использована. Slava 2013.05.01 05:36 #9796 voix_kas:MQに質問です。 ソートは保証されているか 取引・注文のうち れきせいじゅんHistorySelectを 実行した後?それとも、時系列の保証が必要なのでしょうか。1.HistorySelect 関数で選択されたすべての取引/注文を、注文/取引番号と登録日を含む一時配列に入れる。数だけでいいのでしょうか?2.配列の適切な並べ替え。3.歴史的な年代順の後処理。取引・注文の仕分けを保証するものではありません。あなたのおっしゃるとおりのことをやってください 削除済み 2013.05.01 10:48 #9797 stringo:取引・注文の仕分けを保証するものではありません。指定されたポイントに従って、すべてを実行するありがとうございます。また、1つだけ明確なニュアンスを理解したいと思います。おそらく、人によっては当たり前のことだと思われるかもしれませんが、それにしてもドキュメントに明示的に記載されていないので、出所(MQ担当者)の回答を聞いてみたいものです。案件の履歴を 順番にソートするために使用する変数として、DEAL_TIME/DEAL_TIME_MSCとチケットの どちらが(単一)信頼できるでしょうか。今のところ、チケットでソートする方に傾いています。サーバー上のデータベースでチケット番号が自動インクリメントされるからでしょう。また、例えばブローカーが履歴を変更し、サーバー上の最後の取引より少ないチケット価値の新しい取引を追加したい場合(アカウント上でもない)、このシーケンスを中断する可能性はありません。例えば、新しい取引は昨年でも(手動で)日付が変更されるかもしれませんが、チケットはサーバー上の最後の取引からの自動インクリメントの値で形成されます。私の推測が正しいかどうか、ご教授ください。トレードのチケットとして使用することは可能でしょうか? 信頼度No.1 というのも、このような取引に関するメンテナンス/登録の歴史的な年表を作成するための参考とするためです。 --- 2013.05.01 12:08 #9798 voix_kas:トランザクション・チケットは 信頼度No.1 取引行為/登録の真の歴史的年表を構築するための基準点? いいえ。 削除済み 2013.05.01 14:08 #9799 sergeev: いいえ。答えを明かせるか?理由、代替案、あなたの個人的な経験や意見。追伸それでも、開発者(MQ)の詳細な回答をぜひ聞きたいと思います。 --- 2013.05.01 14:31 #9800 voix_kas:答えを明かせるか?理由、代替案、あなたの個人的な経験や意見。時間軸を求めるなら、時間が必要なことを理解してないのか? タイムラインとチケットに何の関係があるのか、そのタイミングが変わることもある。 1...973974975976977978979980981982983984985986987...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
もちろんです。
そして、そんな簡単なことも理解できないなんて、残念です。
その違いを説明してもらえますか?真摯な質問で、荒らしではありません。
自分でやってみる、それが一番の勉強になる。
もっとも、最初の質問で「フラグが初期状態で真である」という条件を補足し、コードの使用目的が「1回だけトリガーして100万回代入をスキップすること」であれば、アドバイスは違ってくるのでしょうが。しかし、当初の質問には、そのような明確な記述はなかった。
商品によっては、その商品の担保価値の 計算方法が 定義されていないものがあります。MQサーバーです。例えば、GBOTの 下にある計器で見ることができます。なぜ?
このコードはテストすることができます。
MQに質問です。 ソートは保証されているか トランザクション/オーダー れきせいじゅんHistorySelectを 実行した後?
それとも、時系列の保証が必要なのでしょうか。
1.HistorySelect 関数で選択されたすべての取引/注文を、注文/取引番号と登録日を含む一時配列に入れる。数だけでいいのでしょうか?
2.配列の適切な並べ替え。
3.歴史的な年代順の後処理。
こんにちは。
MQL5で変数への参照を返すことが可能かどうかご存知ですか?
つまり、こんな感じです。
MQに質問です。 ソートは保証されているか 取引・注文のうち れきせいじゅんHistorySelectを 実行した後?
それとも、時系列の保証が必要なのでしょうか。
1.HistorySelect 関数で選択されたすべての取引/注文を、注文/取引番号と登録日を含む一時配列に入れる。数だけでいいのでしょうか?
2.配列の適切な並べ替え。
3.歴史的な年代順の後処理。
取引・注文の仕分けを保証するものではありません。
あなたのおっしゃるとおりのことをやってください
取引・注文の仕分けを保証するものではありません。
指定されたポイントに従って、すべてを実行する
ありがとうございます。また、1つだけ明確なニュアンスを理解したいと思います。おそらく、人によっては当たり前のことだと思われるかもしれませんが、それにしてもドキュメントに明示的に記載されていないので、出所(MQ担当者)の回答を聞いてみたいものです。
案件の履歴を 順番にソートするために使用する変数として、DEAL_TIME/DEAL_TIME_MSCとチケットの どちらが(単一)信頼できるでしょうか。
今のところ、チケットでソートする方に傾いています。サーバー上のデータベースでチケット番号が自動インクリメントされるからでしょう。また、例えばブローカーが履歴を変更し、サーバー上の最後の取引より少ないチケット価値の新しい取引を追加したい場合(アカウント上でもない)、このシーケンスを中断する可能性はありません。例えば、新しい取引は昨年でも(手動で)日付が変更されるかもしれませんが、チケットはサーバー上の最後の取引からの自動インクリメントの値で形成されます。
私の推測が正しいかどうか、ご教授ください。トレードのチケットとして使用することは可能でしょうか? 信頼度No.1 というのも、このような取引に関するメンテナンス/登録の歴史的な年表を作成するための参考とするためです。
voix_kas:
トランザクション・チケットは 信頼度No.1 取引行為/登録の真の歴史的年表を構築するための基準点?
いいえ。
答えを明かせるか?理由、代替案、あなたの個人的な経験や意見。
追伸
それでも、開発者(MQ)の詳細な回答をぜひ聞きたいと思います。
答えを明かせるか?理由、代替案、あなたの個人的な経験や意見。
時間軸を求めるなら、時間が必要なことを理解してないのか?
タイムラインとチケットに何の関係があるのか、そのタイミングが変わることもある。