Dllから関数を呼び出して結果を返す - ページ 2

新しいコメント
 
すみません、どの点に違反したのでしょうか？


3.このフォーラムでは、会員間の個人的な関係について、いかなる形でもオープンに議論することはできません。そのようなダイアログは削除されます。

5.他の訪問者を不快にさせたり、侮辱するような書き込みは禁止します。これらの投稿は削除されます。

8.また、スパムやフラッディングも禁止されています。このような投稿は削除されます。

9.ルール違反を繰り返し、モデレーターのコメントを無視し、公然とこのフォーラムの管理者を見下すようなことがあれば、フォーラムから切断されることになります。

残念ながら、当フォーラムへの書き込みはできなくなりました。
さようなら。
 
他の人の書き込みへの反応や、私の問題を無視するところから判断すると、美しい解決策はないのでは...。もう一回やり直そうかな...。
 
レナートへシンプルで美しいソリューションのアイデアについて、少し説明していただけますか？せめて犬の隠し場所のヒントでも？


それは、自分たちで考え、解決策を探すことに消極的な人たちがいたことだ。
MQL4はプログラミング言語であり、それを使うのはプログラマーです。

自分で問題を解決しようとせず、挑発的な質問を掲示板に書き込んで、銀の皿の上で問題解決策を提供しなかったと我が社を非難する人たちの質問に答えるのは好きではありません。

質問する場合は、中立的に、挑発することなく行ってください。

私の個人的な立場を明らかにしたつもりです。
 
当初、御社はクライアントAPIという素晴らしいソリューションを提供し、私はそれに大賛成で、御社をあちこちで褒め称えました。すると、この解決策は却下され、代わりに別のものを提示され、目を瞑ってください、いい解決策がありますが教えませんと言われました... :-/。:-/
 
私の意見を言わせてもらうと

1.Expert Advisor と Dll の間のインタラクションをどのように構成するのがベストかを自分で考える必要性については、Renat と同意見です。ただ、彼の言葉に付け加えたいのは、自分なりの美しい解決策を見つけることです。実装は複数あり、それぞれに美しさがありますね。

2.APIは利用できるはずです。なぜなら、ずっと前に約束され、多くの人がその約束に基づいて行動を計画したのですから。
 
今、もう少し考えてみると、また別の忌まわしいものに出会ってしまった。もしdllが内部から注文手続きを呼び出すことができず、EAに注文を出す必要があることを知らせることしかできない場合、注文ハンドル（または複数の注文、またはエラー）をどのように取得するのでしょうか。dllとEA間のデータ交換のスクリプト言語を全部書かなければならないのですが、その理由は、ネッツがユーザーのことを考えなかったからです。

ああ、もし興味がある人がいるなら、今のところ唯一の解決策だ。
1.履歴、オープンポジション、アカウントステータスをファイルにリセットします。
2.ティック処理のDLLからパラメータ（bid, ask, time）を指定して関数を呼び出す
3. DLLはデータを処理し、EA用の「何をするか」のスクリプトを書いたファイルを作成し、制御を戻す。
4.Expert Advisorはこのスクリプトを解析し、「何をすべきか」を実行します。
5.結果ファイルを生成し、DLLに返します。
6.終わり...

そして、これは単に順序設定関数へのポインタを与えるのではなく、より良い解決策はcomインタフェースを提供することで、何も渡す必要がない。
 
言いようのない）
ひょっとして、フィールドフォーラムのMikeSさんではありませんか？
 
いや、もっといい方法があるでしょ、お願いします。
 
Dllからプロシージャを呼び出したいとします。この手続きは、1目盛り ごとに呼び出されます。
Question:
1.EAで利用可能なデータのうち、計算に関与するのはどの入力データですか？
2.計算結果はどうなりますか？
 
MQLは使いたくないので、データ処理をすべて行うDLLを実行するExpert Advisorがあればいいのですが、どうすればいいですか？すなわち、入力データは、ティック、口座の状態、オープンポジション、履歴になります。このDL自体が、必要なバーを構築し、指標を計算し、ストラテジーを実行する。問題は、DLLから直接注文を設定したり変更したりできないことです。クライアント用にメタトレーダーを簡単なデーターファインダーに変更したいのですが。それまでは日付送り装置がapiだったのが、問題です。
1234567
新しいコメント