Паттерн Observer определяет зависимость "один-ко-многим" между объектами так, что при изменении состояния одного объекта все зависящие от него объекты уведомляются и обновляются автоматически. Паттерн Observer инкапсулирует главный (независимый) компонент в абстракцию Subject и изменяемые (зависимые) компоненты в иерархию Observer. Паттерн...
Типы торговых операций - Торговые константы - Константы, перечисления и структуры - Справочник MQL5 - Справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
まあ、オプションでQUIKから必要な情報をファイルで送ることもできるんですけどね。
はいtsu とっくに全部クイックに書きましたが、速効性はないです。
もっと速くしたかったんですが...。
たしかにtsuは昔からクイックに書かれていますが、速効性はないですね。
もっと速くしたかったんですが...。
Quicksilverに別のスクリプトを放り込んで、必要な情報を継続的にファイルに送り込ませればいいんです。そして、書かれていることは、自分に合っていればそのまま通用させればいいのです。
まだ説明することはありません、保留中の注文に 問題があります、MT5にはコールバックがありません。
保留を武器にしたい。
地元の常連さんにご挨拶。プログラミングテンプレート(http://cpp-reference.ru/patterns/behavioral-patterns/observer/) をお試しください。
また、いくつかの市場のつながりに興味があるので、そちらのつながりについてもお聞きしたいです。例を見る限り、全ての情報はMT5から取得し、クイックビューはTrans2Quick dll経由の注文を開くときのみ使用する、という理解でよろしいでしょうか?
それとも、ブローカーからデータを受け取るために別の方法を使おうとするのでしょうか?確かQuicksilverからデータを取得するにはluaを使った方が良いのですが、ターミナルとの接続を増やさなければならないので...。
地元の常連さんからのご挨拶。プログラミング・テンプレート(http://cpp-reference.ru/patterns/behavioral-patterns/observer/) を使ってみてもいいかもしれません。
また、複数の市場をリンクさせるという問題にも興味がありますので、リンクについてお伺いしたいと思います。例を見る限り、全ての情報はMT5から取得し、クイックビューはTrans2Quick dll経由の注文を開くときのみ使用する、という理解でよろしいでしょうか。
それとも、ブローカーからデータを受け取るために別の方法を使おうとするのでしょうか?確かQuicksilverからのデータ受信はluaを使った方が良いのですが、ターミナルとの接続を増やさなければならないので...。
DDEで全て書き込んだことは既に書きました - 私のプログラム - trans2quik.dll
しかし、この組み合わせでは十分に速く動作しません(目で見て、quikがスタックでMT5より遅れていることがわかります)。
MT5でマーケットデータを受信し、trans2quik.dllで注文を出したいのですが、どうすればいいですか?
でも、デポのことは忘れていました、クイックビューからしか取得できないんです。
それ以上は望まない。
工事中の「窓」が現れ、MT5からリアルタイムでデータをエクスポートし続けることにしました。
postMessageWのエクスポートを実装したところ、十分に高速に動作するのですが、時々データが "stuck "することがあります。
Expert Advisor コード
アプリケーションコード (Delphi XE4)
最初はDOUBLEを得るための除算ミスかと思いましたが、MT5では10のn乗で計算されます。
で、アプリ内では結果の数値が10のn乗で割られる。
エラーは出ないはずです。
もしかして、私のやり方が悪いのか?
(編集後添付資料)
によって追加されました。
そのせいでしょうか?
すべてがうまくいく
のメリット
1 エクスポートは非常に高速 に動作し、端末やシステムに負荷をかける ことはない
2.最小限のコード
3.DLLは必要ありません。
デメリット
1.転送できるのはLONG、ULONG、DOUBLE(数値制限あり)、最大127ビットのANSIテキスト(英語のみ)のみです
追加
LUAでQuickieに入金したPostMessageを送信するために残っています。
クイック(LUA)からのPostMessageを試された方はいらっしゃいますか?
EBSアカウントに必要です。
すべてがうまくいく。
使い方や注意点など、詳しく教えてください。
使い方や注意点など、詳しく教えてください。
これらの「ガジェット」はすべて、EBS口座のQuick経由の取引(またはMT5以外のデータのリアルタイム分析)に必要なものです。
DDE経由で遅いKVIKから私のアプリケーションに出力されるデータが非常に遅い。
ので、データはMT5から取得し、取引注文は 同社のAPI(trans2quik.dll)を介してKvikに送信されます。
仕組みは
MT5 --> 自作アプリ <--> trans2quik.dll <--> Quick
以下は、Quick先物と株式の取引例です。
これらの「ガジェット」はすべて、EBSアカウントでQuickBooksを介して取引するために(あるいはMT5以外のデータのリアルタイム分析に)必要なものである。
遅いQuikからDDE経由でアプリケーションに出力されるデータは非常に遅い。
ので、データはMT5から取得し、取引注文は 同社のAPI(trans2quik.dll)を介してKvikに送信されます。
仕組みは
MT5 --> 自作アプリ <--> trans2quik.dll <--> Quick
以下は、Kvikで先物取引と株式取引を行う場合の例です。
この特定のタスクのために2番目のMT5端末を株式市場に置き、PIPEチャネルを介して2つの端末間で情報を転送することは容易ではありませんか?
今年はこのスキームで株をやろうと思っています。
この特定のタスクのために、株式市場に2番目のMT5端末を置き、PIPEチャネルを介して2つの端末間で情報を転送することは簡単ではありませんか?
このスキームにしたがって、今年は株をやろうと思っています。
さらに大きな「混乱」を提案していますね。EBSアカウントは、お金が分割されないからいいんです。
ビデオでご覧になったものは動作しますが、非常にゆっくりとした 動きです。
Quick --> DDE --> My pad <-->trans2quik.dl<--> Quick
Quick --> DDE -->を MT5 --> PostMessage --> に置き換えてみました。
より高速になりました。
とはいえ、2行のコードで、端末やシステムには負荷がかからない。
メッセージ送信
メッセージの受信