Sergei Kovalev氏のMQL4の教科書に、私が探していたものがありました。ここでは、「シンプルなExpert Advisorの構造 」からの抜粋を紹介します。以下は、いくつかの機能ブロックに基づいたシンプルなExpert Advisorの基本構造で、各ブロックは特定の独立した部分の計算を実行します」。
Sergei Kovalev氏のMQL4の教科書に、私が探していたものがありました。ここでは、「シンプルなExpert Advisorの構造 」からの抜粋を紹介します。以下は、いくつかの機能ブロックに基づいたシンプルなExpert Advisorの基本構造で、各ブロックは特定の独立した部分の計算を実行します」。
Sergei Kovalev氏のMQL4の教科書に、私が探していたものがありました。ここでは、「シンプルなExpert Advisorの構造 」からの抜粋を紹介します。以下は、いくつかの機能ブロックに基づくシンプルなExpert Advisorの基本構造で、それぞれが特定の独立した計算部分を含んでいます」。
0.データ型 。
0.1 型式変換
0.2 ブール代数
0.3 整数オーバーフローの概念（x+1がxより大きいとは限らない）
0.4 浮動小数点数の数学
0.5 可変
0.6変数の初期化
...
これ以上考えるのは怠慢だ)))
すでに一部（データ型、変数）はマスターしているので、残りを学習計画に組み込んでいく予定です。
ウラジミールさん、ありがとうございます。
皆さん、ご機嫌いかがでしょうか？
Sergey Kovalev氏によるMQL4チュートリアルを勉強しているのですが、ある簡単なことが完全に理解できないのです。チュートリアルの中に「貿易業務の一般的な順序」という項目があり、すべての概念が列挙されています。成行注文、未決済注文、取引注文、取引操作。しかし、フォーラム参加者のメッセージの中には、Positionという 概念がよく出てきます。
マーケットオーダー＝ポジション なのか、それとも違う概念なのか。
敬具 ウラジミール
皆さん、ご機嫌いかがでしょうか？
Sergey Kovalev氏によるMQL4チュートリアルを勉強しているのですが、ある簡単なことが完全に理解できないのです。チュートリアルの中に「貿易業務の一般的な順序」という項目があり、すべての概念が列挙されています。成行注文、未決済注文、取引注文、取引操作。しかし、フォーラム参加者のメッセージの中には、Positionという 概念がよく出てきます。
専門家に質問：Market Order =Position なのか、それとも違う概念なのでしょうか？
敬具 ウラジミール
はい、Quartetでは、取引操作の実装が簡素化されています。そしてチュートリアルは正しく、4kaではすべてがオーダーチケットに結びつきます。また、保留中の注文券は成行となった後も変化しない。5では、ドキュメントにも詳しく書かれています。そこでは、注文は独自のチケットを持ち、取引は独自のチケットを持ち、ポジションは独自のチケットを持つ。5kaの取引はすべて取引、注文はすべて注文です。したがって、SLとTPはオーダー-注文です。また、取引後にポジションが表示されたり、変更されたり、閉じられたりします。そして、ポジションのみを計上するネッティング勘定と、異なる指示の注文でポジションを計上するヘッジ勘定の2種類があります。4kaでは、口座はヘッジのみで、取引コストを節約するために、異なる指示の注文を一度に決済する操作さえあるのです。そして、4の正しい成行注文の結論は、5のポジションです。5に成行注文はありません。保留中の注文のみ)
はい、4では、貿易取引の実行が簡素化されます。そしてチュートリアルは正しく、4ではすべてがオーダーチケットに紐づいています。また、保留中の注文のチケットは、成行となった後でも変更されません。5では、ドキュメントにも詳しく書かれています。そこでは、注文は独自のチケットを持ち、取引は独自のチケットを持ち、ポジションは独自のチケットを持つ。5kaの取引はすべて取引、注文はすべて注文です。したがって、SLとTPはオーダー-注文です。そして、取引後にポジションが表示されたり、変更されたり、閉じられたりします。そして、ポジションのみを計上するネッティング勘定と、異なる指示の注文でポジションを計上するヘッジ勘定の2種類があります。4kaでは、口座はヘッジのみで、取引コストを節約するために、異なる指示の注文を一度に決済する操作さえあるのです。 そして、4の正しい成行注文の結論は、5のポジションです。5に成行注文はありません。保留中の注文のみ)
ヴァレリーさん、こんにちは。このような詳細なご回答をいただき、誠にありがとうございました。ということについてOrderは独自のチケット、Deal-取引操作-独自のチケット、Position-独自のチケット・・・」知りませんでしたので、教えていただきありがとうございました。
ウラジミールさん、ありがとうございます。
MQL5 Reference:Types of Trading Operations に記載されています。取引は、OrderSend() 関数を使用して、ポジションを 開くための注文や、保留中の注文を 設定、変更、削除するための注文を送信することによって行われます。各取引注文には、要求された取引操作の種類を示す表示が含まれる。取引操作は enumeration ENUM_TRADE_REQUEST_ACTIONS に記述される。
これですべてが明らかになりました。ポジションを開くための注文です（私は自分で追加しました - 市場価格で）。
ウラジミールさん、ありがとうございます。
MQL5 Reference:Types of Trading Operations に記載されています。取引は、OrderSend() 関数を使用して、ポジションを 開くための注文や、保留中の注文を 設定、変更、削除するための注文を送信することによって行われます。各取引注文には、要求された取引操作の種類を示す表示が含まれる。取引操作は enumeration ENUM_TRADE_REQUEST_ACTIONS に記述される。
これですべてが明らかになりました。ポジションを開くための注文です（私は自分で追加しました - 市場価格で）。
敬具 ウラジミール
この価格は、マーケットと同じように、ポジションを閉じるための注文の必要条件であることを付け加えたいと思います - 売りと同様に、マーケット価格でのみ買うことができます。この価格帯はスリッページであり、価格がこの水準から外れた場合、注文は決済されません。
付け加えると、価格はポジションの開始と終了の前提条件であり、バザーのようにバザー価格でしか買えないし、売ることもできないのです。価格がこの水準から離れると、注文は成立しない。
ヴァレリーさん、ありがとうございました。ところで、私は滑りを理解していましたが、今回、改めてそれを確認することができました。
ウラジミールさん、ありがとうございます。
Sergei Kovalev氏のMQL4の教科書に、私が探していたものがありました。ここでは、「シンプルなExpert Advisorの構造 」からの抜粋を紹介します。以下は、いくつかの機能ブロックに基づいたシンプルなExpert Advisorの基本構造で、各ブロックは特定の独立した部分の計算を実行します」。
この点に関して、専門家のアドバイスが必要です。この構造化されたスキームは、MQL5でExpert Advisorを書く のに適用できますか、それとも他のブロックを追加すべきですか？
ウラジミールさん、よろしくお願いします。
Sergei Kovalev氏のMQL4の教科書に、私が探していたものがありました。ここでは、「シンプルなExpert Advisorの構造 」からの抜粋を紹介します。以下は、いくつかの機能ブロックに基づいたシンプルなExpert Advisorの基本構造で、各ブロックは特定の独立した部分の計算を実行します」。
この点に関して、専門家のアドバイスが必要です。この構造化されたスキームは、MQL5でExpert Advisorを書く のに適用できますか、それとも他のブロックを追加すべきですか？
ウラジミールさん、よろしくお願いします。
これは真空中の球状の馬であり、動作するEAのフローチャートではありません。ブロックによっては、全く存在しない場合もあります。ブロックは並べ替えが可能です。どんなMCLプログラムもイベントハンドラです。これは、スキームにない主要な仮定であり、読者を誤解させるということだ。私からのアドバイス：こんな古いものは読まないでください。コバレフの教科書は時代遅れだ。特にMT5の注文システムに関しては、正しい情報ではないものが多い。コバレフは、このばかげた方式を記憶し、イベントのセットを記憶し、そして地球儀のフクロウを引っ張ることを本質的に提案している：この方式はエキスパート・アドバイザー・プログラムで実装されていると思われる。MKLにはスキームがありません。取引環境の使い方には、典型的なパターンがあります。しかし、普遍的なスキームがあるわけではないので、それを理解し、覚えておかなければならない。すべての「仕組み」は、関数とその関数の事象に対する反応によって構成されています。さらに、要求されるデータもあり...。また関数で
Sergei Kovalev氏のMQL4の教科書に、私が探していたものがありました。ここでは、「シンプルなExpert Advisorの構造 」からの抜粋を紹介します。以下は、いくつかの機能ブロックに基づくシンプルなExpert Advisorの基本構造で、それぞれが特定の独立した計算部分を含んでいます」。
このブロック図は、MQL5でExpert Advisorを作成 する際に適用できますか、それとも他のブロックを追加すべきですか？
ウラジミールさん、よろしくお願いします。
論理的には通用するのですが、Accountingブロックが違うのです。4ではより簡単に、それが好きな理由です。5kaではもっと複雑です。生活を楽にするライブラリもありますが、やはり言語を知っていないと使えません。本質的には、5kaで、順序が送信され、答えは正しいかどうか、正しい場合は、実行のためのステータス、実行後に答えがない、それはまた、トランザクションを要求する必要があり、それが働いたかどうか、答えはまた、トランザクションが成功した場合、ある位置 - 資産（市場での商品）、それは市場価格を持っています。