私のアプローチコアはエンジンです。 - ページ 25 1...181920212223242526272829303132...184 新しいコメント Реter Konow 2018.12.07 19:02 #241 Yuriy Asaulenko:MTにもコールバックはないんですね。すべてはMTのあらかじめ設定されたイベントによって行われ、それは一度きりである。 端末のイベントを DLLに送ることに変わりはなく、MT内、DLL内、どこで処理しても問題ないでしょう。以下は、私の接続インターフェイスの例です。 そこで、すべてがすでに考えられているのです。 ファイル: External_Connection.mqh 49 kb Yuriy Asaulenko 2018.12.07 19:04 #242 Реter Konow:ICLアプリケーション側でシャープからのメッセージを常にチェックすることは迷惑にならないとしても、インタラクションフォーマットの開発は非常にボリュームのある作業 である。 このタスクの内容は以下の通りです。 1.共有メモリ組織を考え出す。 2.三者の相互作用を実装する。 3.三方(シャープ、DLL、MTアプリケーション)の同期テスト。 非常に時間がかかる。 私の場合、ユーザーがファイルを入手して記入する。そして、接続はうまくいく。作り込まないでください。私は8年間、VBA ExcelからC++まで、さまざまな端末と言語でこれをやっているが、これらの問題については何も知らない)。 すでに書きましたが、あなたのシステムは、他の言語やプログラミング環境の存在について何も知らないMarketベンダーやMT-MQL以外の人たちが適用しているのでしょう。 Реter Konow 2018.12.07 19:06 #243 Yuriy Asaulenko:作り込まないでください。VBA ExcelからC++まで、さまざまな端末と言語で8年間やっているが、これらの問題については何も知らない)。私の接続ファイルを見てください。 ユーザーは、このファイルをインラインで自分のEAに接続するだけです。と記入する。そして、すべてがうまくいく... Реter Konow 2018.12.07 19:26 #244 Yuriy Asaulenko:... 既に書きましたが、御社のシステムは、他のプログラミング言語や環境の存在について何も知らないマーケットベンダーやMT-MQL以外の人たちが適用しているのでしょう。ちなみに、現在テスターでEAとのGUI接続を開発中です。GUIは1つのチャートに表示され、EAはテスターで実行されます。そして、互いにコミュニケーションをとることになります。ストラテジーテスターのExpert Advisorは、GUIと連動する別のチャート上でユーザーのアクションに反応することになります。 これをどう実装するかは、私なりに考えました。 しかし、Strategy TesterのExpert AdvisorとDLLを介したSharpとの通信を設定するには...。ありそうでなかったんです。 Yuriy Asaulenko 2018.12.07 19:49 #245 Реter Konow:そして、テスターのEAとシャープをDLL経由でリンクさせる設定に...。無理だと思います。可能なようです。テスターは、私の知る限り、DLLとの通信に何の制限も課していません。ただし、私自身は試していません。 Maxim Kuznetsov 2018.12.07 19:57 #246 Yuriy Asaulenko:可能なようです。テスターは、私の知る限り、DLLとの通信に何ら制限を課していません。ただし、私自身は試していません。 はい......もちろん可能です。DLLが許可されていることを確認すれば、それで完了です。 Реter Konow 2018.12.07 20:11 #247 まあ、できるかもしれませんが...。ただし、シャープに対する「マゾヒスティック」な選択は非常にわかりやすい)いろんなニュアンスがあるんですね...。でも、選択肢がないときは、当然ながら Igor Makanu 2018.12.07 20:35 #248 Реter Konow: まあ、できるかもしれませんが...。しかし、シャープに対する「マゾヒスティック」な選択は非常にわかりやすい)))そこには、たくさんのニュアンスが込められていて......。しかし、選択の余地がないときはもちろん私はSharpeで書いたことはなく、興味もありませんでしたが、5年ほど前にDelphiを使って.dllとボタンやフォームを接続したところ、すべて問題なく動作し、1日でプロジェクト全体をDelphiで書き上げました。さらに、標準フォームが動作しない理由を見つけるために半日を費やしましたが、システムウィンドウの呼び出しで接続すると、すべてが正常に動作しました。 .dllに接続し、標準のミューテックスで同期をとり、ターミナルに接続するスレッドを立ち上げ、それだけですべてがうまくいきます。.dllのフォームは別に、MTは別に、誰も待たされません。 SZS: なお、Delphiは.dllを作るほど実用的ではありませんが、手元にあったもの(当時座っていたもの)を使いました ))) 。 ただ、要点としては、なぜMTツールキットの標準 クラスを使えないのかが理解できません。 せいぜいグラフィックの作成プロセスを統一するくらいで、ボタン/ダイアログなどをコメントアウトできるユニバーサルインクルードにするのが面白いかもしれませんね。 Koldun Zloy 2018.12.08 06:53 #249 ピーター あなたのやり方が新しいとは思わないでください。OOPがなかった頃、プログラマーが行ったトリックとは。オープンソースを使ったC言語プログラムでは、自分で見ることができます。OOPができる、できないというあなたの主張は、すべて現実とは関係ありません。OOPの話じゃなくて、OOPに対する考え方の話でしょ。そんなに話すとは意外ですね。が、それが何なのか、わざわざ調べようともしない。なぜか他人の体験をないがしろにする、存在する。googleで検索できることを4ヶ月も勉強するのはバカバカしいし、まだまだ勉強不足です。独自のマークアップ言語を考案する際、なぜか他の人の経験も勉強したがらなかったんですね。例えば、無料のQT Designerがあります。XMLをベースとしたマークアップ言語を使用しています。Delphi、C++ Builderも最近はXMLを使っています。また、MS Visusl Studioのリソースエディタもあります。ダイアログボックスを編集して、リソースに入れることができます。また、独自のマークアップ言語も持っています。GUIの経験から。優れたGUIライブラリは、GUIでの作業をより容易にしてくれます。ビジュアルエディターは、ほとんど利便性をもたらさない。実は、初心者向けの誘い水に過ぎないのです。マークアップ言語は通常、ビジュアルエディタにフォームを格納するために使用されます。これがなければ、マークアップ言語は不要です。ライブラリを使えば、プログラマーはマークアップ言語を使うよりも、コードでグラフィカルなインターフェイスを 簡単に作ることができるのです。コードを隠したいからマークアップ言語を押し付けているのではないでしょうか。 Koldun Zloy 2018.12.08 06:54 #250 Igor Makanu:グラフィックス用のMQLコードを書くことができる無料のGUIビルダーを紹介してください。DelphiのDrag-and-Dropに似たものを作りたいのですが、MQLコードを入力できるフリーのGUIコンストラクタを見つけられませんでした。GUIコンストラクタは、特定のグラフィックライブラリ 用に作られています。MQLのGUIビルダーがあるとしたら、ここでしょうね。 1...181920212223242526272829303132...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
MTにもコールバックはないんですね。すべてはMTのあらかじめ設定されたイベントによって行われ、それは一度きりである。
端末のイベントを DLLに送ることに変わりはなく、MT内、DLL内、どこで処理しても問題ないでしょう。
以下は、私の接続インターフェイスの例です。
そこで、すべてがすでに考えられているのです。
ICLアプリケーション側でシャープからのメッセージを常にチェックすることは迷惑にならないとしても、インタラクションフォーマットの開発は非常にボリュームのある作業 である。
このタスクの内容は以下の通りです。
1.共有メモリ組織を考え出す。
2.三者の相互作用を実装する。
3.三方(シャープ、DLL、MTアプリケーション)の同期テスト。
非常に時間がかかる。
私の場合、ユーザーがファイルを入手して記入する。そして、接続はうまくいく。
作り込まないでください。私は8年間、VBA ExcelからC++まで、さまざまな端末と言語でこれをやっているが、これらの問題については何も知らない)。
すでに書きましたが、あなたのシステムは、他の言語やプログラミング環境の存在について何も知らないMarketベンダーやMT-MQL以外の人たちが適用しているのでしょう。
作り込まないでください。VBA ExcelからC++まで、さまざまな端末と言語で8年間やっているが、これらの問題については何も知らない)。
私の接続ファイルを見てください。
ユーザーは、このファイルをインラインで自分のEAに接続するだけです。と記入する。そして、すべてがうまくいく......
既に書きましたが、御社のシステムは、他のプログラミング言語や環境の存在について何も知らないマーケットベンダーやMT-MQL以外の人たちが適用しているのでしょう。
ちなみに、現在テスターでEAとのGUI接続を開発中です。GUIは1つのチャートに表示され、EAはテスターで実行されます。そして、互いにコミュニケーションをとることになります。ストラテジーテスターのExpert Advisorは、GUIと連動する別のチャート上でユーザーのアクションに反応することになります。
これをどう実装するかは、私なりに考えました。
しかし、Strategy TesterのExpert AdvisorとDLLを介したSharpとの通信を設定するには...。ありそうでなかったんです。
そして、テスターのEAとシャープをDLL経由でリンクさせる設定に...。無理だと思います。
可能なようです。テスターは、私の知る限り、DLLとの通信に何の制限も課していません。ただし、私自身は試していません。
可能なようです。テスターは、私の知る限り、DLLとの通信に何ら制限を課していません。ただし、私自身は試していません。
まあ、できるかもしれませんが...。しかし、シャープに対する「マゾヒスティック」な選択は非常にわかりやすい)))そこには、たくさんのニュアンスが込められていて......。しかし、選択の余地がないときはもちろん
私はSharpeで書いたことはなく、興味もありませんでしたが、5年ほど前にDelphiを使って.dllとボタンやフォームを接続したところ、すべて問題なく動作し、1日でプロジェクト全体をDelphiで書き上げました。さらに、標準フォームが動作しない理由を見つけるために半日を費やしましたが、システムウィンドウの呼び出しで接続すると、すべてが正常に動作しました。
.dllに接続し、標準のミューテックスで同期をとり、ターミナルに接続するスレッドを立ち上げ、それだけですべてがうまくいきます。.dllのフォームは別に、MTは別に、誰も待たされません。
SZS: なお、Delphiは.dllを作るほど実用的ではありませんが、手元にあったもの(当時座っていたもの)を使いました ))) 。
ただ、要点としては、なぜMTツールキットの標準 クラスを使えないのかが理解できません。 せいぜいグラフィックの作成プロセスを統一するくらいで、ボタン/ダイアログなどをコメントアウトできるユニバーサルインクルードにするのが面白いかもしれませんね。
グラフィックス用のMQLコードを書くことができる無料のGUIビルダーを紹介してください。
DelphiのDrag-and-Dropに似たものを作りたいのですが、MQLコードを入力できるフリーのGUIコンストラクタを見つけられませんでした。
GUIコンストラクタは、特定のグラフィックライブラリ 用に作られています。MQLのGUIビルダーがあるとしたら、ここでしょうね。