エラー、バグ、質問 - ページ 410

[Yedelkin]

papaklass:
関数OrdersTotal()を使用すると、保留中の注文を追跡することができます。現在値と前回値を比較する。複数の注文待ちを回避したい場合は、注文設定用フラグを使用します。このフラグが==trueの場合、オーダーが既に設定されていることを意味する。注文がトリガーされたとき、つまり OrdersTotal() が変更されたときに、このフラグをリセットする。

幸いなことに、私は1年前にこの基本的なことを経験しました。MQL5で作業するための初期スキルに特化した記事を利用しました。チャンピオンシップでは、この制度はトレーニングには適しているが、日常的な取引には適さないことが確認された。ロシュの記事は、すべてのiに点を打ち、すべてのtを交差させる。

そして、これは注文状況を確認する方法の問題ではありません。要は、先に述べたトレードパラメータを使えば、ポジションだけでなくオーダーも大幅に簡略化できるということです。 個人ユーザーの立場からすれば、「どう すればいいのか？また、"symbol - OrdersTotal() "ではなく、"Unknown"とポイント ごとに注文を処理することもできます。

papaklass
必要なのは、このイベントが発生したシンボルだけです。

要は、トレーニングパラダイムを脇に置けば、保留中の注文を扱うには、シンボルではなく、オーダーチケットを知ることがより重要なのです。正確には、シンボルでの作業も許容範囲ですが、余分な作業が多くなります。

P.S. 「サブスクリプション」という言葉を初めて知りました。素敵なバリエーションです。

[Yedelkin]

papaklass:
そもそも真理を主張するわけではないのですが、幼稚園についての発言は傲慢な臭いがします。

悪く思わないでください。あなたのメッセージの前に、そのフレーズを修正しました。書いて、送って、読むときに、二次的なフレーズのあいまいさを修正することがありますよね。

本題に入ります。私は、いつ、どのようにポジションをオープン/クローズするかは気にしません。私にとって重要なのは、保留中の注文が 常に市場の状況をカバーすることです。ですから、「OnTrade()ではシンボルパラメータは1つで十分だ」というような発言は、すべての一般的／典型的な戦略を反映しているわけではないことを強調したいのです。

[Renat Fatkhullin]

Interesting:

の開発者の皆様へ

Win 2003 SP2（ターミナルモード）で常に取引口座の情報が失われるのはバグなのか、それともセキュリティ向上のために設計されたものなのでしょうか？

正確には、同じプログラムコピーを異なるアカウントで通常モードとターミナルモードで交互に使用すると、アカウントデータが時々消えてしまうのです。どうやら、ターミナルモードで異なるアカウントで作業するだけなら、似たような状況になるようです（まだ確認していません）。

はい、その通りです。

他のWindowsユーザーが（同じパソコンであっても）、他のWindowsユーザーからパスワードが保存されている端末にアクセスしようとすると、パスワードが強制的にリセットされます。これは、パスワードを盗まれないようにするためです。

[Валерий]

Virty:

そう、素朴な疑問のようで、すでに達人たちが議論しているのです。テスターを正しく動作させるのが面倒くさい。EURUSDを現在の価格で1ロット購入するためには、3～4回のチェックを行う必要があります。そうしないと、テスターは動作しますが、正しく動作しませんし、重要なのは、静かに動作することです。マイナス収支とか意味不明な結果にしかならない。そして、そのチェックが成功すれば良いのです。しかし、SymbolInfoTickがfalseを返した場合、どうすればいいのかわかりません。チャンピオンシップの賞品ではなく、エラーコードを壁に掛けた方がいいのでしょうか？

equity<0.55*balance" と "free_margin<100" を試してみました。うまくいかなかった。なぜうまくいかなかったのかわからない。この余白には本当に困りますね。

if(AccountInfoDouble(ACCOUNT_MARGIN_LEVEL)<55.0) を残しておきました。効果があるようです。

チャンピオンシップのルールは、開発者の専門用語で簡潔に書かれていますが、一方でダミーのためのディテールが必要です。

何を議論する必要があるのでしょうか？証拠金水準＝資金／証券＊100％、MQL5で換算した場合。

AccountInfoDouble(ACCOUNT_MARGIN_LEVEL)=AccountInfoDouble(ACCOUNT_EQUITY)/AccountInfoDouble(ACCOUNT_MARGIN)*100=
AccountInfoDouble(ACCOUNT_EQUITY)/(AccountInfoDouble(ACCOUNT_EQUITY)-AccountInfoDouble(ACCOUNT_FREEMARGIN))*100

これらのパラメータは、端末の「取引」タブに表示されますので、確認することができます。ストップ・アウトについては、2007年に行われた同様の 議論をご覧ください。

[削除済み]

papaklass:

