MT5への願い - ページ 60 1...535455565758596061626364656667...117 新しいコメント 削除済み 2011.03.02 00:32 #591 開発者は、各オープンポジションに新しいプロパティ、すなわちライフタイムを導入することをどのように考えているのでしょうか。通常のTPやSLのように、価格軸ではなく時間軸に沿って、ポジションのクローズ 時間を設定することができます(SLやTPがこの推定時間内に発動しなかった場合)。もちろんEAに書いてもいいのですが、何かに依存しないように、サーバーにこの機能を持たせたいのです。 Renat Fatkhullin 2011.03.02 04:57 #592 -Alexey-: 開発者は、各オープンポジションに新しい機能を導入すること、すなわちそのライフタイムをどう考えるか。通常のTPやSLのように、価格軸ではなく時間軸で、ポジションのクローズ時間を設定できるようにします(SLもTPもこの推定時間内にトリガーされなかった場合)。もちろんEAに書いてもいいのですが、何かに依存しないように、サーバーにこの機能を持たせたいのです。注文システムを複雑にしないため、また、実行とのコンフリクトを起こさないために、そのような機能は実装しません。この機能がどのように使われるのか(ニュースのごく一部に挿入される)、サーバールールがおかしくなった後、フォーラムでどのような主張がなされるのか、非常によく理解しています。この機能とストップを類推するのは無理がある。 削除済み 2011.03.02 08:22 #593 Renat:注文システムを複雑にしないため、また、実行とのコンフリクトを起こさないために、そのような機能は実装しません。この機能がどのように使われるのか(ニュースのごく一部に挿入される)、サーバーのルールが「おかしくなった」後にフォーラムでどのような主張がなされるのか、私たちは非常によく理解しているつもりです。この機能と停止を類推することはできません。 レナットさん、ありがとうございます。問題に関係することなら理解できます。ニュースとの使い分けがよくわからない、よくわかるね。私が言いたかったのは、トレーディングがパターン化されることがあり、その実施には一定の時間が必要で、それを過ぎると統計的な優位性がなくなるので、ポジションを閉じて、ストップに達するのを防いだ方がいいということです。ある種のスリップやタイムスライドが、おっしゃるような問題を解決してくれるのでしょうか? Mykola Demko 2011.03.02 14:34 #594 -Alexey-: レナートさん、ありがとうございます!問題に関係することなら、クリアしています。ニュースでの使い方がよくわからない。私が言いたかったのは、取引はパターン化することがあり、そのシナリオの実現には一定の時間が必要で、それを過ぎると統計的な優位性がなくなるので、ポジションを閉じる必要があり、ストップに達するのを避けるためにポジションを閉じる方が良いということです。ある種のスリップやタイムスライドが、おっしゃるような問題を解決してくれるのでしょうか?MQの回答はお聞きいただきました。 カスタムで実装しやすくなったということであればトレードクラスの子孫クラスで、現在時刻をチェックし、ポジションを閉じるためのパラメータとして設定された時刻と比較するクラスを作成します(このパラメータはポジションの コメントに格納されている必要があります)。さて、チェック結果をもとにポジションクローズの機能を呼び出すことにします。ただ、ズレる場面も出てくるということですが、納得していただいたということですね。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства позиций www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства позиций - Документация по MQL5 削除済み 2011.03.02 14:51 #595 Urain:MQの回答はお聞きになりましたか? カスタムでいかに簡単に実装できるか、興味がある方はぜひ。トレードクラスの子孫クラスで、現在時刻をチェックし、ポジションを閉じる際のパラメータとして設定された時刻と比較するクラスを記述します(このパラメータはポジションの コメントに保存されている必要があります)。さて、チェック結果をもとにポジションクローズの機能を呼び出すことにします。ただ、ズレる場面も出てくるということですが、納得していただいたということですね。 ご返信ありがとうございます!コメントを使うことを意識していきたいと思います。もしかしたら、開発の過程でMT6にこのソリューションが登場するかもしれません。ところで、MT6が使えないのに、すでにフォーラムで頻繁にリクエストされているのは面白いですね :) 削除済み 2011.03.02 15:47 #596 -Alexey-: 返信ありがとうございます!コメントの使い方を意識してみます。もしかしたら、開発が進めばMT6にもそのようなソリューションが登場するかもしれません。ところで、フォーラムにはありませんが、すでにMT6の要望がたくさんあるのが面白いですね :) まあ、開発者は3年後くらいに何か考えないといけないんでしょうけど...。:) Aleksandr Chugunov 2011.03.04 08:15 #597 CHARTEVENT_CHART_CHANGE チャートイベント - super!ありがとうございました。また、高度なウィンドウ管理は可能でしょうか?それこそ爆弾のようなものでしょう! Aleksey 2011.03.05 20:07 #598 AlexSTAL:CHARTEVENT_CHART_CHANGE チャートイベント - super!ありがとうございました。また、高度なウィンドウ管理は可能でしょうか?それこそ爆弾のようなものでしょう! それはそうなんですが...。でも個人的には、まずテストの可視化(慣れているので気にしないでください)、OnTradeでの構造、そこで開発が行き詰まっています、だって続ける意味がないんです、後で解体することになりますから...。 Serge 2011.03.05 20:39 #599 pronych: そうなんです。ただ、個人的には、先に可視化テストをして(慣れているので気にしない)、開発が行き詰っているOnTradeで構造化した方が、後で解体することになるので、これ以上現場をクリアにする意味がないと思うのですが......。ビジュアライゼーションについては同感で、私も同じような状況です。エキスパートだけでなく、ビジュアライゼーションモードで指標をテストできるようになるといいですね。MySQLデータベース、sqliteなどを操作するクラスを標準ライブラリに 追加してください。NOT via ADO. Документация по MQL5: Стандартная библиотека www.mql5.com Стандартная библиотека - Документация по MQL5 削除済み 2011.03.05 22:59 #600 pronych: だから、そうなるのでしょう。でも個人的には、先に可視化テストをして(慣れているので気にしない)、開発が行き詰っているOnTradeで構造化する方が、後で家庭菜園を始める理由がない、後で解体することになるから...と思っているのです。 グラフビジュアライゼーションについては同感で、私も同じような状況です。エキスパートだけでなく、ビジュアライゼーションモードで指標をテストできるようになるといいですね。 私の理解では、開発者がリモートテストのためのエージェントネットワークの構築という主な作業を終えるまで、可視化など他のことはすべておあずけです。 1...535455565758596061626364656667...117 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
開発者は、各オープンポジションに新しい機能を導入すること、すなわちそのライフタイムをどう考えるか。通常のTPやSLのように、価格軸ではなく時間軸で、ポジションのクローズ時間を設定できるようにします(SLもTPもこの推定時間内にトリガーされなかった場合)。もちろんEAに書いてもいいのですが、何かに依存しないように、サーバーにこの機能を持たせたいのです。
注文システムを複雑にしないため、また、実行とのコンフリクトを起こさないために、そのような機能は実装しません。
この機能がどのように使われるのか(ニュースのごく一部に挿入される)、サーバールールがおかしくなった後、フォーラムでどのような主張がなされるのか、非常によく理解しています。この機能とストップを類推するのは無理がある。
注文システムを複雑にしないため、また、実行とのコンフリクトを起こさないために、そのような機能は実装しません。
この機能がどのように使われるのか(ニュースのごく一部に挿入される)、サーバーのルールが「おかしくなった」後にフォーラムでどのような主張がなされるのか、私たちは非常によく理解しているつもりです。この機能と停止を類推することはできません。
レナートさん、ありがとうございます!問題に関係することなら、クリアしています。ニュースでの使い方がよくわからない。私が言いたかったのは、取引はパターン化することがあり、そのシナリオの実現には一定の時間が必要で、それを過ぎると統計的な優位性がなくなるので、ポジションを閉じる必要があり、ストップに達するのを避けるためにポジションを閉じる方が良いということです。ある種のスリップやタイムスライドが、おっしゃるような問題を解決してくれるのでしょうか?
MQの回答はお聞きいただきました。
カスタムで実装しやすくなったということであればトレードクラスの子孫クラスで、現在時刻をチェックし、ポジションを閉じるためのパラメータとして設定された時刻と比較するクラスを作成します(このパラメータはポジションの コメントに格納されている必要があります)。さて、チェック結果をもとにポジションクローズの機能を呼び出すことにします。
ただ、ズレる場面も出てくるということですが、納得していただいたということですね。
MQの回答はお聞きになりましたか?
カスタムでいかに簡単に実装できるか、興味がある方はぜひ。トレードクラスの子孫クラスで、現在時刻をチェックし、ポジションを閉じる際のパラメータとして設定された時刻と比較するクラスを記述します(このパラメータはポジションの コメントに保存されている必要があります)。さて、チェック結果をもとにポジションクローズの機能を呼び出すことにします。
ただ、ズレる場面も出てくるということですが、納得していただいたということですね。
返信ありがとうございます!コメントの使い方を意識してみます。もしかしたら、開発が進めばMT6にもそのようなソリューションが登場するかもしれません。ところで、フォーラムにはありませんが、すでにMT6の要望がたくさんあるのが面白いですね :)
CHARTEVENT_CHART_CHANGE チャートイベント - super!
ありがとうございました。
また、高度なウィンドウ管理は可能でしょうか?それこそ爆弾のようなものでしょう!
CHARTEVENT_CHART_CHANGE チャートイベント - super!
ありがとうございました。
また、高度なウィンドウ管理は可能でしょうか?それこそ爆弾のようなものでしょう!
そうなんです。ただ、個人的には、先に可視化テストをして(慣れているので気にしない)、開発が行き詰っているOnTradeで構造化した方が、後で解体することになるので、これ以上現場をクリアにする意味がないと思うのですが......。
ビジュアライゼーションについては同感で、私も同じような状況です。エキスパートだけでなく、ビジュアライゼーションモードで指標をテストできるようになるといいですね。
MySQLデータベース、sqliteなどを操作するクラスを標準ライブラリに 追加してください。NOT via ADO.
だから、そうなるのでしょう。でも個人的には、先に可視化テストをして(慣れているので気にしない)、開発が行き詰っているOnTradeで構造化する方が、後で家庭菜園を始める理由がない、後で解体することになるから...と思っているのです。
ビジュアライゼーションについては同感で、私も同じような状況です。エキスパートだけでなく、ビジュアライゼーションモードで指標をテストできるようになるといいですね。