この機能の何が問題なのか、説明してください。 - ページ 8 12345678 新しいコメント Alexey Viktorov 2016.06.29 09:12 #71 Slawa:関連するヒストリデータがタイムアウトした場合、SERIES_LASTBAR_DATEリクエストでSeriesInfoInteger関数は 何を返すべきですか?また、GetLastError()の結果を誰がチェックするのでしょうか?servicedeskへのリクエストは、「A odd if(condition) condition is not fulfilled」というものです。(なんてこった!IFが機能していない!!) そして、そのリクエストで無意味なことを言っていたのはあなただったのです。そこがごちゃごちゃになっているんですね。第三者の目を通して、落ち着いた状態でもう一度応募書類を読み直してみましょう。そして、嫌味を言う必要はありません。ここは技術フォーラムであり、議論は知的に準備されるべきです。ただ、私は独学で、皆さんはプログラミングのプロフェッショナルという違いがあるだけです。私は間違うことも、間違った表現をすることも、時には馬鹿なことを言うことも許されているのですが、あなたはそうではありません。プリントのタイミングについては、指摘された時点ですぐに間違いを認めました。しかし、その中から別の、具体的にはこのような疑問が生まれました。SERIES_LASTBAR_DATE識別子を持つ関数の動作が不安定になる問題。 数週間は正常に動作していたのに、突然このようなトラブルが発生するのはなぜでしょうか?そして、その直後に、新しいバーを定義する私の機能は、以下の理由で機能しないとおっしゃいました。 サポートチーム 2016.06.22 11:31のため、本機能を繰り返し使用することはできません。m_tOld = tNew;しかも、変数は参照渡しで、期間ごとに異なる変数が存在するにもかかわらず、である。bool IsNewBar(string symbol, ENUM_TIMEFRAMES timeframe, datetime &m_tOld)それがプロの答えなのか? Slava 2016.06.29 11:40 #72 プロフェッショナルの無謬性を信じることが、私たちをダメにするのです。それが私の答えでした。Эта функция не может использоваться многократно из-заm_tOld = tNew;プロの鋭い観察眼で、そのクラスの メソッドでm_tOldクラスのメンバが 変更されていることを瞬時に見抜いたのだ。 Alexey Viktorov 2016.06.29 12:59 #73 Slawa:プロフェッショナルの無謬性を信じることが、私たちをダメにするのです。それが私の答えでした。プロの鋭い目で、m_tOldクラスのメンバが このクラスのメソッドの変更対象であることをすぐに見抜きました。それで?3つ目のサークルの議論に行こうか? アレクセイ・ヴィクトロフただ、私は独学で、皆さんはプログラミングのプロフェッショナルという違いがあるだけです。私は間違うことも、不正確な表現をすることも、時にはくだらないことを話すことも許されていますが、あなたはそうではありません。しかも、変数は参照渡しで、各期間ごとに変数を持って いるにもかかわらず、である。bool IsNewBar(string symbol, ENUM_TIMEFRAMES timeframe, datetime &m_tOld) このまま主張し続けるのですか?繰り返しますが、私は独学です、変数の名前をつけることはプロフェッショナルではありません、私は許されています。できれば、クラス・メンバーを見る前にこれを見るべきでしょう。次はどうする?新しいD1バーが出現し、H1も出現した瞬間に、1つのEAのコピーから2回連続で 関数が呼び出されますが、1つのケースでは新しいバーの出現を見て、もう1つのケースでは見ません。 総じて、「使わないほうがいい、高い」と自分で実感しました。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
関連するヒストリデータがタイムアウトした場合、SERIES_LASTBAR_DATEリクエストでSeriesInfoInteger関数は 何を返すべきですか?
また、GetLastError()の結果を誰がチェックするのでしょうか?
servicedeskへのリクエストは、「A odd if(condition) condition is not fulfilled」というものです。(なんてこった!IFが機能していない!!) そして、そのリクエストで無意味なことを言っていたのはあなただったのです。そこがごちゃごちゃになっているんですね。第三者の目を通して、落ち着いた状態でもう一度応募書類を読み直してみましょう。
そして、嫌味を言う必要はありません。ここは技術フォーラムであり、議論は知的に準備されるべきです。
ただ、私は独学で、皆さんはプログラミングのプロフェッショナルという違いがあるだけです。私は間違うことも、間違った表現をすることも、時には馬鹿なことを言うことも許されているのですが、あなたはそうではありません。
プリントのタイミングについては、指摘された時点ですぐに間違いを認めました。しかし、その中から別の、具体的にはこのような疑問が生まれました。SERIES_LASTBAR_DATE識別子を持つ関数の動作が不安定になる問題。
数週間は正常に動作していたのに、突然このようなトラブルが発生するのはなぜでしょうか?
そして、その直後に、新しいバーを定義する私の機能は、以下の理由で機能しないとおっしゃいました。
のため、本機能を繰り返し使用することはできません。
しかも、変数は参照渡しで、期間ごとに異なる変数が存在するにもかかわらず、である。
それがプロの答えなのか?
プロフェッショナルの無謬性を信じることが、私たちをダメにするのです。
それが私の答えでした。
Эта функция не может использоваться многократно из-за
プロの鋭い観察眼で、そのクラスの メソッドでm_tOldクラスのメンバが 変更されていることを瞬時に見抜いたのだ。
プロフェッショナルの無謬性を信じることが、私たちをダメにするのです。
それが私の答えでした。
プロの鋭い目で、m_tOldクラスのメンバが このクラスのメソッドの変更対象であることをすぐに見抜きました。
それで?3つ目のサークルの議論に行こうか?
ただ、私は独学で、皆さんはプログラミングのプロフェッショナルという違いがあるだけです。私は間違うことも、不正確な表現をすることも、時にはくだらないことを話すことも許されていますが、あなたはそうではありません。
しかも、変数は参照渡しで、各期間ごとに変数を持って いるにもかかわらず、である。
このまま主張し続けるのですか?繰り返しますが、私は独学です、変数の名前をつけることはプロフェッショナルではありません、私は許されています。できれば、クラス・メンバーを見る前にこれを見るべきでしょう。
次はどうする?新しいD1バーが出現し、H1も出現した瞬間に、1つのEAのコピーから2回連続で 関数が呼び出されますが、1つのケースでは新しいバーの出現を見て、もう1つのケースでは見ません。
総じて、「使わないほうがいい、高い」と自分で実感しました。