Свойства ордеров - Торговые константы - Константы, перечисления и структуры - Справочник MQL5 - Справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
Свойства ордеров - Торговые константы - Константы, перечисления и структуры - Справочник MQL5 - Справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
ハロー、アレキサンダー！
つまり、 価格が水平線で表される特定の値に達したときに、 インストールされている保留中の注文を キャンセルするプログラムコードを書くことが可能である。
また、最初の投稿で問題になったツールが誰かの興味を引くものであれば、無料でコードを書くことが可能だと言われていますね。この目的のためには、ツールの動作の戦略や原理を明確に 説明する必要があります。
ウラジミールさん、よろしくお願いします。
ウラジミールさん、ありがとうございました。残念ながら、戦略の明確な説明はできませんが、非常に時間のかかる作業です。簡単に言えば、トレーディングは市場の動きに追随するものであり、市場の変化には先んじないということです。予言も魔法もない。そのため、この方法では、チャート上に何十通りもの組み合わせのフォーメーションが予め決められており、視覚的に即座に反応して取引を開始する必要があるのです。最も簡単で、最も難しいのは、手動で取引することです。意思決定のアルゴリズムを完全に機械に任せるということは、自分のiqを書き換えてコードに落とし込むということです。システムは完全に機械的ではないと？ いいえ、最初から最後まで機械的です。 ただ、意思決定のためのアルゴリズムなどの組み合わせがあまりにも多く、その組み合わせに依存するため、どうにも形式化できないのです。手でやったほうが楽なんです。機械がすべきことは、必要なTPレベルを設定し、絶望的になったら注文を削除することだけである。私はいつもそのように取引しています。それ以外のことはできません。
価格からの距離がDistance pipsを超えると、EAは保留中の注文を削除します。
与えられた注文の価格からの距離？ うーん、悪くないですね。また、言い忘れましたが、すみません、私の取引アルゴリズムでは、この注文を外すための水平レベルは、その注文のSLレベルです。これでもまだ単純化しているのかもしれません。そして、そのようなプログラムは、チャートにぶら下がって、ただ一つのこと、すなわち、監視するスクリプトであるべきだと考えた。"保留中の注文が 有効になる前に、価格レベルがその注文のStopLossレベルと同じ（SellStop注文の場合はより高く、BuyStop注文の場合はより低く）なった場合、このスクリプトは有効になっていない保留中の注文を削除します "とあります。
そして、新しいペンディングオーダーが現れたら、そこから手動でSLレベルを設定することになります。スクリプトはこれらのSLレベルを見て、有効化されていない保留中の注文を削除するための条件が満たされているかどうかを毎ティックごとにチェックします。質問が違う。mt4システムの内部のチャート上のSLレベルは、何らかの形で彼らの保留に添付され、またはチャートの内部とその名前で、彼らはすべて自分自身であるのでしょうか？結局、数字で結ばれているのであれば、ティック毎に非活性化注文を削除する条件を再確認する、そんな作業はスクリプトで簡単に処理できる。 またしても、私はコーディングについて全く理解していない。
ウラジミールさん、ありがとうございました。戦略の明確な説明はできませんが、残念なことに、とても時間のかかる作業なのです。簡単に言うと、取引は市場の動きを追うものであり、市場の変化より先に行うものではありません。予言も魔法もない。そのため、この方法では、チャート上に何十通りもの組み合わせのフォーメーションが予め決められており、視覚的に即座に反応して取引を開始する必要があるのです。最も簡単で、最も難しいのは、手動で取引することです。意思決定のアルゴリズムを完全に機械に任せるということは、自分のiqを書き換えてコードに落とし込むということです。システムは完全に機械的ではないと？ いいえ、最初から最後まで機械的です。 ただ、意思決定のためのアルゴリズムなどの組み合わせがあまりにも多く、その組み合わせに依存するため、どうにも形式化できないのです。手でやったほうが楽なんです。機械がすべきことは、必要なTPレベルを設定し、絶望的になったら注文を削除することだけである。私はいつもそのように取引しています。それ以外のことはできません。
TORを書くときは、シンプルにすること。難しいことではありません。まずは初期データから。ある種のレベルです。どのように定義されているか。そして、値動きによって、こうしなければならない、ああしなければならない、32日間止まったら、こうしなければならない、と。そして、要件のアウトラインを作り、質問を指定し、さらに詳細を追加していくのです。もちろん、このロジックがあなたの取引と完全に一致するわけではありませんが、良いスタートにはなるでしょう。
ToRを書くときは、シンプルにすること。難しいことではありません。まずは初期データから。これはある種のレベルです。どのように定義されているか。そして、値動きによって、こうしなければならない、ああしなければならない、32日間止まったら、こうしなければならない、と。そして、要件のアウトラインを作り、質問を指定し、さらに詳細を追加していくのです。もちろん、このロジックがあなたのトレードに完全にフィットするわけではありませんが、ひとまずはこれがベストでしょう。
残念ながら、この段階では、私は今、このケースの正しさの制御のためのすべてのルールを使用して、オープニングポイントを理解しているフォームで101％の確信している、このフォームでは、システムはコードに移動しません。その都度、自分の理解のためと、アルゴリズム化（こんな言葉あるかな）のために、簡略化しています。私が今必要としているのは、ルールに従って取引を開始したり削除したりするための、さまざまなタスクを実行するツール1つか2つです。
私は、毎月毎月、常に物を取り除いたり、簡素化したりしています。価格には2つの方向性しかありません。つまり、取引システムの中にも非常に少ない要素があるかもしれないということです。今のままでいい。でも、いろいろな慣習がありますよね。ご出席の皆様、尊敬するトレーダーの皆様、プログラマーの皆様、こんばんは。私自身、非常に有望な取引システム（スキャルパー手法）を開発しています。
あなたの戦略はFICTIONであることを理解していますか...？
DCスタッフはいつでも、注文執行の遅延、スプレッドの拡大などを戦略に取り入れることができます。
その後、あなたの「VERY PERSPECTIVE TS」は、蘇生の可能性もなく、すぐに崩壊してしまうでしょう・・・。
あなたの戦略はFICTIONであることを理解していますか...？
注文執行の遅れ、スプレッドの拡大など、DCスタッフがいつでも戦略に取り入れることができるのです・・。
その後、あなたの「VERY PERSPECTIVE TS」は、蘇生の可能性もなく、すぐに崩壊してしまうでしょう・・・。
幸いなことに、これもルールに組み込まれた慣習に過ぎない。この事実を踏まえれば、このシステムはそれほど悪いものではない。
そして、付け加えるのを忘れていたが、システムの明確なルールを知らないどの証券会社の社員も、注文に影響を与える独自の手法でシステムを破壊することはできない。端末を無効化するだけならm1で取引が壊れるような遅延が追加されたら、m5に移行しよう、面倒くさくてしょうがない。
また、上に書いた市場のフラクタル性と、価格のどんな「パターン」にも一定の規則性が存在するという私の知識から、m5だけでなく、m4、m3、すべての方法をここでトレードすることができます。M1は最高速度で、信号の流れも大きい。しかし、M1でもこの値段はない。ティックチャートは価格です。だから、いろいろなルールや慣習があるんです。(ローソク足の影は、チャート内の値動きに対する追加パラメータであり、それを考慮しないことは、パターンや値動きを重要視しない手法でトレードすることを意味します。
幸いなことに、これもルールに組み込まれた慣習に過ぎない。彼らは常に見積もりを偽造することはできないし、その事実を踏まえれば、システムはそれほど悪いものではない。
わかってないなぁ...。誰も見積もりをFIXしてくれない...。
注文執行の「遅れ」はルール上禁止されていないのですが...。と広がっていく...。
幸いなことに、これもルールに組み込まれた慣習に過ぎない。彼らは常に見積もりを偽造することはできないし、その事実を踏まえれば、システムはそれほど悪いものではない。
残念ながら、この段階では、私が今、冒頭のポイントを知覚し、ケースの正しさを制御するためにすべてのルールを使用し、心に 留めている形では、残念ながら、この形では、システムはコードに転送することができないことを101％の確信を持っています。その都度、自分自身の理解のためと、さらなるアルゴリズム化（こんな言葉あるかな）のために、簡略化しています。私が今必要としているのは、ルールに従って取引を開始したり削除したりするための、さまざまなタスクを実行するツール1つか2つです。
常に何かを削ったり、簡略化したりしています。価格には2つの方向性があるだけです。つまり、取引システムの中にも非常に少ない要素があるかもしれないということです。今のままでいい。でも、いろいろな慣習がありますよね。これらのルールを紙に書いてみましょう。助かります。まずはシンプルなフレームワークから始めなければなりませんが、後に複雑化したり修正したりすることもあります。
簡単なルールから始めて、より複雑にして微調整することもあります。)
これらのルールを紙に書いてみましょう。助かります。できれば、シンプルなフレームワークから始めて、それを複雑化したり修正したりするのが望ましいですね。
例えば、スクリプトが必要で、それを置くと、数字の表が出て、それを選んで押すか、フィールドに数字を打ち込んでチェックマーク（例えばどんな注文）を入れてokを押すと、数字で、あるいは価格から何ポイント離れて、SLやTPなど、必要な注文が 出される、というように、単純なルールから、後で複雑にすることがあります。)