[ARCHIVE!] フォーラムを散らかさないように、どんなルーキーの質問でも。プロフェッショナルは、通り過ぎないでください。あなたなしではどこにも行けない - 4. - ページ 67 1...606162636465666768697071727374...631 新しいコメント Alekseu Fedotov 2012.04.12 14:57 #661 Fox_RM: また、もうひとつ見落としている点があります。 - あなたのバージョンでは 、if (OrdB<=OrederBuy),if(OrdS<=OrederSell) の注文をさらに開くための パラメータOrdB と OrdS の減少がありません 。 新しいバージョンでは、例えば5つの注文を出し、再計算しましたが、if条件でそれ以上注文を出すことができません。私の古いバリアントでは、OrdB--と OrdS--。 が使用されました。 - あなたのバージョンでは 、パラメータ削減は ありません 閉店した、数が減った !履歴を再計算するときに、なぜこれ以上複雑にする必要があるのでしょうか? Сергей 2012.04.12 15:36 #662 r772ra: - あなたのバージョンでは 、パラメータの削減はありません。 閉店、数が少なくなった !履歴の再計算で、なぜこれ以上複雑になるのか。 そうなんです、すぐには意味がわからなかったんです。 Numlocked 2012.04.12 15:57 #663 ヒント:現在値から 30pipsの範囲に未決済の注文がない場合に成立する条件を書くにはどうしたらよいでしょうか。0_о 1.32であれば、1.323-1317の範囲に注文があるかどうかを確認します。 BBC 2012.04.12 17:01 #664 w_ersoc: ヒント:現在値から30pipsの範囲に未決済の注文がない場合に成立する条件を書くにはどうしたらよいでしょうか。0_о 1.32であれば、1.323-1317の範囲に注文があるかどうかを確認します。 こちら Numlocked 2012.04.12 17:18 #665 DhP: こちら しゃい Cmu4 2012.04.12 17:24 #666 皆さん、EAはどのようにして特定のサーバーとポートに接続するのでしょうか?こんなことが可能なのか? GaryKa 2012.04.12 17:41 #667 Lisi4ka330: ...と いうのは、この関数は 小数点以下の桁数を返すので、d は 常に 0 より大きくなり、条件は常に偽になるからです。 私自身はこの状況に遭遇したことがないので、ブローカーが MarketInfo() が返すDIGITS 情報を定義していない場合のある種の「フールプルーフ」であるとしか思えません Victor Nikolaev 2012.04.12 21:30 #668 GaryKa: 私自身はこの状況に遭遇したことがないので、これはブローカーが MarketInfo() が返す DIGITS 情報を識別していない、ある種の「ごまかし」であるとしか思えません。 他の商品からのMarketInfo()のテストと最適化では、0を返す。 削除済み 2012.04.13 01:51 #669 ありがとうございます!これで次に進めます)))) Roman Kutemov 2012.04.13 02:31 #670 こんにちは。 質問どのようにテスト するのですか、誰の結果がより信頼できるのですか? Expert Advisorでは、H1期間がいたるところで明確に規定されています。 オープン時にm1でテストしています - 損切りをクリア。 H1でテストしたところ、すべてのティックが上昇しました。 問題は、ストップ高が数点と小さいことです。利益も大きい。 1...606162636465666768697071727374...631 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
また、もうひとつ見落としている点があります。
- あなたのバージョンでは 、if (OrdB<=OrederBuy),if(OrdS<=OrederSell) の注文をさらに開くための パラメータOrdB と OrdS の減少がありません 。
新しいバージョンでは、例えば5つの注文を出し、再計算しましたが、if条件でそれ以上注文を出すことができません。私の古いバリアントでは、OrdB--と OrdS--。
が使用されました。
- あなたのバージョンでは 、パラメータ削減は ありません
閉店した、数が減った !履歴を再計算するときに、なぜこれ以上複雑にする必要があるのでしょうか?
- あなたのバージョンでは 、パラメータの削減はありません。
閉店、数が少なくなった !履歴の再計算で、なぜこれ以上複雑になるのか。
そうなんです、すぐには意味がわからなかったんです。
ヒント:現在値から 30pipsの範囲に未決済の注文がない場合に成立する条件を書くにはどうしたらよいでしょうか。0_о
1.32であれば、1.323-1317の範囲に注文があるかどうかを確認します。
ヒント:現在値から30pipsの範囲に未決済の注文がない場合に成立する条件を書くにはどうしたらよいでしょうか。0_о
1.32であれば、1.323-1317の範囲に注文があるかどうかを確認します。
こちら
...と いうのは、この関数は 小数点以下の桁数を返すので、d は 常に 0 より大きくなり、条件は常に偽になるからです。
私自身はこの状況に遭遇したことがないので、これはブローカーが MarketInfo() が返す DIGITS 情報を識別していない、ある種の「ごまかし」であるとしか思えません。
他の商品からのMarketInfo()のテストと最適化では、0を返す。
こんにちは。
質問どのようにテスト するのですか、誰の結果がより信頼できるのですか?
Expert Advisorでは、H1期間がいたるところで明確に規定されています。
オープン時にm1でテストしています - 損切りをクリア。
H1でテストしたところ、すべてのティックが上昇しました。
問題は、ストップ高が数点と小さいことです。利益も大きい。