Ну например (и это самый простой пример) поиск локальных экстремумов (не на графике) по условию y[n]>y[n+1] и y[n]<y[n-1] и соответственно для минимума. Я понимаю, что можно решить несколькими способами, например таким:
Создать массив такой же длины, как и исходный ряд, кодировать в нем 0 и 1 наличие экстремума.
Выполнить первую итерацию собрав расчет экстремумов
Пересчитать количество экстремумов
Инициализировать массив этой величиной
Записать значения в новый массив
Это называется левой рукой за правое ухо. Я постоянно делаю это в своих программах, но работаю в один проход, чтобы не тратить зря вычислительные ресурсы и время. Закон такой: выигрываешь в памяти - проигрываешь во времени и вычислениях. Лично мне кажется, что память менее критична для трейдинга. Поэтому можешь смело создавать даже два массива такой же длины и писать в один значение экстремума, а во второй его координату, непосредственно по ходу их формирования.
forte928へ
В данный момент есть первый фактор на основании которого можно сделать вывод о боковом флете на паре евро доллар -
1.3437と1.3937のポイントでは、0.382、0.618、1.00のレベルに対応する後続のロールバックと正確に同じ変動が観察された。
1.4162と現在の1.4951とあなたはこの価格チャートレベル1.4951と1.4851に基づいて取る場合、価格はちょうどこれらの指標の変動の平均レベルで最後の2日間のバランスポイントにあることを見ることができます - 第二図は、同じチャートですが、低に対する成長レベルを計算しています.さらに、彩度の指標は長い反転が発生すべき飽和レベルを示しています...。
しかし、これを許さないものが2つほどある。
1）日足チャートはマイナス成長の動きを見せている（下段の指標）
2)日足チャートでは、第1指標1.4877で0.382の統合水準に到達している
3）日足チャートでは、第2指標でCOPの1.4892で統合レベルに到達。
4) H4チャートで上昇に積極的な反対勢力があること
5）9月末OP安値と0.236（1.4931と1.4933）の相対する2つの統合水準が存在し、これは長期にわたる調整の存在を強く示唆するものである。
続きはこちら...
私は数年前にTAをやめたと言わざるを得ませんが、有能な分析を読み、自分の予測と比較することは常に興味深いことです。用語の混乱を避けるため、「連結レベル」という言葉を明確にしてほしい。
釈放
時系列の臨界点を探そうとしたことはありますか？
いや、そうじゃなくて、今のところどうやって探したらいいのかわからないんです。私は「時系列記憶」という概念を使いました。これはやや特殊な用語で、ニューラルネットワークやフラクタル解析などに見られるが、常にその応用の文脈を見る必要がある。つまり、ヒストリカルカウントがプロセスの将来の実現に与える影響を意味します。 簡単に言えば、このパラメータは「ヒストリカルシリーズをどれくらいの期間取るか」という問いに答えるものなのです。
PS：そういえば、リニアライブラリーを改良して新しいバージョンを投稿すると約束していましたね...。
toYurixx
1.MKL4では、サイズが設定されていない配列は操作できません。配列の宣言時にサイズを指定しなかった場合、init()で指定することになります。さらに、作業中に必要に応じてサイズを変更することも可能です。
init()で初期化することなく、すべて動作します。
2.Leaの アドバイスは非常に実践的で、耳を傾ける価値があります。スペースを確保して、最後のアイテムのインデックスを持つ変数を用意するだけということも十分あり得ます。それなら、必要な要素の数がわかっているかどうかは、本当に問題ではありません。
もっと 計算が必要なのは明らかなので、あまり現実的ではないと思います。上記に加え、ループを追加することも可能です。しかし、全てにおいて、開発者からの推薦が あれば、チェックせざるを得ないのですが．:о)
一般的に、適切なアドバイスをするためには、配列が何に使われるのか、なぜそのサイズを変更する必要があるのかを、より正確に説明する必要があります。
例えば(これは最も単純な例ですが)、y[n]>y[n+1]とy[n]<y[n-1]という条件によって局所極値を求め、それに応じて最小値を求めます(グラフ上ではありません)。例えばこのように、いくつかの方法で解決することが可能であると理解しています。
- 初期系列と同じ長さの配列を作成し、極値の存在を0と1にエンコードする。
- 極値の数を計算し、最初の反復を実行する
- 極値数の再計算
- この値で配列を初期化する
- 新しい配列に値を書き込む
このやり方でもいいし、あのやり方でもいい、ベストな方法を考えているところです :o)シンブルな演奏はしない。でも、私はバリエーション2が好きというか、EURを成長させたいんですよね？:-)
お気づきのように、私はシンブルのようなものを提案しているわけではありません。私はただ、あなたの意見に興味があるだけです（隣のスレッドであなたの予想を読みました）。
でも、選択肢1と3も、あまり違いはないけれど、OKなんです。
平均単価 の "乖離ベクトル "シフト
toUrain
私の経験では、私は、彼らがこれらの配列を使用する必要がある場合、直接配列を定義して使用することをお勧めしますほとんどローカルであり、彼らはRAMからよりも遅く動作するため、静的な配列よりも優れている動的にメモリを使用、特に配列が小さい場合、それはそれらのために多くのスペースを確保するために静的に意味をなさない。MQL-4コンパイラは、配列を明示的にサイズ指定して宣言しても、遅延させて宣言しても、違いを感じないように設定されています。
MQLでは、配列が格納されている場所に対する統計的/動的な「ポインタ」は存在しないようです。初期化演算子は1つだけですが、問題はそれを何度も使うことで大きな配列が遅くなる可能性があることです。それとも、そうなのか？それとも、また何か見落としているのでしょうか？
販売代理店 へ
フォーラムから情報を濾す
おお、それは貴重な資質ですね。断言できます。私は最高のアダプティブ・フィルターを持っています。:о)
あなたのタスクを詳細に記述していただければ（プライベートメッセージで書くことができます）、私たち（私）はそれを実装するための最良の方法を考え出すでしょう。
考えてみますが、今は自分で考えたいと思います。結局のところ、少なくともMQLで何かを理解しているはずですから、少なくとも問題をどうにか説明できるはずです :o) 。
そして、昔はこんな静かな小枝があったんだ。(
>> このままでいいと思う。同僚はまだ戦闘モードなだけです :o)
toYurixx
init()で初期化することなく、すべて動作します。
配列の初期化とサイズの宣言は別物です。Arr[]として配列を宣言すると、1つの要素がメモリ上に確保されます。いくらでも作業できますし、番号>0の要素をアドレスにしても、システムはエラーを教えてくれませんが、計算は不正確になります。そのため、ArrayResize()操作で特定のサイズを設定する必要があります。この場合のメモリ確保は、すべての要素がゼロで埋め尽くされるので、特別なことが必要でなければ、初期化しないでもよいでしょう（よいスタイルでは必要ですが）。
.
計算が増える のは目に見えているので、あまり実用的とは思えませんね。上記に加え、ループを追加することも可能です。でも、とにかく、全部チェックしないと、開発者の方からの推薦が あれば・・・。:о)
Leaのアドバイスは、計算を増やすことにつながらない。慎重に取り出してください。そして、この初歩的な問題に開発者を巻き込めば、あなたはヒーローになれるでしょう。:-)
.
例えば(これは最も単純な例ですが)、y[n]>y[n+1] と y[n]<y[n-1] という条件で局所極値を求め、それに対応する最小値を求めます。例えばこのように、いくつかの方法で解決することが可能であると理解しています。
これを右耳上の左手という。私のプログラムでもいつもやっていますが、計算資源と時間を無駄にしないために一気呵成に作業しています。その法則とは、「メモリで勝てば、時間と計算で負ける」というものだ。個人的な見解ですが、トレードにおいてメモリはあまり重要ではないと考えています。したがって、同じ長さの2つの配列であっても、形成される際に極値の値を一方の配列に、その座標をもう一方の配列に書き込むことが簡単にできる。
セルゲイさん、まずは一番複雑なシナリオから始めたほうがいいですよ。そうでないと、この騒動が何なのか理解できません。:-)))
Urainさんの 「配列は使うべきところに直接宣言して使う」というアドバイスは、かなり慎重にした方がいいと思います。配列の使い方は、スワップファイルとの戦い方ではなく、タスクの性質で決まります。
Ну например (и это самый простой пример) поиск локальных экстремумов (не на графике) по условию y[n]>y[n+1] и y[n]<y[n-1] и соответственно для минимума. Я понимаю, что можно решить несколькими способами, например таким:
Это называется левой рукой за правое ухо. Я постоянно делаю это в своих программах, но работаю в один проход, чтобы не тратить зря вычислительные ресурсы и время. Закон такой: выигрываешь в памяти - проигрываешь во времени и вычислениях. Лично мне кажется, что память менее критична для трейдинга. Поэтому можешь смело создавать даже два массива такой же длины и писать в один значение экстремума, а во второй его координату, непосредственно по ходу их формирования.
釈放
いや、そういう点を探したことがないので、まだ見当もつきません。私は、このような概念を「時系列記憶」と呼んでいます。これはやや特殊な用語で、ニューラルネットワークやフラクタル解析に見られるものですが、常にその応用の文脈を見なければなりません。つまり、ヒストリカルカウントがプロセスの将来の実現に与える影響を意味します。 簡単に言えば、このパラメータは「ヒストリカルシリーズをどれくらいの期間取るか」という問いに答えるものなのです。
PS：そういえば、リニアライブラリーを改良して新しいバージョンを投稿すると約束していましたね...。
なるほど、回答ありがとうございました。
2ヶ月前に基本的にライブラリの作業を最終段階に持っていきました（不要な機能を捨て、既存の機能を作り直しました）。とはいえ、マトリックスの条件計算をまだしていないのですが。あと2週間くらいでもっと自由になるので、その時に何とかしようと思っています。
その時、記事を書き始めたのだが、時間が足りなかった。現在、50％の関数の記述ができています（16の関数のうち6つのグループです；当面は関数のドキュメントだけを書き、使用例はその後に書きます）。
私は予想が苦手なので、今日から月曜日からM1で実験することにしました。
メインチャートが表示されない :)
しかし、1分ごとの過剰最適化、3時間先の予報。
私は予想が苦手なので、今日から月曜日からM1で実験することにしました。
メインチャートが表示されない :)
しかし、分単位の過剰最適化、3時間先の予測。
再最適化はどのように行うのですか？また、予測はどこから得ているのですか？ひょっとして推論者からではありませんか？
再最適化はどのように行うのですか？その予測はどこから得ているのですか、ひょっとして推論者からではありませんか？
ピボリさん、もう4回も聞かれてかわいそう^_^、そうそう、デデューターで予想してるんですよ。予測はほぼ同じ（エントロピーが最大になる方） :o)少し改良すると、次のような軌道が残り、「チャネリング」されたものが最も可能性が高い。
釈放
Понятно
頑張りました:o)
基本的には2ヶ月前にライブラリの最終段階まで持って いきました（不要な機能を削除し、既存の機能を作り直しました）。行列の条件分岐の計算はまだしていないのですが。
しかし、そこにはこう書かれている。
コードは後日掲載予定です。
しかし、バージョンは変わっていない :o(