サービスを提供します。もう稼働しているのでしょうか？ - ページ 13 1...67891011121314151617181920...25 新しいコメント Vladimir Pastushak 2019.02.21 16:22 #121 間違っているかもしれませんが、Meta Editorsが約束された状態に持っていければいいのですが......。 市場提携が実現、ちなみに3年以上の公約... 市場はショッピングカートを持ち、卸売りのための割引をすることができる... サービス？カッコイイ言い方ですが、他のプログラムではできないことが、サービスではできるのでしょうか？ Реter Konow 2019.02.21 16:36 #122 Vladimir Pastushak:...サービス？というとカッコイイですが、他のプログラムでできないことをサービスでできるのでしょうか？複数のサービスを作成し、それぞれが市場環境の変化や統計情報を計算することができます。別途、他のサービスの計算結果を収集し、Expert Advisor用に準備するサービスを作成する。Expert Advisorはこのサービスにアクセスし、必要な処理データを即座に受け取ります。 重要なのは、これらすべてが特定のチャートに縛られることがないことです。そして、これがとても便利なんです。 このサービスでは、キャンバスに描画することもできますが、画像は表示せず、リソースに保存し、そこからExpert Advisorが取得してチャートに表示することができます。EAの中に実装すると重くなりすぎてしまう、アニメーションに することも可能です。 Реter Konow 2019.02.21 16:56 #123 つまり、私にとってのServicesは、多くのプラス要素があると思うのです。そして、カレンダーとソケット！思いつくことはたくさんありますね...。(想像力さえあれば)。 TheXpert 2019.02.21 16:59 #124 Webrequestsのメディエーターです。 しかし、タイマー、イーブン、ギニーを使えば、やはりアドバイザーの方が有利です Vladimir Pastushak 2019.02.21 17:08 #125 Реter Konow:いくつかのサービスを作成することができ、それぞれが市場環境や統計の変化を計算する。別途、他のサービスの計算結果を収集し、Expert Advisor用に準備するサービスを作成する。Expert Advisorはこのサービスにアクセスし、必要な処理データを即座に受け取ります。 重要なのは、これらすべてが特定のチャートに縛られることがないことです。そして、これがとても便利なんです。 このサービスでは、キャンバスに描画することもできますが、画像は表示せず、リソースに保存し、そこからExpert Advisorが取得してチャートに表示することができます。EAの中に実装すると重くなりすぎるようなアニメーションかもしれません。私は市場でEAでこのすべてを実装する方法を疑問に思う...??? 削除済み 2019.02.21 17:40 #126 ティックインジケーターのサービスを待っていました。ティック・インディケーターは、基本的に同じ計算を行いながら、異なる情報を表示するものが多くあります。つまり、あるサービスでティックを受信し、処理されたティック情報をすべてのインジケータに送信するのです。しかし、やはり、サービスからインジケーターに情報を送るにはどうしたらいいのでしょうか？資源を利用する以外に道はなさそうですね？ Andrey Khatimlianskii 2019.02.22 00:15 #127 Renat Fatkhullin:サービスはまだ初期状態のままです。 彼らは働き、自分の仕事をきちんとこなす。しかし、ユニークな機能はまだこれからです。 端末の状態に 関わらず、常にプロセスを走らせるという形で、サービスのためのタスクはすでにたくさん思いつくことができます。タイマー付きEAは、そのためのオープンチャートを持つという点だけがサービスと異なり、いくつかの利点（GUI、テスト）を持っています。 なぜ、この一輪車なのか？ Renat Fatkhullin 2019.02.22 00:20 #128 Andrey Khatimlianskii:タイマー付きのEAは、スケジュールを開放している点だけがサービスと異なり、いくつかの利点（GUI、テスト）を持っています。 なぜ、この一輪車なのか？なぜここで数人の声でまとめて誤答するのか？なぜ「一輪車」を操作しようとするのか？ ずっと使えるサービスの使い方がわからないなら、使わなくていい。 できるデベロッパーは何割かでしょう。 Andrey Khatimlianskii 2019.02.22 00:23 #129 Renat Fatkhullin:なぜここで数人の声でまとめて誤解しているのか？なぜ、「一輪車」を操ろうとするのか？ ずっと使えるサービスの使い方がわからないなら、使わなくていい。 できるデベロッパーは何割かでしょう。 タイムドEAとの違いはありますか？指摘するだけでいいんです。 Alexey Volchanskiy 2019.02.22 00:27 #130 fxsaber:なぜフィードバックが必要なのか、まだわからない。し かし、再度リソース経由で本サービスにデータを転送することは問題ない。誰もが見積書だけで仕事をするわけではないからです。サービスをストリームのアナログのように使って、そこにデータを放り込んで、そこで何か重いものをカウントさせたいんです。 リソースを通じてオンザフライでデータ伝送を行う例はありますか？ただ、まだやっていないだけなんです...。 1...67891011121314151617181920...25 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
間違っているかもしれませんが、Meta Editorsが約束された状態に持っていければいいのですが......。
市場提携が実現、ちなみに3年以上の公約...
市場はショッピングカートを持ち、卸売りのための割引をすることができる...
サービス？カッコイイ言い方ですが、他のプログラムではできないことが、サービスではできるのでしょうか？
...
サービス？というとカッコイイですが、他のプログラムでできないことをサービスでできるのでしょうか？
複数のサービスを作成し、それぞれが市場環境の変化や統計情報を計算することができます。別途、他のサービスの計算結果を収集し、Expert Advisor用に準備するサービスを作成する。Expert Advisorはこのサービスにアクセスし、必要な処理データを即座に受け取ります。
重要なのは、これらすべてが特定のチャートに縛られることがないことです。そして、これがとても便利なんです。
このサービスでは、キャンバスに描画することもできますが、画像は表示せず、リソースに保存し、そこからExpert Advisorが取得してチャートに表示することができます。EAの中に実装すると重くなりすぎてしまう、アニメーションに することも可能です。
Webrequestsのメディエーターです。
しかし、タイマー、イーブン、ギニーを使えば、やはりアドバイザーの方が有利です
いくつかのサービスを作成することができ、それぞれが市場環境や統計の変化を計算する。別途、他のサービスの計算結果を収集し、Expert Advisor用に準備するサービスを作成する。Expert Advisorはこのサービスにアクセスし、必要な処理データを即座に受け取ります。
重要なのは、これらすべてが特定のチャートに縛られることがないことです。そして、これがとても便利なんです。
このサービスでは、キャンバスに描画することもできますが、画像は表示せず、リソースに保存し、そこからExpert Advisorが取得してチャートに表示することができます。EAの中に実装すると重くなりすぎるようなアニメーションかもしれません。
私は市場でEAでこのすべてを実装する方法を疑問に思う...???
サービスはまだ初期状態のままです。
彼らは働き、自分の仕事をきちんとこなす。しかし、ユニークな機能はまだこれからです。
端末の状態に 関わらず、常にプロセスを走らせるという形で、サービスのためのタスクはすでにたくさん思いつくことができます。
タイマー付きEAは、そのためのオープンチャートを持つという点だけがサービスと異なり、いくつかの利点（GUI、テスト）を持っています。
なぜ、この一輪車なのか？
タイマー付きのEAは、スケジュールを開放している点だけがサービスと異なり、いくつかの利点（GUI、テスト）を持っています。
なぜ、この一輪車なのか？
なぜここで数人の声でまとめて誤答するのか？なぜ「一輪車」を操作しようとするのか？
ずっと使えるサービスの使い方がわからないなら、使わなくていい。
できるデベロッパーは何割かでしょう。
なぜここで数人の声でまとめて誤解しているのか？なぜ、「一輪車」を操ろうとするのか？
ずっと使えるサービスの使い方がわからないなら、使わなくていい。
できるデベロッパーは何割かでしょう。
なぜフィードバックが必要なのか、まだわからない。し かし、再度リソース経由で本サービスにデータを転送することは問題ない。
誰もが見積書だけで仕事をするわけではないからです。サービスをストリームのアナログのように使って、そこにデータを放り込んで、そこで何か重いものをカウントさせたいんです。
リソースを通じてオンザフライでデータ伝送を行う例はありますか？ただ、まだやっていないだけなんです...。