Vyacheslavさん、あなたの回答は心強いです。フォーラムで、ある人が、私が思うに、納得のいく解決策、つまりサブスクリプションを提案してくれました。必須パラメータと非必須パラメータを持つiCustom()関数と同様に、このサブスクリプションを実装する。EA を初期化する際、各トレーダーは自分が必要とするイベントにサブスクライブする必要があります。イベントの総数ではなく、自分たちのトレードに欠かせないものだけを対象とする。このアプローチ（サブスクリプション）は、多通貨EAの開発を大いに促進し、コードを本当に減らすことができます。OnTrade() とOnTick()の少なくとも2つの関数で 実験してください。最小限のもの、つまりシンボルにする。そして、イベント（パラメータ）の数を増やすことができます。実践こそが真理の基準です。やってみないと、どんな困難が生じるかわからない。

PS iCustom()関数よりも、システム変数LastErrorの値を返すGetLastError()関数とのアナロジーがより適切でしょう。TradeEventシステム変数を入力し、OnTrade()がトリガーされたら、この変数の値を表示します。

サブスクリプションというのは初めて聞きましたが、アイデアの基本として非常に良いアイデアだと思います（テイマーイベントやDepth of Marketのサブスクリプションのように）。

また、_Error 型に基づく定数という考え方もなかなか面白いですね。

私の意見では、シンボルは必ずしも、原則的に、我々は今、この方向に移動し始めることができますので、チャンピオンシップの前に、この分野で少なくともいくつかの技術革新を導入するために転送する必要があります。

イェデルキン

要は、トレーニングパラダイムを脇に置けば、保留中の注文を扱う際には、シンボルよりもオーダーチケットを知ることが重要なのです。正確には、シンボルでの作業もOKですが、余分な作業が多くなります。

最初はシンボルだけを実装して、何をどのように追加で渡すかを考える時間が必要です。OnTrade()とOnTick()を同じように処理できると良いですね。

購読テーマを発展させ、特定のペアのティックに対する購読を組織することが可能です。

[削除済み]

Yedelkin:

悪く思わないでください。あなたのメッセージの前に、そのフレーズを修正しました。書いて、送って、読むときに、二次的なフレーズのあいまいさを修正することがありますよね。

本題に入ります。私は、いつ、どのようにポジションをオープン/クローズするかは気にしません。私にとって重要なのは、保留中の注文が 常に市場の状況をカバーすることです。ですから、「OnTrade()ではシンボルパラメータは1つで十分だ」というような発言は、すべての一般的／典型的な戦略を反映しているわけではないことを強調します。

そうですね、そうではありません。しかし、それでも、まずはシンボルから始めなければならず、注文・取引券などは後から追加されることになる。

レナート

はい、その通りです。

他のWindowsユーザーがパスワードを保存した端末に、他のWindowsユーザーが（同じパソコンであっても）アクセスしようとすると、パスワードが強制的にリセットされます。これは、パスワードを盗まれないようにするためです。

なるほど、ありがとうございます（そう思っていたので、念のため）。

[Yedelkin]

Interesting:

まずはシンボルだけを実装し、何をどのように追加合格させるかは、その後に考えることになる。

...スタート地点となるべきはシンボルであり、注文・取引券などは 後から追加されるものです。

一般的に、アクセントはすでに決まっているのですが、「みんな自分で毛布をかける」という原則に従って行動すると（「記号パラメータだけくれ」「チケットパラメータだけくれ」など）、何も達成できないことを指摘したいと思います。ですから、私の質問は、もともと最小限のパラメータ構成を想定して立てられた ものなのです。まさに「最小限の構成」です。上級者であれば、リストの拡張や明確化について、それぞれの希望があるかと思いますので。

特にstringoさんの回答では、OnTrade()のパラメータ数で開発者が困っているということは全く書かれていなかったので、1つのパラメータ（character-parameter）のみに制限する提案が出たのは少し意外でした。問題は、「1枚の同じチケットが、メッセージの山になってしまうこと」であった。また、関数に入力されたパラメータの数に関係なくやってきます。

...昨年は、プロが定期的に言っている「松葉杖」が何なのか、長い間理解できなかったんです。今、OnTrade()のパラメータについて議論しているうちに、「松葉杖」＝「中途半端な解決法」というイメージが強くなってきました。OnTrade()のパラメータの問題は、パラメータがなくても解決すると思います。開発者の複雑な問題解決へのアプローチを賞賛しているのです。:)

[Andrey Sharov]

テスト終了時に表示される「pump result 0」とはどういう意味ですか？

[Renat Fatkhullin]

MoneyJinn:

build 466: 1回のテストの結果が、1分前に行われた最適化の結果と異なっています。

その理由は何でしょうか。新しいテストの際、テスターは市場からどのような更新されたパラメータを取得するのでしょうか？

結果を添付してもらえますか？

[Slava]

Ashes:

テスト終了時に表示される「pump result 0」とはどういう意味ですか？

ランダムに滑り落ちるデバッグメッセージ。ポンプ結果の後の数値は、起動時の数値に対応する