[ARCHIVE]フォーラムを乱立させないために、どんなルーキーの質問でも。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 5. - ページ 405 1...398399400401402403404405406407408409410411412...432 新しいコメント Dmitry Fedoseev 2013.06.08 19:03 #4041 hoz: 1.なぜ、突然そうなったのか?あとは、この関数が返した値が、「価格なし」を意味するものであることを追加するだけです。理にかなっているように思います。関数を投げるときに、前のロジックの方を考えていて、最後を気にしてなかったんです。また、なぜ0関数が単独で0を返すのか、私には何か理解できないのですが...。 2.なぜ、MarketInfo(fs_symbol, MODE_ASK)を使うことができるのに、(特に購入価格について話しているのであれば)Askが全く必要ないのですか?結局、こうして見ると、Askを参考にすることで、ある時点の正確さを確認することはできないのでしょうか。1.シンプルに。この関数はdoubleと宣言されているので、returnを呼ぼうが呼ぶまいが、呼び出されたらdoubleを返します。もし、他に...が、これ以外はまだないんです。2.3つキーを押しても30つキーを押しても変わらないのであれば、このBidとAskは必要ありません。Expert Advisorが長い計算をしなくても、BidとAskを使えばOKなので、便利です。長い計算を行う場合は、RefreshRates()を使用することができます。やり方はいくつかあります。 Dmitry Fedoseev 2013.06.08 19:05 #4042 hoz: 私が理解する限り、これは私たちに必要なものではありません。そして、ローカル端末の価格ではなく、最後のAskとBidのサーバーの価格が必要です。そうだろ?だから、もっと論理的に正しく整理する方法を一度理解したいと思い、ここで議論を始めたのです。理論的には正しいのですが、実際には......。 サーバーは外にあり、サーバーに連絡するための端末を渡される。接続があれば、端末の最後の価格がサーバーの最後の価格に対応する。接続がなければ、価格がどうであろうとまったく関係ない。 forexman77 2013.06.08 21:34 #4043 1つ目または2つ目のif文を実行した後、次のif文を中断して、他の取引条件を持つブロックに制御を移す必要があるのですが、どうすればいいですか?ループはcontinue 文による割り込みがありますが、一連の文の実行を割り込みたいのですが、どうしたらいいですか?どうすればいいのでしょうか?ヒントを教えてください。 Alexander 2013.06.08 22:09 #4044 休憩をとってみましたか?休憩をとってみましたか? 削除済み 2013.06.09 05:46 #4045 こんにちは。私は現在、取引ロボットに関するディプロマを取得中です。私は経済学者であり、プログラマーではないので、大げさな発明をする必要はありません。基本的には標準的な設定で、ローソク足がBBのボトムにタッチし(パラボリックが下に移動し)、次のローソク足が前回の終値より上に来たら買い(パラボリックはアクセルにより価格から離れ、トレンドを示す)とするものです。売るときもトップと同じ。トレーリングストップを手動で設定できるようにすると面白いのでは...。どなたか、同じようなアイデアをすでにmqlでお持ちの方はいらっしゃいますか? または、どなたかお手伝いいただける方がいらっしゃいましたら、本当にテストしてみたいので...よろしくお願いします。 Viktar Dzemikhau 2013.06.09 07:08 #4046 Integer:1.シンプルに。この関数はdoubleと宣言されているので、returnがその中で呼ばれたかどうかにかかわらず、呼ばれたらdoubleを返します。他に追加すると......でも、それ以外はまだないんです。2.3つのキーを押しても30個のキーを押しても変わらないのであれば、このBidとAskは必要ありません。Expert Advisorが長い計算をしなくても、BidとAskを使えばOKなので、便利です。長い計算を行う場合は、RefreshRates()を使用することができます。すべては、いくつかの方法で行うことができます。 1.そうですね、過労のため、くだらないことを書いてしまったのでしょう。2.ロングというのは相対的な言葉です。平均的な計算のスピードを測ろうということですか?整数。 サーバーはどこかにあって、サーバーに連絡するための端末が与えられている。接続があれば、端末の最後の価格がサーバーの最後の価格に対応する。接続がなければ、サーバーにどんな値段がついていても関係ない。 お書きのように、変数マーケットデータ(この場合は価格)の 最後の値が最後のサーバーの値に対応すると仮定すると、ターミナルはサーバーと接続していればマーケット環境変数を更新するということになります。でも、そうではないんです。この機能があることで、価格が常に更新されるわけではない、ということなんですね。議論ではなく、自分の意見を主張し、尋ねているのです。ご注意ください! Victor Nikolaev 2013.06.09 08:31 #4047 hoz:お書きのように、端末が市場データ変数(ここでは価格)の最後の値をサーバの最後の値に対応させていると仮定すると、サーバとの接続があれば端末が自ら市場環境変数を更新することになり、RefreshRates() 関数が不要になるわけです。でも、そうではないんです。この機能があることで、価格が常に更新されるわけではない、ということなんですね。議論ではなく、自分の意見を主張し、尋ねているのです。ご注意ください! EAでの計算中(start()関数実行中)に新しいティックが入ってきても、EAはそのティック(刻み)を知ることができません。RefreshRates()は、最新の更新価格を使用することができますが、この関数はサーバーにアクセスしません。端末が知っている市場環境を更新します。取引以外の機能はサーバーにアクセスしない Viktar Dzemikhau 2013.06.09 08:33 #4048 Vinin: EAでの計算中(start()関数実行中)に新しいティックが入ってきても、EAはそのティック(刻み)を知ることができません。RefreshRates()では、最新の更新された価格を使用することができますが、この関数はサーバーにアクセスするものではありません。端末が知っている市場環境を更新します。取引機能以外の機能はサーバーにアクセスしません。 ですから、もしリクエストがサーバーではなくローカルなものであれば、この関数は即座に動作するはずです上記のように、RefreshRates() 関数は、市場環境データを更新する時間がない場合があります...。 Victor Nikolaev 2013.06.09 08:37 #4049 hoz: ですから、もしリクエストがサーバーではなくローカルなものであれば、この関数は即座に動作するはずです!また、上記では、RefreshRates() 関数が市場環境データを更新する時間がない可能性があるとのことですが...。 効くんです。そして、リフレッシュするものがあればリフレッシュします。しかし、新しいティックがなかったら、更新するものがないのです。 Viktar Dzemikhau 2013.06.09 09:02 #4050 Vinin: そして、うまくいくのです。そして、リフレッシュするものがあればリフレッシュします。しかし、新しいティックがなければ、更新するものがない。つまり、新しいティックがなければ価格は変わりません...もちろん以前の価格も有効です。だから、複雑にする必要はないのです そして、Vadimはこの点を確認する必要があると冒頭に書いている。しかし、彼の言葉には論理性がなく、論証もされていない。不思議ですね...。そこで、RefreshRates() を随所に挿入すると、その瞬間、端末からの最後の既知のデータが、以前のデータの代わりに使えるようになり、すべてが思い通りになるのです。RefreshRates() が TRU を返すようにした。Falseの 場合は、データが変わっていないので、以前の価格で動作するということですが...。私の推理は正しいのでしょうか?RefreshRates() を呼び出せば、実際のデータで動作するのですが...。 1...398399400401402403404405406407408409410411412...432 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
1.なぜ、突然そうなったのか?あとは、この関数が返した値が、「価格なし」を意味するものであることを追加するだけです。理にかなっているように思います。関数を投げるときに、前のロジックの方を考えていて、最後を気にしてなかったんです。また、なぜ0関数が単独で0を返すのか、私には何か理解できないのですが...。
2.なぜ、MarketInfo(fs_symbol, MODE_ASK)を使うことができるのに、(特に購入価格について話しているのであれば)Askが全く必要ないのですか?結局、こうして見ると、Askを参考にすることで、ある時点の正確さを確認することはできないのでしょうか。
1.シンプルに。この関数はdoubleと宣言されているので、returnを呼ぼうが呼ぶまいが、呼び出されたらdoubleを返します。もし、他に...が、これ以外はまだないんです。
2.3つキーを押しても30つキーを押しても変わらないのであれば、このBidとAskは必要ありません。Expert Advisorが長い計算をしなくても、BidとAskを使えばOKなので、便利です。長い計算を行う場合は、RefreshRates()を使用することができます。やり方はいくつかあります。
私が理解する限り、これは私たちに必要なものではありません。そして、ローカル端末の価格ではなく、最後のAskとBidのサーバーの価格が必要です。そうだろ?
だから、もっと論理的に正しく整理する方法を一度理解したいと思い、ここで議論を始めたのです。理論的には正しいのですが、実際には......。
サーバーは外にあり、サーバーに連絡するための端末を渡される。接続があれば、端末の最後の価格がサーバーの最後の価格に対応する。接続がなければ、価格がどうであろうとまったく関係ない。
1.シンプルに。この関数はdoubleと宣言されているので、returnがその中で呼ばれたかどうかにかかわらず、呼ばれたらdoubleを返します。他に追加すると......でも、それ以外はまだないんです。
2.3つのキーを押しても30個のキーを押しても変わらないのであれば、このBidとAskは必要ありません。Expert Advisorが長い計算をしなくても、BidとAskを使えばOKなので、便利です。長い計算を行う場合は、RefreshRates()を使用することができます。すべては、いくつかの方法で行うことができます。
1.そうですね、過労のため、くだらないことを書いてしまったのでしょう。
2.ロングというのは相対的な言葉です。平均的な計算のスピードを測ろうということですか?
サーバーはどこかにあって、サーバーに連絡するための端末が与えられている。接続があれば、端末の最後の価格がサーバーの最後の価格に対応する。接続がなければ、サーバーにどんな値段がついていても関係ない。
お書きのように、変数マーケットデータ(この場合は価格)の 最後の値が最後のサーバーの値に対応すると仮定すると、ターミナルはサーバーと接続していればマーケット環境変数を更新するということになります。でも、そうではないんです。この機能があることで、価格が常に更新されるわけではない、ということなんですね。
議論ではなく、自分の意見を主張し、尋ねているのです。ご注意ください!
お書きのように、端末が市場データ変数(ここでは価格)の最後の値をサーバの最後の値に対応させていると仮定すると、サーバとの接続があれば端末が自ら市場環境変数を更新することになり、RefreshRates() 関数が不要になるわけです。でも、そうではないんです。この機能があることで、価格が常に更新されるわけではない、ということなんですね。
議論ではなく、自分の意見を主張し、尋ねているのです。ご注意ください!
EAでの計算中(start()関数実行中)に新しいティックが入ってきても、EAはそのティック(刻み)を知ることができません。RefreshRates()は、最新の更新価格を使用することができますが、この関数はサーバーにアクセスしません。端末が知っている市場環境を更新します。取引以外の機能はサーバーにアクセスしない
EAでの計算中(start()関数実行中)に新しいティックが入ってきても、EAはそのティック(刻み)を知ることができません。RefreshRates()では、最新の更新された価格を使用することができますが、この関数はサーバーにアクセスするものではありません。端末が知っている市場環境を更新します。取引機能以外の機能はサーバーにアクセスしません。
ですから、もしリクエストがサーバーではなくローカルなものであれば、この関数は即座に動作するはずです上記のように、RefreshRates() 関数は、市場環境データを更新する時間がない場合があります...。
ですから、もしリクエストがサーバーではなくローカルなものであれば、この関数は即座に動作するはずです!また、上記では、RefreshRates() 関数が市場環境データを更新する時間がない可能性があるとのことですが...。
効くんです。そして、リフレッシュするものがあればリフレッシュします。しかし、新しいティックがなかったら、更新するものがないのです。
そして、うまくいくのです。そして、リフレッシュするものがあればリフレッシュします。しかし、新しいティックがなければ、更新するものがない。
つまり、新しいティックがなければ価格は変わりません...もちろん以前の価格も有効です。だから、複雑にする必要はないのです
そして、Vadimはこの点を確認する必要があると冒頭に書いている。しかし、彼の言葉には論理性がなく、論証もされていない。不思議ですね...。そこで、RefreshRates() を随所に挿入すると、その瞬間、端末からの最後の既知のデータが、以前のデータの代わりに使えるようになり、すべてが思い通りになるのです。RefreshRates() が TRU を返すようにした。Falseの 場合は、データが変わっていないので、以前の価格で動作するということですが...。私の推理は正しいのでしょうか?
RefreshRates() を呼び出せば、実際のデータで動作するのですが...。