私募ファンドのアセットマネジメントチームでトレーダー・ストラテジストを募集しています。 - ページ 13

 
本当に、お金?そんなことに興味があるんですか?

その点は問題ないだろう。

きっと大丈夫...。

 
Svinozavr:
本当に、お金?そんなことに興味があるんですか?

その点は問題ないだろう。

きっと大丈夫...。

は、誰に対しての質問なのか)
 
Andrei01:
引用元は通常のデータです。端末にデータを転送することはできないのですか?トレードオーダーも同様です。
アンドレイ、あなたは勘違いしているようですね。ストリーミングクォートをターミナルに送信する方法はありません。オフラインモードで動作して いる場合、分単位のバーだけをターミナルに渡すことができ、履歴ファイルからバーを読み込むことができます。 その後、これらのファイルに新しいバーを追加することができ、それはdllまたは別のexeアプリケーションを使用して、例えばホットスポットからの別のソースからの引用から描画することができます。もちろん、端末やサーバー部分、サードパーティーのサーバーに接続するためのブリッジを独自に開発することも可能です。しかし、この作業は思ったほど早くはありません。すでに信頼性の高い確立されたMTサーバーをライセンスし、ブリッジ接続する方が簡単で早いのです。
 

ルスリオンへ

仲介のための >>私のコストのみ動作サイトは、監視と約20000ユーロですが、手数料から受動的な収入))。

また、MTサーバーのライセンスは、あなたではなく、プロジェクトに 参加している他の人たちが支払うのですか?ちょっと気になりますね。

 
elritmo:
アンドリュー 勘違いしているようですね。ストリーミングクォートを端末に送信する方法はありません。オフラインモードでターミナルを実行することによってのみ、履歴ファイルからバーをダウンロードすることができ、これらのファイルに新しいバーを追加することができます。これらのファイルは、dllまたは別のexeアプリケーションを使用して、例えばホットスポットからの別のソースからの引用に基づいて構築することができます。もちろん、端末やサーバー部分、サードパーティーのサーバーに接続するためのブリッジを独自に開発することも可能です。しかし、この作業は思ったほど早くはありません。すでに信頼性が高く確立されたMTサーバーをライセンスし、ブリッジ接続する方が簡単で早いのです。

アレクセイ、あなたは異なるものを混同しているようです - 過去のバーの転送と、通常のデータであるクォートの転送です。相場は取引の流れから来るものではないので、端末はもちろんオフラインで動作します。実際、端末はMQLコードの翻訳機として使われている。もちろん、この条件ではバーへのアクセスは不可能なので、バーと同等のアレイを形成する必要がある。他の開発環境でEAのコードを全部書き換えるより簡単でしょう。このソリューションは、単一アカウントやトレーダーにのみ適していますが、最小限のコストで不要なミドルウェアを使用しないダイレクト取引の可能性を提供します。もちろん、複数のアカウントやブローカーを管理する場合は、ライセンスを取得することが望ましい。

 
Andrei01:

アレクセイ、あなたは異なるものを混同しているようです。ヒストリカルバーとクォートの送信、これは従来のデータです。相場は取引の流れから来るものではないので、端末はもちろんオフラインで動作します。実際、端末はMQLコードの翻訳機として使われている。もちろん、この条件では棒にアクセスすることはできないので、同等の棒のアレイを形成する必要がある。他の開発環境でEAのコードを全部書き換えるより簡単でしょう。このソリューションは、単一アカウントやトレーダーにのみ適していますが、最小限のコストで不要なミドルウェアを使用しないダイレクト取引の可能性を提供します。もちろん、複数のアカウントやブローカーを管理する場合は、ライセンスを取得することが望ましい。

MQL4で書かれたEAで、init start deinitの3つの基本関数があるとします。これらの関数は、MTサーバーから来ない気配値のティック 毎にどのように呼び出されるのでしょうか?

どうにもならないような気がする。そして、もしそれが可能なら、いくつかの証券会社はMTターミナルと連動するトレードサーバーを作ったことでしょう。MQで許されるかな?

一方、私はもっとシンプルに考えています。もしMQL4で書かれたスキャルパーがあれば、それらはC++など他の言語に簡単に移植でき、FIXプロトコルやそのプロトコルのAPIを使って流動性供給者のサーバーに接続できるかもしれません。

 
elritmo:

MQL4で書かれたEAで、init start deinitの3つの基本関数があるとします。これらの関数は、MTサーバーから来ない気配値のティック毎にどのように呼び出されるのでしょうか?

そうではないような気がします。

init と deinit は自動的に一度だけ呼ばれ、tick ごとは 呼ばれません。startup で検索してみてください - すでに何度も議論されていることです。
 

elritmo:

もっと単純な話だと思うんですけどね。MQL4で書かれたスキャルパーがあったとして、それを他の言語、例えばC++に簡単に移植して、おっしゃるようにFIXプロトコルやこのプロトコルのAPIを使って流動性供給者のサーバーに接続することができます。

なくてもできるのに、全部書き直すとなると、どれだけ楽なのか。
 
Andrei01:
initとdeinitはtick毎ではなく一度だけ自動的に呼ばれますし、スタートサーチの開始については、すでにいろいろと議論されています。

面白いですね。内部でstartがどのように起動されるのか検索してみます。私はどこか抜けているのでしょう :)

MQL4はC++に非常に似ているので、Expert Advisorのロジックをこの言語や、例えばJavaに移植しても問題はないかと思います。ブリッジを開発し、サーバーと通信し、そのサーバーがECNサーバーとブリッジすることは、はるかに困難です(タスクによっては、この中間ブリッジがない場合もあります)。また、Expert Advisor の Point Ask Bid 型のすべての定義済み 変数はこの場合初期化されないので、dll から呼び出される関数に置き換える必要があります。MarketInfo、 AccountFreeMarginなどの サービス機能と同様に、MTサーバーに接続しないと動作 しません。だから、C言語でEAを書き直した方が簡単だと思うんです。

 

elritmo:

MQL4はC++に非常に似ているので、Expert Advisorのロジックをこの言語や、例えばJavaに移植しても問題はないかと思います。ブリッジを開発し、サーバーと通信し、そのサーバーがECNサーバーとブリッジすることは、はるかに困難です(タスクによっては、この中間ブリッジがない場合もあります)。また、Expert Advisor の Point Ask Bid 型のすべての定義済み変数はこの場合初期化されないので、dll から呼び出される関数に置き換える必要があります。MarketInfo、 AccountFreeMarginなどの サービス機能と同様に、MTサーバーに接続しないと動作 しません。だから、C言語でEAを書き直した方が簡単だと思うんです。

あなたにとって、コードを常に他の言語に書き換えることは問題ではないかもしれないし、そうするだけの自由な時間があるのかもしれませんが、誰もがあなたの例に倣うべきだということではありません。定義済みの変数を いくつか複製しても、その変数がコードの大部分を占めていない限り、EA全体を書き直すほどの時間はかかりません。:)