記事"DoEasyライブラリの時系列(第36部): すべての使用銘柄期間の時系列オブジェクト"についてのディスカッション

 

新しい記事 DoEasyライブラリの時系列(第36部): すべての使用銘柄期間の時系列オブジェクト はパブリッシュされました:

本稿では、使用された各銘柄期間のバーオブジェクトのリストを単一の銘柄時系列オブジェクトに結合することを検討します。使用されるすべての銘柄時系列期間のリストを格納するオブジェクトが各銘柄に備わることになります。

M5テスターのビジュアルモードでEAを起動します。


まず、テスターがすべての時間枠の履歴データをダウンロードし、次にEAが作成された時系列のデータを表示します。その後、メッセージが操作ログに送信され、テスト中に作成された時系列の新しいバーを開くことを通知します。

単一の銘柄時系列を操作する機能を作成するこの段階では、すべてが意図したとおりに機能します。

作者: Artyom Trishkin

 

こんにちは!timeseries.SyncData(PERIOD_M15,2)メソッドで指定した数値だけでなく、数値(2)を設定したフィールドに日付でも時系列を作成できるようにしてほしいです。これは、2つ以上の商品のヒストリーの相関を調べるとき、例えば、平坦な部分とトレンドの部分に分けて調べるときに便利です。そしてもう1つ、timeseries.SyncData(PERIOD_M15,2)とtimeseries.Create(PERIOD_M15)という2つのメソッドを1つにまとめて、timeseries.Create(PERIOD_M15,2)と書くことは可能でしょうか。

 
Alexander:

こんにちは!timeseries.SyncData(PERIOD_M15,2)メソッドで指定した数値だけでなく、数値(2)を設定したフィールドに日付でも時系列を作成できるようにしてほしいです。これは、2つ以上の商品のヒストリーの相関を調べるとき、例えば、平坦な部分とトレンドの部分に分けて調べるときに便利です。そしてもう1つ、timeseries.SyncData(PERIOD_M15,2)とtimeseries.Create(PERIOD_M15)という2つのメソッドを1つにまとめて、timeseries.Create(PERIOD_M15,2)と書くことは可能でしょうか。

こんにちは。 時系列は常に、指定された量のゼロ・バー(チャートの一番右のバー、最後の日付のバー)から作成されます。結局のところ、プログラムはヒストリカル・データ以外のデータを必要とする可能性があります。そして、ベースを作成することが最もコストのかかる操作であるため、最初に歴史的に遠い区間の時系列を作成し、その後オンデマンドで時系列を再作成すると、コストがかかりすぎる。

しかし、このライブラリでは、一度作成したベースから、任意の時間間隔で、任意の数の時系列のバーを取得することができます。これを行うには、まず時系列のバーの全リストを取得し、そこから必要なセクションを選択すれば十分である。これを行うには、CSelect() を使用する必要がある。

インジケータでは同期が期待できないので、フローを遅くしないために、同期のメソッドと時系列の作成メソッドは分離されています。そのため、時系列を扱うすべての機能を作成した後に、インジケータでデータを取得する例は後述します。

 

多色の背景色や 文字色を多用すると、記事の読みやすさが低下する。目にモッタイナイし、本質から目をそらす。以前は、記事のモデレーターがこれを止めていたのだが......。

 
Sergey Pavlov:

多色の背景色や文字色を多用すると、記事の読みやすさが低下する。目にモッタイナイし、本質から目をそらす。以前は、記事のモデレーターがこれを止めていたのだが......。

記事の著者はしばしば、注意を強調することを余儀なくされる。そして彼らは、記述されたコード片とその説明を同じ背景色で 強調表示することによって、それを行わなければならない。私自身は、このような表示にはあまり満足していないが、これはやむを得ない措置である。同じ背景色でハイライトする以外の方法で2つのテキストセクションを比較する方法について提案があれば、私は喜んであなたの提案に耳を傾けます。

 

静的と動的の2つのオプションがある。

静的:説明の文脈とコードができるだけ一致するように、説明するコードの断片を数行に縮小する。関数全体を表示する必要はありません。ニュアンスごとに重要な行を数行残し、それ以外は省略記号で囲んで破棄することができます。

ダイナミック:MQでのみ使用可能。パブリケーションエディターでホットスポットを作ることができ、その上にマウスカーソルを置くと、対応する「アンカー」がテキスト(コード)でハイライトされます。カーソルがホットスポットの上にない場合は、ハイライトされません。ホットスポットは、テキスト中では色のない弱い下線付きのリンクとしてマークされます(一部のサイトではこのようになっています)。もしそのようなものがあれば、現在背景色を必要とするのとほぼ同じ動作をレイアウトで行う必要があるが、ツールパレットのボタンが異なるだけである。しかし、実現する可能性は低い。

 
Stanislav Korotky:

静的と動的の2つのオプションがある。

静的:説明の文脈とコードができるだけ一致するように、説明するコードの断片を数行に縮小する。関数全体を表示する必要はなく、ニュアンスごとに重要な行を数行残し、それ以外は省略記号で囲んで捨ててもよい。

ダイナミック:MQでのみ使用可能。パブリケーションエディターでホットスポットを作ることができ、その上にマウスカーソルを置くと、対応する「アンカー」がテキスト(コード)でハイライトされます。カーソルがホットスポットの上にない場合は、ハイライトされません。ホットスポットは、テキスト中では色のない弱い下線付きのリンクとしてマークされます(一部のサイトではこのようになっています)。もしそのようなものがあれば、現在背景色を必要とするレイアウトのアクションとほぼ同じものが必要になり、ツールパレットのボタンが異なるだけだろう。しかし、彼らはそんなことはしないだろう。

そう、2番目のオプションがかなり望ましい。
そして、多くの初心者が記事の途中で右に書こうとする理由から、最初のものは適していない。
 
Artyom Trishkin:

そして、多くの初心者が記事の進行に合わせてすぐに書こうとするからだ。

その逆もある。最初の選択肢は、非常にゆっくりとした "ステップ・バイ・ステップ "ガイドのスタイルであり、初心者にはその方が好ましい。

 
Stanislav Korotky:

逆もある。最初の選択肢は、非常にゆっくりとしたステップ・バイ・ステップのガイドのスタイルで、初心者に適している。

おっしゃっていることはよくわかりました。しかし、これは関数からコードの一部を切り取って、重要な部分に集中し、それを説明するという提案です。しかし、そうすると、関数の目に見える整合性が崩れてしまい、これは初心者にとって好ましくないことです - 彼/彼女は関数全体とその各部分の説明を見るべきです - 何を、なぜ、何のために、なぜ。

 
Artyom Trishkin:

...そして、それは初心者にとって悪いことだ。彼らは機能全体を見る必要があり、その各部分の説明も必要なのだ--何を、なぜ、何のために、何のために。

Artyomさん、文章に配色という「アクセント」をつけても、初心者のトレーダー・プログラマーには 何の役にも立たないでしょう。それに、「初心者」はどうせ理解できない(あるいは理解しようとしない)だろう。

この場合、私は「初心者」の味方です。100500の記事を頭の中に入れて、それをExpert Advisorに適用するにはどうしたらいいでしょうか?

 
Sergey Pavlov:

アルテム、文章に配色という形で「アクセント」をつけても、初心者トレーダー・プログラマーには 何の役にも立たないだろう。それに、「初心者」はどうせ理解できない(あるいは理解しようとしない)だろう。

この場合、私は「初心者」の味方です。100500の記事を頭の中に入れて、それをExpert Advisorに適用するにはどうしたらいいでしょうか?

しかし、理解したい人は、プライベートで質問を書く。私はそこに重点を置いている(記事のディスカッションで直接書くようにお願いしているが、彼らはなぜかプライベートで書くことが多い。)

それに、+100500記事も頭に入れる必要はないと思う。
参考文献は暗記していますか?私は知らない。そして、「記憶を呼び覚ます」ために、その中から興味深い点を見つけることは、最初からできるわけでもない。
でも、検索して、見つけて、読み直して、リフレッシュする。
あるいは、コヴァリョフの教科書をどれだけ正確に覚えているか?

暗記して知っている必要はない。しかし、読み返し、頭の中で解析し、整理することで、その人をもう初心者ではなくしている何かに気づくようになる。
最初の記事における資料のスタイルや提示方法に注目し、最後の記事におけるスタイルや提示方法に注目すると、変化が見られる-咀嚼が少なくなっている。単純に、人が読み始めて何かをする方法を知らないとき、最初は方法を学ぶことができる。
そしてここに、まだ説明されていない新しいことがある-ここではなぜアクセントを色で強調しないのか...。しかし、同じ色を強調する以外に注意を引く便利な方法があれば、私は必ずそれを使うだろう - 私はこのモッタイナイが好きではない。

そして、これをEAで使うには、ライブラリの作り方を学ぶ必要はない。パブリック・メソッドの目的と、エキスパート・アドバイザーのテストでの応用を読めば十分だ。
ただ、ライブラリ作成の説明から外れて、その使い方の瞬間に深く踏み込むと、まったく別のトピックになります。
しかし、ライブラリ作成が完了すれば、そのすべての公開メソッドとその使用方法に関する膨大な参考資料が、例とともに提供されます。