グラフィカルモードでMQLのGUIを作成する。 - ページ 10 1...3456789101112131415 新しいコメント Алексей Барбашин 2018.06.22 20:42 #91 Renat Fatkhullin: μl、pips、ファイル、Webクエリからの一方的なポーリング。ダイレクトコールを逆手に取ることはできない。OnExternalのようにパラメータ付きのメソッドを追加することもできますが、転送経路を考える必要があります。ありえますね。- dllに登録されたパラメータ付きコールバケット。- トリガーとしての名前付きミューテックス- PostMessage用ウィンドウズメッセージきっと、それでいいんだ！」。MTに何か送ろうという話ではないんです。転送そのものは、他の方法でも可能です。重要なのは、何らかのアクションを実行する必要があることをMTに伝えることです。開発したGUIライブラリと全く同じで、全てのコルベはイベントを通して行われます。 ところで、このライブラリですが、今後拡張して、完全にキャンバスに翻訳する予定はありますか？つまり、最終的な「製品」は、チャートオブジェクトの集合ではなく、1つの全体像なのです。 また、DLLのレビューということで、もちろんMTにリソースとしてDLLを入れられるようにして、Expert Advisorやインジケーターと一緒に「ドラッグ」する必要がないようにしてほしいです。 Алексей Барбашин 2018.06.22 20:47 #92 Renat Fatkhullin: なぜdotnetでguiを止めるのか？C++などで簡単なフォームを簡単に作ることができます。また、インターフェイスの問題やリソースの損失もありません。また、MQL5では、母国語でのインターフェイスを作るのも至って簡単です。問題は、GUIについてはあまり関係ない。MTツールを使って簡単にインターフェースを作成することができます。もちろん、少し複雑で、独自の処理クラスを作成する必要がありますが、すべて解決することができます。インターネットを使った作業では、いくつかのアルゴリズムを実装することが不可能だったため、ネットを使った作業を開始しました。MTはもちろん、ネイティブ言語でもC++ではむしろ複雑で不安定なんです。netをマスターすれば、GUIもMTと違って全て用意されているので、安心して使い始めることができますね。これらの質問はネットに接続されていないので、任意の言語で、すなわち、アプリケーション開発のオープンな質問の中で：1。フィードバック、2．GUIとチャートの連動（https://www.mql5.com/ru/forum/103764）-トピックの一つです。 Как создать окно-форму в mt Dll с помощью Delphi? 2007.06.22www.mql5.com В одной из экспортируемых функций хочу создать не модальное окно-форму с помощью Делфи interface type TMTDllForm = class(TForm) private procedure W... Maxim Kuznetsov 2018.06.22 20:50 #93 Renat Fatkhullin: µl、pips、ファイル、Webクエリからの一方的なポーリング。ダイレクトコールを逆手に取ることはできない。OnExternalのようにパラメータ付きのメソッドを追加することもできますが、転送経路を考える必要があります。ありえますね。- dllに登録されたパラメータ付きコールバケット。- トリガーとしての名前付きミューテックス- PostMessage用ウィンドウズメッセージそれはあなたの選択です;-) アプリケーションの観点からは、DLLを呼び出した後、MTに「これはあなたが望んでいたものであり、あなたが得たものです」と返す標準的な方法があるはずです。 長時間の計算やネットワークIOの典型的なシナリオは、MTがDLLを呼び出し、DLLがスレッドを作成し、その中で何かが行われる、というものです。それは計算済みです」と言える方法が必要です。これがないと、常にEAに何かポーリングしているようなものです。 Алексей Барбашин 2018.06.22 20:51 #94 Maxim Kuznetsov:それはあなたの選択です;-) アプリケーションの観点からは、MTに「これが欲しい、これが手に入る」と伝える標準的な方法があるはずです。 長時間の計算やネットワークIOの典型的なシナリオは、MTがDLLを呼び出し、DLLがスレッドを生成して、その中で何かが行われる、というものです。それは計算済みです」と言える方法が必要です。それがないと、常にEAをポーリングしているようなものです。 私も賛成です。 Yuriy Asaulenko 2018.06.22 20:55 #95 Алексей Барбашин:あの そうですね、並行するEAからショートタイマーでDllを引っ張ってくるのは、とても理にかなっていると思います。MTの主要な情報ストリームを解放しているのです。特にスキャルパーやイントラデイがあると Renat Fatkhullin 2018.06.22 20:59 #96 コールバックを試してみよう Алексей Барбашин 2018.06.22 21:02 #97 ある開発環境と別の開発環境のどちらが優れているか、最後まで議論することは可能です。でも、何のために？どんな開発システムも、特定の問題を解決するものであり、自己充足的でないことは周知の事実です。他の言語や環境で開発されたプラグインコンポーネントを使用して、機能を拡張することができます。あとは、コミュニケーションを取りやすくするだけです。インポートして使用するWindowsのライブラリと同じです。...足りない機能を実装するために使うのです。そして、純粋にmqlによって実装されているとは言い切れないでしょう。)))では、どの外部アプリケーションを使っても、機能の拡張や目的の達成に違いはないのでしょうか？自作のDLLはWindowsのものよりも悪いのか？例えばこんな記事があります：https://www.mql5.com/ru/articles/364しかし、dllを完全に取り除くということではなく、単にMTにはMTのタスクが厳然としてあるので、それは絶対にありえません。この記事には、どう見てもシステムライブラリが存在しています。そう、自作ライブラリのようにExpert Advisorやインジケータと一緒に持ち歩く必要はないのです。では、ツールのリソースにDLLをコンパイル する可能性を追加することを妨げるものは何でしょうか？そう、市場ではDLLは使えないので、市場に出すことはできませんが、自分で開発するにはずっと便利でしょう。 Yuriy Asaulenko 2018.06.22 21:06 #98 Алексей Барбашин:ある開発環境と別の開発環境のどちらが優れているか、最後まで議論することは可能です。でも、何のために？どんな開発システムも、特定の問題を解決するものであり、自己充足的でないことは周知の事実です。他の言語や環境で開発されたプラグインコンポーネントを使用して、機能を拡張することができます。あとは、コミュニケーションを取りやすくするだけです。インポートして使用するWindowsのライブラリと同じです。...足りない機能を実装するために使うのです。そして、純粋にmqlによって実装されているとは言い切れないでしょう。)))では、どの外部アプリケーションを使っても、機能の拡張や目的の達成に違いはないのでしょうか？自作のDLLはWindowsのものよりも悪いのか？例えばこんな記事があります。https://www.mql5.com/ru/articles/364しかし、dllを完全に取り除くということではなく、単にMTにはMTのタスクが厳然としてあるので、それは絶対にありえません。この記事では、どう見てもシステムライブラリが存在しています。そう、自作ライブラリのようにExpert Advisorやインジケータと一緒に持ち歩く必要はないのです。では、ツールのリソースにDLLをコンパイル する可能性を追加することを妨げるものは何でしょうか？たしかに、市場ではDLLを使うことができないので、市場に出すことはできませんが、自分で開発する分には、ずっと便利です。 この手の感想や書き込みは10年前のものですが、私たちはまだここにいます...。レナートは普段から生態系の話をしているので、許せません...。 Алексей Барбашин 2018.06.22 21:17 #99 Yuriy Asaulenko: この感想や書き込みは10年前のものです。レナートは普段から生態系の話をしているので、それを許さない...。生態系のことを言うのであれば、MTでの輸入 品の使用を一切停止すればよいのです。でも、そんなことはしないんです。結局のところ、彼らは理由があって図書館の輸入品を使うことにしたわけではないのです。しばらくの間、MTはWebリクエストに対応できず、ファイル操作にも制限がありました...これらはすべて、ライブラリのインポートによって拡張されたものです。現在でもMQLはサンドボックスからしかファイルを扱えません。このやり方に異議を唱える人がいるわけではなく、開発者のポリシーとして、誰もが理解し支持しているのです。もし、サンドボックスから出る必要があったり、データを保存するためにレジストリを使ったり、データベースやマッピングを使ったり・・・という場合は、そのためのライブラリーをお使いください。そうだろ？すべて理にかなっています。データベースも何もいらない...全て開発者のためのツールだからこそ、MQL言語が使えるので、どんな機能のツールでも実装できるのです。それに開発環境もあるので、もはやMTはそれ自体で成立しています。))あなたが必要なのは ...)))) Renat Fatkhullin 2018.06.22 21:17 #100 Yuriy Asaulenko: この手の感想や書き込みは、10年前のものですが、まだ残っています...。レナートは普段からエコシステムについて話していますが、私たちはそれを許さない...今でもそうなのか？ 相互運用の可能性は、すべて以前からあったものです。2004年にはDLLサポートまで 導入されました。 私たちの言語は常に進化し、よりパワフルで機能的になっています。そして、そのエコシステムは誰よりも強力なものです。 1...3456789101112131415 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
μl、pips、ファイル、Webクエリからの一方的なポーリング。
きっと、それでいいんだ！」。MTに何か送ろうという話ではないんです。転送そのものは、他の方法でも可能です。重要なのは、何らかのアクションを実行する必要があることをMTに伝えることです。開発したGUIライブラリと全く同じで、全てのコルベはイベントを通して行われます。
ところで、このライブラリですが、今後拡張して、完全にキャンバスに翻訳する予定はありますか？つまり、最終的な「製品」は、チャートオブジェクトの集合ではなく、1つの全体像なのです。
また、DLLのレビューということで、もちろんMTにリソースとしてDLLを入れられるようにして、Expert Advisorやインジケーターと一緒に「ドラッグ」する必要がないようにしてほしいです。
なぜdotnetでguiを止めるのか？
問題は、GUIについてはあまり関係ない。MTツールを使って簡単にインターフェースを作成することができます。もちろん、少し複雑で、独自の処理クラスを作成する必要がありますが、すべて解決することができます。インターネットを使った作業では、いくつかのアルゴリズムを実装することが不可能だったため、ネットを使った作業を開始しました。MTはもちろん、ネイティブ言語でもC++ではむしろ複雑で不安定なんです。netをマスターすれば、GUIもMTと違って全て用意されているので、安心して使い始めることができますね。これらの質問はネットに接続されていないので、任意の言語で、すなわち、アプリケーション開発のオープンな質問の中で：1。フィードバック、2．GUIとチャートの連動（https://www.mql5.com/ru/forum/103764）-トピックの一つです。
µl、pips、ファイル、Webクエリからの一方的なポーリング。
それはあなたの選択です;-)
アプリケーションの観点からは、DLLを呼び出した後、MTに「これはあなたが望んでいたものであり、あなたが得たものです」と返す標準的な方法があるはずです。
長時間の計算やネットワークIOの典型的なシナリオは、MTがDLLを呼び出し、DLLがスレッドを作成し、その中で何かが行われる、というものです。それは計算済みです」と言える方法が必要です。これがないと、常にEAに何かポーリングしているようなものです。
それはあなたの選択です;-)
アプリケーションの観点からは、MTに「これが欲しい、これが手に入る」と伝える標準的な方法があるはずです。
長時間の計算やネットワークIOの典型的なシナリオは、MTがDLLを呼び出し、DLLがスレッドを生成して、その中で何かが行われる、というものです。それは計算済みです」と言える方法が必要です。それがないと、常にEAをポーリングしているようなものです。
私も賛成です。
あの
ある開発環境と別の開発環境のどちらが優れているか、最後まで議論することは可能です。でも、何のために？どんな開発システムも、特定の問題を解決するものであり、自己充足的でないことは周知の事実です。他の言語や環境で開発されたプラグインコンポーネントを使用して、機能を拡張することができます。あとは、コミュニケーションを取りやすくするだけです。インポートして使用するWindowsのライブラリと同じです。...足りない機能を実装するために使うのです。そして、純粋にmqlによって実装されているとは言い切れないでしょう。)))では、どの外部アプリケーションを使っても、機能の拡張や目的の達成に違いはないのでしょうか？自作のDLLはWindowsのものよりも悪いのか？
例えばこんな記事があります：https://www.mql5.com/ru/articles/364
しかし、dllを完全に取り除くということではなく、単にMTにはMTのタスクが厳然としてあるので、それは絶対にありえません。この記事には、どう見てもシステムライブラリが存在しています。そう、自作ライブラリのようにExpert Advisorやインジケータと一緒に持ち歩く必要はないのです。
では、ツールのリソースにDLLをコンパイル する可能性を追加することを妨げるものは何でしょうか？
そう、市場ではDLLは使えないので、市場に出すことはできませんが、自分で開発するにはずっと便利でしょう。
ある開発環境と別の開発環境のどちらが優れているか、最後まで議論することは可能です。でも、何のために？どんな開発システムも、特定の問題を解決するものであり、自己充足的でないことは周知の事実です。他の言語や環境で開発されたプラグインコンポーネントを使用して、機能を拡張することができます。あとは、コミュニケーションを取りやすくするだけです。インポートして使用するWindowsのライブラリと同じです。...足りない機能を実装するために使うのです。そして、純粋にmqlによって実装されているとは言い切れないでしょう。)))では、どの外部アプリケーションを使っても、機能の拡張や目的の達成に違いはないのでしょうか？自作のDLLはWindowsのものよりも悪いのか？
例えばこんな記事があります。https://www.mql5.com/ru/articles/364
しかし、dllを完全に取り除くということではなく、単にMTにはMTのタスクが厳然としてあるので、それは絶対にありえません。この記事では、どう見てもシステムライブラリが存在しています。そう、自作ライブラリのようにExpert Advisorやインジケータと一緒に持ち歩く必要はないのです。
では、ツールのリソースにDLLをコンパイル する可能性を追加することを妨げるものは何でしょうか？
たしかに、市場ではDLLを使うことができないので、市場に出すことはできませんが、自分で開発する分には、ずっと便利です。
この感想や書き込みは10年前のものです。
生態系のことを言うのであれば、MTでの輸入 品の使用を一切停止すればよいのです。でも、そんなことはしないんです。結局のところ、彼らは理由があって図書館の輸入品を使うことにしたわけではないのです。しばらくの間、MTはWebリクエストに対応できず、ファイル操作にも制限がありました...これらはすべて、ライブラリのインポートによって拡張されたものです。現在でもMQLはサンドボックスからしかファイルを扱えません。このやり方に異議を唱える人がいるわけではなく、開発者のポリシーとして、誰もが理解し支持しているのです。もし、サンドボックスから出る必要があったり、データを保存するためにレジストリを使ったり、データベースやマッピングを使ったり・・・という場合は、そのためのライブラリーをお使いください。そうだろ？すべて理にかなっています。データベースも何もいらない...全て開発者のためのツールだからこそ、MQL言語が使えるので、どんな機能のツールでも実装できるのです。それに開発環境もあるので、もはやMTはそれ自体で成立しています。))あなたが必要なのは ...))))
この手の感想や書き込みは、10年前のものですが、まだ残っています...。
今でもそうなのか？
相互運用の可能性は、すべて以前からあったものです。2004年にはDLLサポートまで 導入されました。
私たちの言語は常に進化し、よりパワフルで機能的になっています。そして、そのエコシステムは誰よりも強力なものです。