[アーカイブ！】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 361

新しいコメント
 

Diubakin:
1. Здраствуйте, подскажите пожалуйста, есть ли возможность доступа к исторической тиковой информации в МТ4, средствами MQL4? То есть что-то вроде "тик-серии"?

2.タイムフレーム（時系列）ではなく、ティックをベースにMAをプログラムすることは可能でしょうか？表現がおかしかったらごめんなさい。要するに、ティック履歴が必要なのですが...


1.ストラテジーテスターの 仕組みに関する記事を読む（検索してください）。

2. そのような可能性はあるが、ここでは、仕事をする会社の選択、その取引条件などが非常に重要な役割を果たす。そのためにはティック履歴が必要で、それをMT4に「ダウンロード」する...。他にもいろいろと......これは解決すべき問題の完全なリストではありません......。

サイトのコードベースの一番最後にある - Expert Advisor (by Composter) - Save... - I don't remember its exact name - how to write tick history of a quote provider (CA) をご覧ください。

 
もし私が正しく理解しているならば、MT4ではティックを使った本格的な作業は深刻な問題です。つまり、タイムフレームの ようにすべての可能性（インジケータ、エキスパート、スクリプト）を使用できるようにするには、ティック情報に基づいてプログラミングするときに多くの追加の問題があり、初心者が解決するには非常に困難なことでしょう。ダニ情報で完成度の高い作品を作ることは、開発者にとってそれほど難しいことだったのでしょうか？
 

Diubakin:
1. Спасибо за помощь, если я правильно понял, то в МТ4 полноценная работа с тиками - это серьёзная проблем, то есть чтоб можно было использовать все возможности(индикаторы, эксперты, скрипты) как на таймфреймовых графиках и соответственно при программировании на основе тиковой информации возникает масса дополнительных задач, которые начинающему решить будет очень сложно.

2.ダニ情報で本格的な仕事をするのは、開発者にとって非常に難しいことだったのでしょうか？


1.基礎的な トレーニングによります。どんなプログラミング言語が使えるか、学習教材を学び、同化し、応用する能力、その他多くのこと...。もし、すべてがうまくいって、この方向で勉強したいという願望と志があるならば、この喜びをすべて理解して実践に生かすことは、きっと、難しいことではなく、可能なことだと思います。もし少しでも...、となると、自分でやるのはとても 難しい、不可能ではないにしても、可能性は、ジョバを 通すということではなくて...。

2.ここで、開発者本人に聞いてみましょう。

 
pension:
すみません、スペースを残すようにコードを書けばよかったのですが、自分で見ると怖いので、どうすればいいでしょうか？テキストエディタでの原稿では、何も問題なかった。

このエディタで、ktrl+alt+Mを押します。このウィンドウでクリップボードにコードを通し、下の方にある「貼り付け」を押して、配列を続けます。
 
プロフェッショナルの皆様へ。以下は、Expert Advisorの断片で、その中でしばしば、異なる場所、異なる目的のために繰り返されるものです。
質問です。Expert Advisorでは、なぜA演算子の後にB演算子（p4の基本条件）を書いているのですか？それとも私が何か理解していないのか、それともただの再保険精度なのか、
、何か落とし穴を意識しているのか。では、どんな想定外のことが起こりうるのか。
もう一つ提案があります。それは、プログラムの論理の理解を深めるために、プログラムを構造化する要素ですが、そうすると、このようなテクニックが頻繁に使われると
。

プログラムのパフォーマンスが 損なわれる。4ページ目を書く目的は何なのか、説明してください。

for (cnt = OrdersTotal() - 1; cnt >= 0; cnt--) {                                       //стр.1
       OrderSelect(cnt, SELECT_BY_POS, MODE_TRADES);                                   //стр.2
       if (OrderSymbol() != Symbol() || OrderMagicNumber() != MagicNumber)  continue;  //стр.3 Оп-р А.
       if (OrderSymbol() == Symbol() && OrderMagicNumber() == MagicNumber)             //стр.4 Оп-р Б.
                   if (OrderType() == OP_BUY || OrderType() == OP_SELL)                //стр.5 Пример нужного оператора
                                                 Profit += OrderProfit();              //стр.6 Пример нужного действия
        }                                                                              //стр.7
 
Vinin:

実物をいろいろと知らないと何とも言えません。しかし、第一近似値で50％なら安心です。結果の再現という意味です。

なるほど、ありがとうございます
 
pension:
質問です。なぜ専門家は演算子Aの後に演算子B（主条件4ページ）を書くのですか？

continue文は、現在の楽器名が等しくないか、 魔法使いが等しくない場合、つまりcontinue文の下では、コードは「our order」まで実行されません、2番目のif文は、条件の同時 実行をチェックしますforループの現在の繰り返しを終了します。

少し面倒なコードです。https://www.mql5.com/ru/forum/131859 ブランチを見てください。 スマートに書かれた関数がたくさんあります。

 

keybd_event(...) を介して、必要に応じてキーボード押下を シミュレートするインジケータがあります(執筆中)。インジケータは複数のチャート上に立っていなければならない。そのため、インジケーターがない場合でも、インジケーター付きのチャートが隠れている間に別のチャートが開いていると、この押下はこの別のアクティブな ウィンドウに送られ、閉じているインジケーター付きのチャートには送られません。そして、いくつかのチャートでインジケータを動かすと・・・!!!!

という疑問があります。 インジケーターはなぜわかるのか？ そのチャートがアクティブでない場合、少なくともこの送信をブロックするか、送信する場合、このプッシュを自分のアクティブでないウィンドウに送信すべきでしょうか？

 
pension:
プロフェッショナルの皆様へ。 以下は、Expert Advisorの断片で、その中でしばしば、異なる場所、異なる目的のために繰り返されるものです。
質問です。エキスパートアドバイザーは、なぜ演算子Aの後に演算子B（P4の基本条件）を書いているのですか？ 私が何かを理解していないのか、それとも単なる再保険の精算なのか、どちらかです。
あるいは、落とし穴に気づいているか？では、不測の事態はどうなるのでしょうか。
もう一つ提案があります。それは、プログラムの論理の理解を深めるための構造化の要素ですが、そのような手法が頻繁に使用される場合

プログラムのパフォーマンスが損なわれる。4ページ目を書く目的は何なのか、説明してください。



このフクロウは、4th pgあり、4th pgなし...と自分で動作確認するのが一番です。テスターでも、デモでも......関係ありません。2つのバリエーション - 同じ楽器で、同時に並行して作業させる...そして、この2つのバリアントのサンプルをここに投稿してください。過剰な保険としか思えないのですが...。結局、条件Aをクリアしたのであれば、安心して№5-再保険の行に進むことができるのだが...。
 

最適化で完全に迷走してますね。

この作業は、ある期間においてEAがどのように機能するかを確認するものであり、結果はまだ重要ではありません。

初期残高が10000ドルあります。最適化されるパラメータの1つ。最低残高は1000ドルという制限条件を設定した。テスターで検索しても「結果が出ない」と言われる。オッケーです。テストを始めると、最大ドローダウンが532$、最終残高が9378$であることがわかります。I.e.期間中の残高は常に$1000以上だが、テスターは最適化の際にそれを表示しない。なぜ？フォーラムで検索すると、そのような問題はないとのことで、つまり、私が「最低残高」の意味を正しく理解していないようです...。

1...354355356357358359360361362363364365366367368...537
新しいコメント