MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 891

 
leonerd:

しかし、ここでは、異なる指示の注文とマージンのヘッジファクターが考慮されていません。

注文の方向性」はAccountFreeMarginCheck https://docs.mql4.com/ru/account/accountfreemargincheck で説明されています。

この関数では、合計ロットと注文タイプOP_BUYまたはOP_SELLをパラメータとして渡す必要があります。
カウンタークローズであれば、そこで証拠金が解除される。

ロックの場合、似たようなものがありましたが、すべてのブローカーがロックの証拠金の計算方法を同じにしているとは思いません、覚えていません、ロックというテーマはルネットでは沈静化しているようです、需要がないのでしょう

係数については、レバレッジのことだと思われますが、議論のスレッドがありましたので、フォーラムで「マージン計算」を検索すると見つかるはずです、私は長い間このトピックを扱っていませんが、需要が高いわけではありません。

の記事はこちらです。マージン計算があるようですhttps://www.mql5.com/ru/articles/2555

AccountFreeMarginCheck - Информация о счете - Справочник MQL4
AccountFreeMarginCheck - Информация о счете - Справочник MQL4
  • docs.mql4.com
Размер свободных средств, которые останутся после открытия указанного ордера по текущей цене на текущем счете. Если свободных средств не хватает, то будет сгенерирована ошибка 134 (ERR_NOT_ENOUGH_MONEY).
 
Igor Makanu:

注文の方向性」はAccountFreeMarginCheck https://docs.mql4.com/ru/account/accountfreemargincheck で説明されています。

この関数では、合計ロットと注文タイプOP_BUYまたはOP_SELLをパラメータとして渡す必要があります。
カウンタークローズということであれば、そこでマージンが放出されます。

覚えてません、ルネットではロックの話題は沈静化したようです、需要がないのでしょう。

係数については、レバレッジについてと思われますが、議論のスレッドがありました、フォーラム「マージン計算」を検索すると見つけることができるはずです、私は長い間このトピックを扱っていない、それは需要が高くはないです。

の記事はこちらです。マージン計算があるようですhttps://www.mql5.com/ru/articles/2555

AccountFreeMarginCheckは、これが現在の価格であると仮定する。私の価格は、現在の価格ではありません。違うんです。

 
SYMBOL_MARGIN_HEDGED MT4用のアナログはないのですか?
 
leonerd:
SYMBOL_MARGIN_HEDGED MT4用のアナログはないのですか?
MarketInfo(_Symbol, MODE_MARGINHEDGED);
 
Alexey Viktorov:

ありがとうございます。これはどうでしょう?必要なものを計算することは可能ですか?価格と数量を把握した上で、事前に開設する注文のための証拠金。

 

なぜ、プログラムが変化を示さず、原油や原材料の在庫が表示されないのか、その理由を教えてください。

 
leonerd:

ありがとうございます。これはどうでしょう?必要なものを計算することは可能ですか?あらかじめ価格と数量を把握した上で、注文を出すための証拠金。

証拠金の価値に関わる資産の価格、開くべき注文を予測できれば、コストはかからないと思います。FXの取引をしなくても、○○分後に価格がどうなるかを、お金で社会全体に伝えることができます。

おそらく、今この瞬間に注文を出すために必要な資金を計算した方がよいでしょう。

そうだったのか...でも、原則的に変えるつもりはないんです。ただ、酔っているだけです。変えるつもりはない。

とにかく、既述の理由により、サッブそのものが理解できないのです。たぶん、明日にはわかると思います。しかし、何はともあれ、保留中の注文の マージンはIMPOSSIBLEである。

もう一つ、注文を開いた時点でマージンは完全に計算されており、開いた後に初めてMODE_MARGINHEDGEDに従って修正されます。

したがって、負けポジションを確定するための取引を計算する必要がある場合は、100%の証拠金で新規注文としてカウントし、その後、放出された資金で追加注文を行う必要があります。

もし、間違っていたら...しかたない

 
Alexey Viktorov:

一番大事なのは、rightなもの。

はい、ありがとうございます......プリントにゼロを入れるのは不便ですね。

 
この質問で助けてくれるみんな。未定義型や任意の型のグローバル変 数を宣言したいのですが、どうすればいいですか?そして、この変数はテンプレートを持つ関数で使用されます。つまり、関数を呼び出して、任意の型の配列を受け取り、計算を行い、その結果を関数から返してもらい、この変数に代入するのです。これらのパラメータの計算結果を変数に格納して、関数を2回目から呼び出す必要がないようにしたいのです。どうすれば最小限のチェックで普遍的な解が見つかるのか、変数の型を変換したり、マクロで変数を宣言したり、どうすればいいのか?
 
Alexey Viktorov:


注:注文開始時点では、マージンは全額計算され、開始後にMODE_MARGINHEDGEDに従ってマージンが修正されます。

したがって、負けポジションを確定するために取引サイズを計算する必要がある場合は、100%の証拠金で建玉し、その後、解放された資金で追加注文を建てる必要があると考えるべきでしょう。

もし、間違っていたら...しかたない

このコメントはよく理解できません。証拠金が新しく開いた注文の証拠金より低い場合、ロックポジション(開いたポジションと反対のポジション)を開くことができます(ポジション自体にはありません)。では、100%はどこにあるのでしょうか?