グラフィカルモードでMQLのGUIを作成する。 - ページ 9 123456789101112131415 新しいコメント Yuriy Asaulenko 2018.06.22 22:11 #81 Алексей Барбашин:あとは、シャープにするだけです )) それは私の選択肢にはないです)) Maxim Kuznetsov 2018.06.22 22:13 #82 Alexey Volchanskiy:まだ感情だけ。アレクセイ、何が欲しいんだ？ 幸せな出来事の後は、ちょっと朦朧としているね :-) 感情を出さない - あなたの.netに対する愛情は、経営と感情の産物です。 c .netのプロジェクトでは、開発用に2つのシェル（MTとVS）が必要です。ネットネックC++は、共通環境にいながらにして作成することができます。 MT5から実行する.net dllのデバッグは、デバッグやトレースからの保護が強化されているので、簡単かもしれませんが、個人的には必要ないですね。 DLL呼び出しのオーバーレイ、それらもあります。そして、MTが排他的にポーリングするランタイムモデルでは、非常に敏感に反応するのです。DLLでハイパーキューブ計算を実行すれば、気づかない。 しかし、もしあなたが常にフォームをポーリングして、忌まわしいユーザーがOKを押したかどうかを調べているのであれば、あーあ、となります。そして、お気に入りのスカルパーで :-) Renat Fatkhullin 2018.06.22 22:13 #83 Alexey Volchanskiy:まだ感動しかない。 無知は自信を与える。しかし、知識は悲しみを増長させる。ときに異議を唱えることになる。- 異質で巨大な仮想マシン- あなたの抜粋をハイジャックして、自分がマスターだと思い込む- メモリを大量に消費し、自分が主人だと思い込んでいる。- は、独自の生命を持つスレッドの束を走らせる。- rubbish collectorが最大に成長し、処理が制限されます。- ラッパーを介したすべての呼び出し guiのためには、確かにやりすぎですね。 Алексей Барбашин 2018.06.22 22:22 #84 Maxim Kuznetsov:アレクセイ、何が欲しいんだ？ 嬉しい出来事の後だから、ちょっと朦朧としてるな :-) 感情を出さない - あなたの.netに対する愛情は、経営と感情の産物です。技術を取る前に長所と短所を比較検討しなければならないのに、レミングのように走ってしまう。 .netのプロジェクトでは、開発用に2つのシェル（MTとVS）が必要です。C++ネットネックは、共通環境から離れることなく開発することができます。 MT5から起動する.net dllのデバッグは、デバッグやトレースからの保護が強化されているので、簡単かもしれませんが、個人的には必要ないですね。 DLL呼び出しのオーバーレイ、それらもあります。そして、MTが排他的にポーリングするランタイムモデルでは、非常に敏感に反応するのです。DLLでハイパーキューブ計算を実行すれば、気づかない。 しかし、もしあなたが常にフォームをポーリングして、忌まわしいユーザーがOKを押したかどうかを調べているのであれば、あーあ、となります。そして、お気に入りのスカルパーで :-)マキシム フィードバックに関しては、netでもC++でも変わりません。例えば、TclでGUIを実装したとします。結局、フィードバックの問題もあるんですね。開発環境には依存しません。チャート上にGUIをホストしようとすると、レンダリングで同じ問題が発生します。スレッドで性能の話が全く出てこないのはどうかと思う。基本的には好みの問題です。 Алексей Барбашин 2018.06.22 22:24 #85 Renat Fatkhullin: 無知は自信を与える。しかし、知識は悲しみを増長させる。いつになるか気になりますか？- 異質で巨大な仮想マシンが あなたのプロセスに入り込む- あなたの抜粋をハイジャックして、自分がマスターだと思い込む- メモリを大量に消費し、自分が主人だと思い込んでいる。- は、独自の生命を持つスレッドの束を走らせる。- rubbish collectorが最大に成長し、処理が制限されます。- ラッパーを介したすべての呼び出し guiのためには、確かにやりすぎですね。Renatさん、せっかくなので、C++でも、どんな環境で書かれたサードパーティアプリケーション間のフィードバックをMTで実装する方法を教えてください。 Yuriy Asaulenko 2018.06.22 22:31 #86 Алексей Барбашин:Renatさん、せっかく「ハマった」のだから、どんな環境で書かれたC++であっても、サードパーティーのアプリケーションとMTとの間のフィードバックを実装する方法を教えてください。 しないんですね。MT内でも、すべてはあらかじめ定義されたMQイベントによってのみ行われる。では、どんな違いがあるのでしょうか？そんなことはない。 Алексей Барбашин 2018.06.22 22:33 #87 Yuriy Asaulenko: ありえない。MTの中でも、すべてはあらかじめ定義されたものによるものでしかないのです。MQイベント。では、どのような違いがあるのでしょうか。そんなことはない。まあ、MTの場合はイベントを通じて、より簡単になりますね。イベントが発生すればコマンドを実行し、イベントがなければ休息する。また、外部アプリケーションをジャマするためにタイマーを使うのは、それが何に書かれていても、あまり便利ではありません。しかも、MTはネットと違ってスレッドがない。タイマーとイベントはすべて1つのスレッドで行われるため、それに応じた制約が課される。同じOnChartEventを外部から呼び出すことができれば、多くの疑問が解決されるはずです。なぜこのメソッドの呼び出しが禁止されているのか、基本的に理解できません。結局のところ、MTはマウスの動き、キーボードやマウスのクリックなど、環境イベントをインターセプトしているのです...。その意味で、イベントがワインドアップと相互作用するのであれば、ユーザーイベントを そこにルーティングできない理由は明らかではありません。万能の魔法使いでしょう。 Renat Fatkhullin 2018.06.22 22:35 #88 µl、pip、ファイル、Webリクエストからの一方的なポーリング。ダイレクトコールを逆手に取ることはできない。OnExternalのようにパラメータ付きのメソッドを追加することもできますが、転送経路を考える必要があります。ありえますね。- dllに登録されたパラメータ付きコールバケット。- トリガーとしての名前付きミューテックス- PostMessage用ウィンドウズメッセージ Yuriy Asaulenko 2018.06.22 22:40 #89 Алексей Барбашин:まあ、MTの場合はイベントを通じて、より簡単になりますね。イベントが来ればコマンドを実行し、イベントがなければ休息する。しかし、外部アプリケーションをタイマで引っ張るのは、それが何に書かれていても、あまり便利ではありません。しかも、MTはネットと違ってスレッドがない。タイマーもイベントもすべて1つのスレッドで行われるため、それなりの制約がある。 まあ、私が言いたいのは、MTのイベントに関しては、外部アプリケーションもMTプログラムと変わらない機能を持つということです。 Renat Fatkhullin 2018.06.22 22:40 #90 gooはなぜDotnetで止まっているのですか？C++などで簡単なフォームを簡単に作ることができます。また、インターフェイスの問題やリソースの損失もありません。また、MQL5では、母国語でインターフェースを作ることが絶対に簡単です。 123456789101112131415 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
あとは、シャープにするだけです ))
まだ感情だけ。
アレクセイ、何が欲しいんだ？ 幸せな出来事の後は、ちょっと朦朧としているね :-)
感情を出さない - あなたの.netに対する愛情は、経営と感情の産物です。
c .netのプロジェクトでは、開発用に2つのシェル（MTとVS）が必要です。ネットネックC++は、共通環境にいながらにして作成することができます。
MT5から実行する.net dllのデバッグは、デバッグやトレースからの保護が強化されているので、簡単かもしれませんが、個人的には必要ないですね。
DLL呼び出しのオーバーレイ、それらもあります。そして、MTが排他的にポーリングするランタイムモデルでは、非常に敏感に反応するのです。DLLでハイパーキューブ計算を実行すれば、気づかない。
しかし、もしあなたが常にフォームをポーリングして、忌まわしいユーザーがOKを押したかどうかを調べているのであれば、あーあ、となります。そして、お気に入りのスカルパーで :-)
まだ感動しかない。
アレクセイ、何が欲しいんだ？ 嬉しい出来事の後だから、ちょっと朦朧としてるな :-)
感情を出さない - あなたの.netに対する愛情は、経営と感情の産物です。技術を取る前に長所と短所を比較検討しなければならないのに、レミングのように走ってしまう。
.netのプロジェクトでは、開発用に2つのシェル（MTとVS）が必要です。C++ネットネックは、共通環境から離れることなく開発することができます。
MT5から起動する.net dllのデバッグは、デバッグやトレースからの保護が強化されているので、簡単かもしれませんが、個人的には必要ないですね。
DLL呼び出しのオーバーレイ、それらもあります。そして、MTが排他的にポーリングするランタイムモデルでは、非常に敏感に反応するのです。DLLでハイパーキューブ計算を実行すれば、気づかない。
しかし、もしあなたが常にフォームをポーリングして、忌まわしいユーザーがOKを押したかどうかを調べているのであれば、あーあ、となります。そして、お気に入りのスカルパーで :-)
マキシム フィードバックに関しては、netでもC++でも変わりません。例えば、TclでGUIを実装したとします。結局、フィードバックの問題もあるんですね。開発環境には依存しません。チャート上にGUIをホストしようとすると、レンダリングで同じ問題が発生します。スレッドで性能の話が全く出てこないのはどうかと思う。基本的には好みの問題です。
無知は自信を与える。しかし、知識は悲しみを増長させる。
Renatさん、せっかくなので、C++でも、どんな環境で書かれたサードパーティアプリケーション間のフィードバックをMTで実装する方法を教えてください。
Renatさん、せっかく「ハマった」のだから、どんな環境で書かれたC++であっても、サードパーティーのアプリケーションとMTとの間のフィードバックを実装する方法を教えてください。
ありえない。MTの中でも、すべてはあらかじめ定義されたものによるものでしかないのです。MQイベント。
まあ、MTの場合はイベントを通じて、より簡単になりますね。イベントが発生すればコマンドを実行し、イベントがなければ休息する。また、外部アプリケーションをジャマするためにタイマーを使うのは、それが何に書かれていても、あまり便利ではありません。しかも、MTはネットと違ってスレッドがない。タイマーとイベントはすべて1つのスレッドで行われるため、それに応じた制約が課される。同じOnChartEventを外部から呼び出すことができれば、多くの疑問が解決されるはずです。なぜこのメソッドの呼び出しが禁止されているのか、基本的に理解できません。結局のところ、MTはマウスの動き、キーボードやマウスのクリックなど、環境イベントをインターセプトしているのです...。その意味で、イベントがワインドアップと相互作用するのであれば、ユーザーイベントを そこにルーティングできない理由は明らかではありません。万能の魔法使いでしょう。
まあ、MTの場合はイベントを通じて、より簡単になりますね。イベントが来ればコマンドを実行し、イベントがなければ休息する。しかし、外部アプリケーションをタイマで引っ張るのは、それが何に書かれていても、あまり便利ではありません。しかも、MTはネットと違ってスレッドがない。タイマーもイベントもすべて1つのスレッドで行われるため、それなりの制約がある。