1ピップあたりの価格 - ページ 7 12345678910 新しいコメント cameo 2010.06.09 14:55 #61 gordon: これは意味論の問題のように思えますが・・・。一般的な慣例では、「値が x である」と言う場合、x が使用される「単位」 であることを意味します。この場合、Pointは使用される単位ではないので、MODE_TICKSIZEはPointの中にあるわけでは ありません。 ああ...そうですね、そう言われると。そうですね。Pointは使用される単位ではありません。そして、「価格的に」という意味もわかりました。 ...ポイントの倍数であることには同意しますが、それはポイントが可能な限り小さな価格変動であるため、定義上、ポイントの倍数でなければならないだけです。 はい。私は、注文価格を送信するときに観察されるべきのMODE_TICKSIZEの倍数と対照的に、これを強調する必要があります。ありがとう、ゴードン... Larry 2010.06.09 20:49 #62 1005phillip: 5ページ目に添付したrarファイルに含まれるincludeファイルをチェックしてみてください...私があなたの質問を誤解していなければ、この両方を行います。 edit: 具体的には以下のようなコードです。 Analyze Currency Symbol 2010.06.07.mqh "というタイトルのインクルードファイルを使って、tickvalueの 場合は、次のようになります。 1. int SymbolType()関数を呼び出す。 CounterPairForCross()関数を呼び出す。 次に、そのシンボルの現在の市場価格でのtickvalueを計算します。 Analyze Currency Symbol 2010.06.07.mqh "というタイトルのインクルードファイルを使用したレバレッジの 場合、次のようになります。 1. int SymbolType()関数を呼び出す。 BasePairForCross() 関数を呼び出す。 次に、SymbolLeverage() を呼び出して、シンボルの現在の市場価格でのシンボル固有のレバ レッジを計算します。 これを見て、試してみることにします。 削除済み 2010.06.10 05:58 #63 LEHayes: これを見て挑戦してみるよ こんな簡単な質問で、こんなに場所を取るなんて驚きです。 cameo 2010.06.10 08:19 #64 engcomp: こんな素朴な疑問が、これほどまでに場所を取るとは驚きです。 このスレッドは、MODE_TICKVALUE以外の多くの側面を探るために成長し、LEHayesの元の問題の原因であることが判明しました。もし、あなたが通貨ペアの MarketInfoの計算とその影響を完全に把握しているのであればそれなら、あなたは私よりずっと先を行っていることになります。 削除済み 2010.06.10 08:36 #65 cameofx: このスレッドは、LEHayesの元々の問題の原因であることが判明したMODE_TICKVALUE以外の多くの側面を探求するために成長しました。もし、あなたが通貨ペアのMarketInfoの計算とその影響を完全に把握しているのなら。それなら、あなたは私よりずっと先を行っていることになります。 ご指摘の通り、cameofx 私は時間をかけてこのスレッドを全部見て回り、道に迷ってしまいました。 どなたか、この問題で何が得だったのか説明していただけませんか? 誰もできなくても害はありませんし、今でも素晴らしい議論です。 cameo 2010.06.10 09:57 #66 まとめ。 MODE_TICKVALUEは、ベース通貨とクォート通貨ペアの組み合わせにより、ペア間で異なる値になります。 マーケットインフォメーション MODE_TICKVALUE 信頼性がある 入金通貨ペアの最小ティック移動量にアクセスするためのものです。 通貨ペア/合成は、Phillipが調べたように、5通りの組み合わせが可能です。 フィリップが公開しているインクルード関数などを使って独自に計算することで確認することができます。 MODE_TICKVALUEはBid値で計算されています。Askで計算した場合、MarketInfo TV - Spreadの呼び出しと比較して、若干のずれが生じます。 Pointは、最小の値動きです。MODE_TICKSIZEは、Pointより大きくすることができます。 その他の発見。 CB :Instant Execution 取引を可能にするアポストロフィを付加するブローカーが発見された。 フィリップ。Alpari, CitiFX, CMS forex, forex.com, FXCM, FXDD, IBFX, MIG, and ODLは今のところ通貨ペアのSymbol()名と一致しています。これは、独立したペアの「合成」機能を使用する場合に重要です。 LEHayesはまだ彼の関数を見つけることができません(冗談ですLEHayes :)私がコードにあまりADDでないなら、私は助けるでしょう。私は職場から投稿しています... 私が見逃しているものがあれば、どなたか補足してください。 Price Per pip JC 2010.06.10 10:32 #67 cameofx: [...]誰かが私が何かを逃した場合に追加することができます。 素晴らしい要約です。2点だけ。 ポイントとは、「可能な限り小さな値動き」のことではありません。MODE_TICKSIZE が何であるかの説明として使用します。例えば、ほとんどの金の契約では、ポイントは0.01です。だからといって、0.01刻みで価格が動くわけではなく、通常は0.05刻みでしか動きません。ポイントとは、価格が何桁で表示されるかを表すものです。 ブローカーのシンボルネーミングの統一性。通貨ペアを EUR/USDのように表記しているMT4ブローカーを見たことがない。EURUSDFXFまたはEURUSDcxのようなサフィックスを見たことがあるだけです。ブローカーによっては、口座の種類によって、複数の異なるサフィックスを持つ場合があります。 削除済み 2010.06.10 12:38 #68 jjc: 素晴らしいまとめです。2点だけ。 ブローカーのシンボルネーミングの一貫性。通貨ペアを例えばEUR/USDと表現するMT4ブローカーを見たことがない。EURUSDFXFやEURUSDcxのようなサフィックスを見たことがあるだけです。ブローカーによっては、口座の種類によって、複数の異なるサフィックスを持つ場合があります。 カメオの言うシンボル名の一貫性 とは、シンボル名が付けられる慣習が守られているように見えることです。その慣習とは、サフィックスを付加することはあっても、プレフィックスを付加したり、通貨名自体の間にシンボルを絡ませたりすることは決してないということです。 あり:EURUSD、EURUSDm、EURUSDct、EURUSDFXF いいえ: EUR/USD、mEURUSD、mEUR/USDct このように、シンボル()を構成する通貨成分(ベースとカウンター)に還元し、その情報を使って口座の通貨で形成されるカウンター通貨ペア(とベース通貨ペア)を再構築するという、このスレッドで検討したコードは、今日のブローカーに対しては堅牢だと考えられていますが、明日ブローカーが慣習を破ることを選択して、この特定のコードを破る可能性に対する堅牢さは持っていないのです。 したがって、すべてのブローカーがまったく同じシンボル文字列を使用しているわけではありませんが、シンボル名の由来となる慣習は一貫しているように思われます。 JC 2010.06.10 12:43 #69 1005phillip: What cameo meant by consistency of symbol names was [...] そうなんです。私は、お二人の意見に賛同し、ブローカーによっては複数の接尾辞があるということを補足したまでです。もっとはっきり言うべきでしたね。 削除済み 2010.06.10 16:25 #70 cameofx: 概要 マーケット情報 MODE_TICKVALUE IS RELIABLE 入金通貨のペアの最小ティック移動の値にアクセスするためのもの。 私はこれには反対です。上で説明した理由で、MODE_TICKVALUEはそれ単体ではかなり信頼性が低いです。MODE_TICKSIZEで割るような計算式で使うと信頼できると思います。 CB 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これは意味論の問題のように思えますが・・・。一般的な慣例では、「値が x である」と言う場合、x が使用される「単位」 であることを意味します。この場合、Pointは使用される単位ではないので、MODE_TICKSIZEはPointの中にあるわけでは ありません。
ああ...そうですね、そう言われると。そうですね。Pointは使用される単位ではありません。そして、「価格的に」という意味もわかりました。
...ポイントの倍数であることには同意しますが、それはポイントが可能な限り小さな価格変動であるため、定義上、ポイントの倍数でなければならないだけです。
はい。私は、注文価格を送信するときに観察されるべきのMODE_TICKSIZEの倍数と対照的に、これを強調する必要があります。ありがとう、ゴードン...
5ページ目に添付したrarファイルに含まれるincludeファイルをチェックしてみてください...私があなたの質問を誤解していなければ、この両方を行います。
edit: 具体的には以下のようなコードです。
Analyze Currency Symbol 2010.06.07.mqh "というタイトルのインクルードファイルを使って、tickvalueの 場合は、次のようになります。
1. int SymbolType()関数を呼び出す。
CounterPairForCross()関数を呼び出す。
次に、そのシンボルの現在の市場価格でのtickvalueを計算します。
Analyze Currency Symbol 2010.06.07.mqh "というタイトルのインクルードファイルを使用したレバレッジの 場合、次のようになります。
1. int SymbolType()関数を呼び出す。
BasePairForCross() 関数を呼び出す。
次に、SymbolLeverage() を呼び出して、シンボルの現在の市場価格でのシンボル固有のレバ レッジを計算します。
これを見て、試してみることにします。
これを見て挑戦してみるよ
こんな素朴な疑問が、これほどまでに場所を取るとは驚きです。
このスレッドは、LEHayesの元々の問題の原因であることが判明したMODE_TICKVALUE以外の多くの側面を探求するために成長しました。もし、あなたが通貨ペアのMarketInfoの計算とその影響を完全に把握しているのなら。それなら、あなたは私よりずっと先を行っていることになります。
ご指摘の通り、cameofx
私は時間をかけてこのスレッドを全部見て回り、道に迷ってしまいました。
どなたか、この問題で何が得だったのか説明していただけませんか?
誰もできなくても害はありませんし、今でも素晴らしい議論です。
まとめ。
その他の発見。
- CB :Instant Execution 取引を可能にするアポストロフィを付加するブローカーが発見された。
- フィリップ。Alpari, CitiFX, CMS forex, forex.com, FXCM, FXDD, IBFX, MIG, and ODLは今のところ通貨ペアのSymbol()名と一致しています。これは、独立したペアの「合成」機能を使用する場合に重要です。
- LEHayesはまだ彼の関数を見つけることができません(冗談ですLEHayes :)私がコードにあまりADDでないなら、私は助けるでしょう。私は職場から投稿しています...
私が見逃しているものがあれば、どなたか補足してください。[...]誰かが私が何かを逃した場合に追加することができます。
素晴らしい要約です。2点だけ。
素晴らしいまとめです。2点だけ。
カメオの言うシンボル名の一貫性 とは、シンボル名が付けられる慣習が守られているように見えることです。その慣習とは、サフィックスを付加することはあっても、プレフィックスを付加したり、通貨名自体の間にシンボルを絡ませたりすることは決してないということです。
あり:EURUSD、EURUSDm、EURUSDct、EURUSDFXF
いいえ: EUR/USD、mEURUSD、mEUR/USDct
このように、シンボル()を構成する通貨成分(ベースとカウンター)に還元し、その情報を使って口座の通貨で形成されるカウンター通貨ペア(とベース通貨ペア)を再構築するという、このスレッドで検討したコードは、今日のブローカーに対しては堅牢だと考えられていますが、明日ブローカーが慣習を破ることを選択して、この特定のコードを破る可能性に対する堅牢さは持っていないのです。
したがって、すべてのブローカーがまったく同じシンボル文字列を使用しているわけではありませんが、シンボル名の由来となる慣習は一貫しているように思われます。
1005phillip:
What cameo meant by consistency of symbol names was [...]
概要
私はこれには反対です。上で説明した理由で、MODE_TICKVALUEはそれ単体ではかなり信頼性が低いです。MODE_TICKSIZEで割るような計算式で使うと信頼できると思います。
CB