template <typename T> void f( T& ) {} // 構造体とクラスのオブジェクトに対してのみ機能する。 template <typename T> void OnlyObjects( T& ) { const T Tmp; f((T)Tmp); // .... } void OnStart() { int i; MqlTick Tick; OnlyObjects(Tick); // OK OnlyObjects(i); // エラー }
記事の中で、私が知らなかったMQLの機能を目にした。その使用例。
それはおそらく別の記事に属している ;-)- https://www.mql5.com/ja/articles/8028/ - テンプレートはそちらで使用されており、 そちらの 例は単純に既製品としてこちらに移された。
- www.mql5.com
Stanislav、お疲れ様です!
なぜ4つのチャートタイプ(equi-、renge-、tick-、renko)が1つのEAに統合されていないのでしょうか?分ける理由があったのでしょうか、それとも既成のものを作り直す方が簡単だったのでしょうか?
とても良いアイデアだ。それにチャートからの取引も内蔵されている。
誰に連絡すればいいですか?レナト・ファトフーリン @スラバ
なぜ4つのチャートタイプ(equi, renge-, tick-, renko)が1つのEAに統合されていないのですか?それとも、既成のものを作り直す方が簡単だったのでしょうか?
まず第一に、歴史的にこれらは別々に行われてきました(そもそも私のものではないものもあります)。第二に、IMHOは、それぞれのタイプのチャートには それぞれの信奉者がいて、それらはあまり重なっていません(例えば、ティックファンはレンコファンではありませんし、タイムシフトは全く別の曲です)。第三に、両者に共通するのは初期化だけであり、再起動後の生成の継続は異なるはずなので、完全ではない。共通部分を別のincludnikに入れるというアイデアもあったが、2.を考慮すると、依存関係のない1つのファイルを選択する方が誰にとっても簡単である。
まず第一に、歴史的にこれらは別々に行われてきた(そもそもいくつかは私の好みではない)。第二に、IMHOは、それぞれのタイプのチャートには それぞれの信奉者がいて、それらはあまり重ならない(例えば、ティック・ファンはレンコ・ファンではないし、タイムシフトは別の曲である)。第三に、両者の共通点は初期化だけであり、再起動後の生成の継続は異なるはずなので、完全ではない。共通部分を別のincludnikに入れるというアイデアもあったが、2.を考慮すると、依存関係のない1つのファイルを選択する方が誰にとっても簡単である。
まあ、これらはすべて同じ意味を持っている - 刻み(または分)を取り、タイムラインなしでそれらからチャートを構築する。
ヒストリーの準備(理想的には1回限りのもので、適切な場所で一時停止した後に継続する)、新しいバーの生成、ティックのエミュレーションはすべて似ている。新しいバー」のルールだけが異なる。
しかし、私はその答えを理解し、自転車を発明する代わりに、既製のものを適合させることから始めるだろう。
https://www.mql5.com/en/welcome/en-metatrader-5-high-frequency-trading
- www.mql5.com
レンコー
Renkoチャートを実現するには、非トレーディングRenkoTicks.mq5 Expert Advisorを使用します。これは実際のティック(ブローカーからMetaTrader 5で入手可能)を処理することで、カスタム商品のクォートの形でレンコを生成します。元のシンボルの相場(バー)と、RenkoTicks が配置されている作業チャートのタイムフレームは関係ありません。
Renkoをプロットする際のカスタム・シンボルに代わるものとして、インジケータまたは描画(オブジェクトまたはキャンバスを使用)が考えられますが、いずれの場合も、そのような擬似グラフ上でインジケータやスクリプトを適用することは不可能です。
なぜそう断定するのか。キャンバスに描画し、その値をインジケータ・バッファに書き込み、「前のインジケータのデータ」という価格で他のインジケータを適用することができます。そして、これは最も原始的なインジケータの1つに過ぎません。もっと高度なものもあります。
さて、なぜこのようにカテゴライズされるのでしょうか。キャンバスに描画し、インジケータ・バッファに値を書き込み、「前のインジケータのデータ」価格で他のインジケータを適用することができます。そして、これは最も原始的なインジケータの1つに過ぎません。もっと高度なものもあります。
このソリューションは、実際に使用される様々なツールのすべてをカバーするものではありません。
この解決策は、実際に使用される様々なツールをすべてカバーするものではない。
この解決策は、多様性を完全にカバーすると主張しているのではなく、非標準的な バー・タイミング・スキームを持つチャート上でインジケータを使用する可能性がないという発言に対する反論としてのみ使用されて います。
繰り返しますが、(はるかに複雑ではありますが)より高度な解決策があり、それらはすでに「多様性を完全にカバーする」と主張することができます。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索


新しい記事「カスタムシンボル。実用的な基礎」はパブリッシュされました:
この記事では、クオートを表示するための一般的な方法を示すために、カスタムシンボルプログラムの生成を行います。 派生したカスタムシンボルチャートから実際のシンボルをトレードするためのEAにおける提案された亜種についても説明します。 この記事にはMQLのソースコードが添付されています。
また、このEAでは、為替商品のリアルボリュームモードを使用することができます。
MetaTrader5のEqualVolumeBarsEAによって生成された、1足あたり10000の実質ボリュームを持つ元の(a)と等価ボリューム(b)のLKOHチャート。
計算には常にM1足かティックヒストリーのどちらかが使用されているため、EAが稼働しているシンボルのタイムフレームは重要ではありません。
カスタムシンボルチャートのタイムフレームは、M1(ターミナルで利用可能な最小のタイムフレーム)に等しくなければなりません。 したがって、足の時間は、通常、密接に形成モーメントに対応します。 しかし、強い相場の動きの中では、ティック数やボリュームの大きさが1分間に数本の足を形成すると、足の時間は実際のものよりも先になります。 相場が落ち着いてくると、等ボリューム足のタイムマークが正常に戻ってきます。 このプラットフォームの制限は、そのようなチャートのまさにアイデアは、絶対時間からをインプットすることですので、等ボリュームまたは等レンジの足については、おそらく特に重要ではありません。
作者: Stanislav Korotky