サービスを提供します。もう稼働しているのでしょうか？ - ページ 23 1...16171819202122232425 新しいコメント fxsaber 2019.12.10 13:25 #221 Roman:サービスのカスタムイベントは、メインのサービスループをブロックすることなく、外部からこの種の情報を取得するのにちょうどよい方法でしょう。 定期便の例としては、定型のカスタムシンボルが あります。残念ながら、10Hzのリフレッシュが無限ループしている以外、何もないのです。EA/指標を経由してフィードを実装するのは明らかにおかしい。したがって、サービスのみ。そして、他の多くのタスクは、他のタイプのMQLプログラムです。例えば、バックオフィスにはGUIが必要です。そして、サービスは持ってはいけないことになっている。本当にサービスで解決しなければならないことを、もっと厳しく見極めるべきかもしれません。 Roman 2019.12.10 14:00 #222 fxsaber: レギュラーサービスの例として、定型のカスタムキャラクターがあります。残念ながら、そこには10Hzの更新が無限ループしている以外、何もない。 EA/指標を経由してフィードを実装するのは明らかにおかしい。したがって、サービスのみ。そして、他の多くのタスクは、他のタイプのMQLプログラムです。例えば、バックオフィスにはGUIが必要です。そして、サービスは持ってはいけないことになっている。本当にサービスで解決しなければならないことを、もっと厳しく見極めるべきかもしれません。 サービスとは、1つのスレッドを無限ループで動作させるためにあるのです。 例えば、外部からデータを受け取ってさらに処理し、分析を構築したり、別のタイプのmqlプログラムで同じGUIを使用したりすることです。 サービスに何を実装するかは、想像力と必要なタスクの問題です。 要は、技術力があるかどうかです。 あるビルドの発表の中で、新しいタイプのプログラム「モジュール」についての情報があります。 おそらく、このタイプのプログラムは、別のモジュールを独自のスレッドで実行し、Expert Advisorのようにすべてのハンドラを持つことができれば、その機能を劇的に拡張することができます。 しかし、いつ導入されるのか、どのような機能を持つのかは、まだわかっていません。 fxsaber 2019.12.10 14:04 #223 Roman: サービスに何を実装するかは、想像力と必要なタスクの問題です。 要は、技術力があるかどうかです。 では、なぜバックオフィスはサービスを通じて行う必要があるのでしょうか？ 例えば、登録の統計を取るために本サービスを運用することも可能です。しかし、ここで必要なのが無限ループです。 Roman 2019.12.10 14:14 #224 fxsaber: では、なぜバックオフィスはサービスを通じて特別に行う必要があるのでしょうか？ 例えば、登録の統計を取るために本サービスを運用することも可能です。しかし、そこには無限ループが必要なのです。 便利なのは、走って忘れること。 限られた数のチャートを使うことなく、エキスパートを走らせるために。 Sergei Lebedev 2019.12.10 15:28 #225 為替清算の結果の分解 - はい、そのような興味深いタスクがありますし、Majik EAのコンテキストでPnLの計算 - 現在のMT5ターミナルはネイティブ機能で多くを行うことはできません。同じ問題で、fxsaberは残念ながら理解していませんでしたが、現在と予測されるボラティリティ値に基づいて取引資産の自己証拠金値を 計算する問題です（そのようなディーラーからの最小固定値を使用するのではなく）。1:200/1:500など) Igor Makanu 2019.12.10 19:10 #226 のサービスはコミュニティには知られていませんし、開発者が公式ツールとして提供しているわけでもありません。 なぜサービスが必要なのかを理解するためには、彼らがイベントとして受け取るものを分析すればよいのです。これは DOSのautoexec.batのようなもので、（クラッチチップを使わずに）何かを実行する方法を知らないのです。 もしサービスがハンドラで処理されるのであれば、イベントモデル、少なくともタイマーイベントが必要で、無限ループではないはずだ。 Реter Konow 2019.12.11 05:38 #227 Igor Makanu:のサービスは、コミュニティには知られておらず、開発者が公式ツールとして提供しているわけでもありません。 なぜサービスが必要なのかを理解するためには、彼らがイベントとして受け取るものを分析すればよいのです。ターミナルを立ち 上げただけで、実際にはDOSのautoexec.batのようなもので、（クラッチチップを使わずに）何かを実行する方法を知らないのです。 もしサービスがハンドラで処理されるのであれば、イベントモデル、少なくともタイマーイベントが必要で、無限ループではないはずだ。 サービスには、それを利用するための工夫が皆に求められます。そこが面白いところです。 Aliaksandr Hryshyn 2019.12.11 06:09 #228 Реter Konow: サービスには、誰もが使い方を工夫することが必要です。そこが面白いところです。 1.ニュースのバックグラウンドでの読み込み2. 重い計算を複数のスレッド（サービスのコピーを実行中）で行い、取引に影響を与えないようにする。3.Expert Advisorは、カップから情報を収集し、サービスは定期的にZIPアーカイブにパックします。4.複数のExpert Advisorが動作した際の全ての取引情報を収集し、加工してデータベースに保存、または送信します。5. ...選択肢は？ fxsaber 2019.12.11 06:13 #229 Aliaksandr Hryshyn: 1.バックグランドニュースの読み込み 2.重い計算を複数のスレッド（サービスのコピーを実行中）で行い、取引に影響を与えないようにする。 3.Advisorはカップから情報を収集し、サービスは定期的にZIPアーカイブにパックしています。 4.複数のExpert Advisorが動作しているときに、すべての取引情報を収集し、処理してデータベースに保存したり、送信したりします。 5. ... あなたの選択肢は？ 2-3は、OBJ_CHART 上のスクリプトで実装可能です。 Roman 2019.12.11 06:30 #230 fxsaber: 2-3は、OBJ_CHART 上のスクリプトで実装可能です。 Expert/Script は、オープン・チャートを必要とします。 グラフの数は、端末によって制限されます。 グラフのレンダリングや更新のたびに、システムのメッセージキューが発生し、不必要なリソースの負荷となる。 1...16171819202122232425 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
サービスのカスタムイベントは、メインのサービスループをブロックすることなく、外部からこの種の情報を取得するのにちょうどよい方法でしょう。
定期便の例としては、定型のカスタムシンボルが あります。残念ながら、10Hzのリフレッシュが無限ループしている以外、何もないのです。EA/指標を経由してフィードを実装するのは明らかにおかしい。したがって、サービスのみ。そして、他の多くのタスクは、他のタイプのMQLプログラムです。例えば、バックオフィスにはGUIが必要です。そして、サービスは持ってはいけないことになっている。本当にサービスで解決しなければならないことを、もっと厳しく見極めるべきかもしれません。
レギュラーサービスの例として、定型のカスタムキャラクターがあります。残念ながら、そこには10Hzの更新が無限ループしている以外、何もない。 EA/指標を経由してフィードを実装するのは明らかにおかしい。したがって、サービスのみ。そして、他の多くのタスクは、他のタイプのMQLプログラムです。例えば、バックオフィスにはGUIが必要です。そして、サービスは持ってはいけないことになっている。本当にサービスで解決しなければならないことを、もっと厳しく見極めるべきかもしれません。
サービスとは、1つのスレッドを無限ループで動作させるためにあるのです。
例えば、外部からデータを受け取ってさらに処理し、分析を構築したり、別のタイプのmqlプログラムで同じGUIを使用したりすることです。
サービスに何を実装するかは、想像力と必要なタスクの問題です。
要は、技術力があるかどうかです。
あるビルドの発表の中で、新しいタイプのプログラム「モジュール」についての情報があります。
おそらく、このタイプのプログラムは、別のモジュールを独自のスレッドで実行し、Expert Advisorのようにすべてのハンドラを持つことができれば、その機能を劇的に拡張することができます。
しかし、いつ導入されるのか、どのような機能を持つのかは、まだわかっていません。
サービスに何を実装するかは、想像力と必要なタスクの問題です。
要は、技術力があるかどうかです。
では、なぜバックオフィスはサービスを通じて行う必要があるのでしょうか？
例えば、登録の統計を取るために本サービスを運用することも可能です。しかし、ここで必要なのが無限ループです。
では、なぜバックオフィスはサービスを通じて特別に行う必要があるのでしょうか？
例えば、登録の統計を取るために本サービスを運用することも可能です。しかし、そこには無限ループが必要なのです。
便利なのは、走って忘れること。
限られた数のチャートを使うことなく、エキスパートを走らせるために。
のサービスはコミュニティには知られていませんし、開発者が公式ツールとして提供しているわけでもありません。
なぜサービスが必要なのかを理解するためには、彼らがイベントとして受け取るものを分析すればよいのです。これは DOSのautoexec.batのようなもので、（クラッチチップを使わずに）何かを実行する方法を知らないのです。
もしサービスがハンドラで処理されるのであれば、イベントモデル、少なくともタイマーイベントが必要で、無限ループではないはずだ。
のサービスは、コミュニティには知られておらず、開発者が公式ツールとして提供しているわけでもありません。
なぜサービスが必要なのかを理解するためには、彼らがイベントとして受け取るものを分析すればよいのです。ターミナルを立ち 上げただけで、実際にはDOSのautoexec.batのようなもので、（クラッチチップを使わずに）何かを実行する方法を知らないのです。
もしサービスがハンドラで処理されるのであれば、イベントモデル、少なくともタイマーイベントが必要で、無限ループではないはずだ。
サービスには、誰もが使い方を工夫することが必要です。そこが面白いところです。
1.バックグランドニュースの読み込み
2-3は、OBJ_CHART 上のスクリプトで実装可能です。
2-3は、OBJ_CHART 上のスクリプトで実装可能です。
Expert/Script は、オープン・チャートを必要とします。
グラフの数は、端末によって制限されます。
グラフのレンダリングや更新のたびに、システムのメッセージキューが発生し、不必要なリソースの負荷となる。