[警告は閉鎖されました!】フォーラムを乱雑にしないために、どんな初心者の質問でも。プロフェッショナルは、通り過ぎないでください。あなたなしでは、どこにも行けない。 - ページ 826 1...819820821822823824825826827828829830831832833...1145 新しいコメント Artyom Trishkin 2010.08.29 21:15 #8251 その後オープンしたポジションごとに別々に計算し、合計することはできないのでしょうか?という理由があります。 AccountFreeMarginCheck(sy, op, lot); シンボル、取引操作、ロットが渡される...各ポジションのマージンを個別に計算し、オーバーラップするポジションを決定し、結果を印刷することも可能です。 自分の計算と証券会社から返ってきたものの両方を印刷するスクリプトを作成する。そして、比較する... モードマージンヘッジ 31 オーバーラップしたポジションにかかるマージン(1ロットあたり だから、ロットを計算してください。MODE_MARGINHEDGED で返される値で重なったロットの数を数える MODE_MARGINREQUIRED で返される値で重ならなかった残りの数を数える。 webgreck 2010.08.30 06:34 #8252 MRCで問題が発生しました。例えば、このようなコードを実行したいとき : double OpPriceF5B = OrderClosePrice()- OrderOpenPrice(); 始 値とスワップ値の差を知りたいのですが。 どうすればいいのか? こんな風に考えているんです。 for (i=1; i <=OrdersTotal();i++){ if (OrderSelect(i-1,SELECT_BY_POS)==true){ if (OrderType()== OP_BUY ){ if (OrderMagicNumber() == Magic_N_F5){ double OpPriceF5B = OrderClosePrice()- OrderOpenPrice(); } } } } Ivan Katsko 2010.08.30 06:46 #8253 AccountFreeMarginCheck()を使って実験。- 端末で買い注文を開始- 残高:94919.36 資金:94921.16 担保を設定。1273.39 フリー:93647.07 レベル:7454.15%。- AccountFreeMarginCheck(Symbol(),OP_BUY,0.1) -レベルフ リーの残りを表示します。- 私は尋ねる: AccountFreeMarginCheck(Symbol(),OP_SELL,0.1) -Funds level からの 残高を与える。 一般的に、私の問題はそう解決することはできません。しかし、私の質問(タスク)は次の通りです:複数の注文を同時に開き、それらは このように開いたまま であるべきです。最初の1つ - ロット0.10で売る2枚目・・・ロット0.26で購入 third - sell lot 0.43 fourth - buy lot 0.72 第5回 - ロット別売上 1.19など。価格1.2737、レバレッジ100、最小ロット0.1次の注文のある周期でStop Outが来る可能性があります。もちろん、この最悪のシナリオをDCの手法で計算すべきだということです。そして、結論を出す:指定された順序で開かれた注文のロットの合計量まで、我々はストップアウトに入ることを恐れることなく行くことができますか?それは「始まりの始まりに」です :) 開かれる可能性のある注文のマージン総額を計算します。この場合も、開く順番は上記のとおりで、各注文のロット順はあらかじめわかっている。 [WARNING CLOSED!] Any newbie EA to View Open MetaTraderプログラムを簡単かつ迅速に開発するためのライブラリ(第16部): 銘柄コレクションイベント Artyom Trishkin 2010.08.30 10:46 #8254 ikatsko:AccountFreeMarginCheck()を使って実験。- 端末で買い注文を開始- 残高:94919.36 資金:94921.16 担保を設定。1273.39 フリー:93647.07 レベル:7454.15%。- AccountFreeMarginCheck(Symbol(),OP_BUY,0.1) -レベルフ リーの残りを表示します。- AccountFreeMarginCheck(Symbol(),OP_SELL,0.1) -Funds level からの 残高を表示します。 一般的に、私の問題はそう解決することはできません。しかし、私の質問(タスク)は次の通りです:複数の注文を同時に開き、それらは このように開いたまま であるべきです。最初の1つ - ロット0.10で売る2枚目・・・ロット0.26で購入 third - sell lot 0.43 fourth - buy lot 0.72 第5回 - ロット別売上 1.19など。価格1.2737、レバレッジ100、最小ロット0.1次の注文のある周期でStop Outが来る可能性があります。もちろん、この最悪のシナリオをDCの手法で計算すべきだということです。そして、結論を出す:指定された順序で開かれた注文のロットの合計量まで、我々はストップアウトに入ることを恐れることなく行くことができますか?それは「始まりの始まりに」です :) 開かれる可能性のある注文のマージン総額を計算します。繰り返しになりますが、開封の順番は上記の通りで、各注文の注文ロットは事前に分かっています。考えてみよう。 オールBai:0.26+0.72=0.98。 オールボール:0.1+0.43+1.19=1.72 重複:Baiのロット数はSellのロット数より少ないので、重複したロット数はBaiのロット数=0.98に等しい 一方向売りの残りロット:1.72-0.98=0.74 では、どうすればいいのか?Baiを足し、Sellを引く。-0.1+0.26-0.43+0.72-1.19= -0.74 マイナスなら、一方向のSell 重なっているものについては、MODE_MARGINHEDGEDの値を取り、重なったロットの数を掛ける。 また、一方向性のものは、MODE_MARGINREQUIREDの値にMathAbs(一方向性のロット量)を掛けた値を取る。 まあ、その他も全部、織り込んでみてください・・・。 SZY.ここで長くは考えていなかったので、事件の合間に、落書きをしたのです。:) Ivan Katsko 2010.08.30 11:24 #8255 それで...という論理が明らかになる。ありがとうございました。今すぐ確認してみよう。 ちなみに、DEMOで実験してみました。 0.1ロット価格1.27339で最初のBUY - Bail=1273.39を表示しました。Ie 0.1 * 1000000 * 1.27339/100. 2回目の売りはロット0.26価格1.27039で、合計Bail=3305.18と表示されました。そして、この0.26*1000000*1.27039/100=3303.01と非常によく似ているのですが?変人? 反対方向に開いた注文と重なる最大ロット数から保証金が取られることが判明したのですが? 次のBUYのオープンを待っているところ Artyom Trishkin 2010.08.30 12:48 #8256 eugggy: 皆さん、こんにちは。オペレーターという言葉には明確な定義があるのでしょうか、それとも「人生の意味とは何か」のようなものでしょうか(説明できない)。 :)オペレーターといっても、密造酒製造機のオペレーターでもいいし......。:) その言葉の意味を知りたいという文脈で質問することになる。あまり長い文章にならないことを祈ります :) Andrey F. Zelinsky 2010.08.30 12:52 #8257 eugggy: 皆さん、こんにちは。オペレーターという言葉には明確な定義があるのでしょうか、それとも「人生の意義とは何か」(説明できない)のようなものなのでしょうか。 =Commando。wikipedia参照。 https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) Artyom Trishkin 2010.08.30 12:59 #8258 ikatsko: それで...論理は理にかなっている。ありがとうございます。今すぐ確認してみよう。 ちなみに、DEMOで実験してみました。 0.1ロット価格1.27339で最初のBUY - Bail=1273.39を表示しました。Ie 0.1 * 1000000 * 1.27339/100. 2つ目の売りロット0.26 価格1.27039 -合計Bail=3305.18と表示されました。そして、この0.26*1000000*1.27039/100=3303.01と非常によく似ているのですが?変人? 反対方向に開いた注文と重なる最大ロット数から預かり金が取られることが判明? 次のBUYのオープンを待っているところ え...じっくり考える時間があればいいのですが...。:)面白い作業だが、時間に追われている。 似ているけれど、似ていないなら、それは違うと思うんです。奇をてらっただけのことはある...。:)最大ロットでの差分を計算してみると...。 そんな「奇抜さ」で、デスラは真面目なお客さんに足をすくわれそう...。:) 違う方向で考えないと...。 次の注文を待っています :) Artyom Trishkin 2010.08.30 13:36 #8259 eugggy: (笑): (笑): (密造酒マシンのオペレーターとして)).私の理解が正しければ、(MQL4でも)演算子はプログラムコードの中で最も小さく、最も意味のある式なのですが・・・。というようなものです。 О ...お母様お母様それがないと生きていけないのか?ハンモックに立つ?なぜ人生を複雑にするのか? こちらからお読み ください...と言って終わりです...。 削除済み 2010.08.30 14:24 #8260 しかし、簡単な質問で困惑することもあるのですね :)(オペレーターのことです)。 BSEに最もわかりやすい(シンプルな)定義がありました。 "コンピュータサイエンスでは、処方箋...完了した動作を指定するために意図された..." そして、こちらのドキュメントでは "オペレーター "とは、プログラムの一部...情報変換の一定の順序を規定すること。" つまり、この関数は同じように動作するのですね...。 面白いですね。 1...819820821822823824825826827828829830831832833...1145 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
その後オープンしたポジションごとに別々に計算し、合計することはできないのでしょうか?という理由があります。
シンボル、取引操作、ロットが渡される...各ポジションのマージンを個別に計算し、オーバーラップするポジションを決定し、結果を印刷することも可能です。
自分の計算と証券会社から返ってきたものの両方を印刷するスクリプトを作成する。そして、比較する...
だから、ロットを計算してください。MODE_MARGINHEDGED で返される値で重なったロットの数を数える
MODE_MARGINREQUIRED で返される値で重ならなかった残りの数を数える。
MRCで問題が発生しました。例えば、このようなコードを実行したいとき :
double OpPriceF5B = OrderClosePrice()- OrderOpenPrice();
始 値とスワップ値の差を知りたいのですが。
どうすればいいのか?
こんな風に考えているんです。
AccountFreeMarginCheck()を使って実験。
- 端末で買い注文を開始
- 残高:94919.36 資金:94921.16 担保を設定。1273.39 フリー:93647.07 レベル:7454.15%。
- AccountFreeMarginCheck(Symbol(),OP_BUY,0.1) -レベルフ リーの残りを表示します。
- 私は尋ねる: AccountFreeMarginCheck(Symbol(),OP_SELL,0.1) -Funds levelからの 残高を与える。
一般的に、私の問題はそう解決することはできません。
しかし、私の質問(タスク)は次の通りです:複数の注文を同時に開き、それらは このように開いたまま であるべきです。
最初の1つ - ロット0.10で売る
2枚目・・・ロット0.26で購入
third - sell lot 0.43fourth - buy lot 0.72
第5回 - ロット別売上 1.19など。
価格1.2737、レバレッジ100、最小ロット0.1
次の注文のある周期でStop Outが来る可能性があります。
もちろん、この最悪のシナリオをDCの手法で計算すべきだということです。そして、結論を出す:指定された順序で開かれた注文のロットの合計量まで、我々はストップアウトに入ることを恐れることなく行くことができますか?それは「始まりの始まりに」です :) 開かれる可能性のある注文のマージン総額を計算します。この場合も、開く順番は上記のとおりで、各注文のロット順はあらかじめわかっている。
AccountFreeMarginCheck()を使って実験。
- 端末で買い注文を開始
- 残高:94919.36 資金:94921.16 担保を設定。1273.39 フリー:93647.07 レベル:7454.15%。
- AccountFreeMarginCheck(Symbol(),OP_BUY,0.1) -レベルフ リーの残りを表示します。
- AccountFreeMarginCheck(Symbol(),OP_SELL,0.1) -Funds levelからの 残高を表示します。
一般的に、私の問題はそう解決することはできません。
しかし、私の質問(タスク)は次の通りです:複数の注文を同時に開き、それらは このように開いたまま であるべきです。
最初の1つ - ロット0.10で売る
2枚目・・・ロット0.26で購入
third - sell lot 0.43fourth - buy lot 0.72
第5回 - ロット別売上 1.19など。
価格1.2737、レバレッジ100、最小ロット0.1
次の注文のある周期でStop Outが来る可能性があります。
もちろん、この最悪のシナリオをDCの手法で計算すべきだということです。そして、結論を出す:指定された順序で開かれた注文のロットの合計量まで、我々はストップアウトに入ることを恐れることなく行くことができますか?それは「始まりの始まりに」です :) 開かれる可能性のある注文のマージン総額を計算します。繰り返しになりますが、開封の順番は上記の通りで、各注文の注文ロットは事前に分かっています。
考えてみよう。
オールBai:0.26+0.72=0.98。
オールボール:0.1+0.43+1.19=1.72
重複:Baiのロット数はSellのロット数より少ないので、重複したロット数はBaiのロット数=0.98に等しい
一方向売りの残りロット:1.72-0.98=0.74
では、どうすればいいのか?Baiを足し、Sellを引く。-0.1+0.26-0.43+0.72-1.19= -0.74 マイナスなら、一方向のSell
重なっているものについては、MODE_MARGINHEDGEDの値を取り、重なったロットの数を掛ける。
また、一方向性のものは、MODE_MARGINREQUIREDの値にMathAbs(一方向性のロット量)を掛けた値を取る。
まあ、その他も全部、織り込んでみてください・・・。
SZY.ここで長くは考えていなかったので、事件の合間に、落書きをしたのです。:)
それで...という論理が明らかになる。ありがとうございました。今すぐ確認してみよう。
ちなみに、DEMOで実験してみました。
0.1ロット価格1.27339で最初のBUY - Bail=1273.39を表示しました。Ie 0.1 * 1000000 * 1.27339/100.
2回目の売りはロット0.26価格1.27039で、合計Bail=3305.18と表示されました。そして、この0.26*1000000*1.27039/100=3303.01と非常によく似ているのですが?変人?
反対方向に開いた注文と重なる最大ロット数から保証金が取られることが判明したのですが?
次のBUYのオープンを待っているところ
皆さん、こんにちは。オペレーターという言葉には明確な定義があるのでしょうか、それとも「人生の意味とは何か」のようなものでしょうか(説明できない)。
:)オペレーターといっても、密造酒製造機のオペレーターでもいいし......。:)
その言葉の意味を知りたいという文脈で質問することになる。あまり長い文章にならないことを祈ります :)
皆さん、こんにちは。オペレーターという言葉には明確な定義があるのでしょうか、それとも「人生の意義とは何か」(説明できない)のようなものなのでしょうか。
=Commando。wikipedia参照。
https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)
それで...論理は理にかなっている。ありがとうございます。今すぐ確認してみよう。
ちなみに、DEMOで実験してみました。
0.1ロット価格1.27339で最初のBUY - Bail=1273.39を表示しました。Ie 0.1 * 1000000 * 1.27339/100.
2つ目の売りロット0.26 価格1.27039 -合計Bail=3305.18と表示されました。そして、この0.26*1000000*1.27039/100=3303.01と非常によく似ているのですが?変人?
反対方向に開いた注文と重なる最大ロット数から預かり金が取られることが判明?
次のBUYのオープンを待っているところ
え...じっくり考える時間があればいいのですが...。:)面白い作業だが、時間に追われている。
似ているけれど、似ていないなら、それは違うと思うんです。奇をてらっただけのことはある...。:)最大ロットでの差分を計算してみると...。
そんな「奇抜さ」で、デスラは真面目なお客さんに足をすくわれそう...。:)
違う方向で考えないと...。
次の注文を待っています :)
(笑): (笑): (密造酒マシンのオペレーターとして)).私の理解が正しければ、(MQL4でも)演算子はプログラムコードの中で最も小さく、最も意味のある式なのですが・・・。というようなものです。
О ...お母様お母様それがないと生きていけないのか?ハンモックに立つ?なぜ人生を複雑にするのか?
こちらからお読み ください...と言って終わりです...。
しかし、簡単な質問で困惑することもあるのですね :)(オペレーターのことです)。
BSEに最もわかりやすい(シンプルな)定義がありました。
"コンピュータサイエンスでは、処方箋...完了した動作を指定するために意図された..."
そして、こちらのドキュメントでは
"オペレーター "とは、プログラムの一部...情報変換の一定の順序を規定すること。"
つまり、この関数は同じように動作するのですね...。
面白いですね。