ライブラリのMQL5への変換時期 - ページ 2 123456789...14 新しいコメント Sceptic Philozoff 2012.04.14 19:24 #11 いいえ、すべての取引がNSに基づいているわけではありません。だから、私たちは普遍的な取引プラットフォームを得ることはできませんが、...トレーディング・ソリューションズもちろん、かなりちゃんとしたパッケージなのですが、特化しすぎているんです。線形代数、解析、ディファイア(普通のものだけでなくあらゆる種類のもの)、最適化手法(GAだけでなく、それは大海の一滴だ)、サーモスタット/マットスタットなど、一般的な数学バイブルを必要とします。私は、あなたに必要なものを正確に知っているから、この記事を書いているのではありません。そして、トレーダーの中にはニューラルネットワークトレーダーだけがいるわけではなく、NSだけに偏ることは根本的に許されないので、このように書いています。 Дмитрий Александрович 2012.04.14 20:31 #12 Renat: DLLを必要としないMQL5のネイティブライブラリが中心です。 コンパイラの性能については、非常に熱心に取り組んでおり、C++コンパイラの性能に近づける予定です。つまり、DLLの必要性が著しく低下するのです。 さらに、次のビルドのエディターでは、C/C++ DLLコードのコンパイルがネイティブにサポートされるようです。そのため、メタエディタから直接、簡単なDLLをコンパイルすることが可能になる予定です。Visual Studio 2005/2008/2010がローカルにある場合は、ローカルコンパイラが使用され、そうでない場合は、弊社のオンラインコンパイルサービスが使用されます。 これにより、ソースDLLを共有し、各自で簡単にコンパイルすることができるようになります。これにより、セキュリティに対するコントロールがより強化されます。 Renat、あなたが書いたパーサーは、mql5のコードを呼び出しに置き換えてc++に変換するものだと判明しました。 そして、通常のC/C++のコードとしてdll-codeにコンパイルされ、暗号化されてex5が取得されるのですね。だから、これはあくまで自己啓発のためです:) MQL5作成の基本戦略について興味があります。 ちなみに、コンパイルは、いくつかのgccなどを使って行うことができます。 Renat Fatkhullin 2012.04.14 20:33 #13 dllでコンパイルし、mql5への変換は行わない。 Victor 2012.04.15 05:18 #14 必要があれば、オープンソースで長年開発されてきたライブラリや類似のライブラリをそのまま使うべきと思われます。書き換えてはいけないのです。開発者は自分のライブラリを修正し、拡張し、バグを発見する。つまり、子供を維持し、それに対して何らかの責任を負っているのです。これらのライブラリがmql 5に書き換えられる場合、新しいビルドの追跡やその他のメンテナンスは誰が行うのでしょうか?ほとんどの場合、まったく不要な作業である。例えば、OpenOfficeが 必要な場合、mql5で 書き換えることはなく、ソースはあるが、すぐに使い始めることになる。この場合、時間の節約になりますし、翻訳中にミスをすることもありません。オリジナル開発の場合のみ、DLLの 開発に着手すればよいと思います。他人のライブラリを移植するのは割に合わない。mql から既に存在するライブラリ(dll)への参照を保証する方が、おそらく論理的でしょう。この場合、mql の開発者は、ライブラリ宣言時に適切なプラグマを使って、fortran,gcc,visualc dll に対して関数呼び出しとパラメータ転送を 行うレイヤーを簡単に作成することができます。でも、これはあくまで私の主観です。 Документация по MQL5: Основы языка / Функции / Передача параметров www.mql5.com Основы языка / Функции / Передача параметров - Документация по MQL5 Igor Makanu 2012.04.15 07:20 #15 Renat: dllにコンパイル、mql5には変換せず。どうなっているのか、もう一度説明してください。)現在でもユーザー自身でmql5に.dllを追加できるようですが、今後どうなるのでしょうか? 例えばチャンピオンシップ2012で使用できるような、開発者によるmql5用の標準.dllパッケージは用意されるのでしょうか? Renat Fatkhullin 2012.04.15 11:56 #16 7年前からMQL4やMQL5で完璧に動作していたのに、「DLLへのアクセスが保証されている」というのは不思議な話です。 MQL5ではソースコードという形でネイティブライブラリが、販売用のプログラムを書く人には必要です。販売するためには、DLLを削除し、コードの安全性を完全に保証することが非常に重要です。 ただ、「10万人のトレーダーに自分のex5を売るにはどうしたらいいか」という質問をすると、DLLは論外だということがわかります。 Renat Fatkhullin 2012.04.15 11:58 #17 c++のコードのコンパイルについてですが、私の元の投稿をもう一度読んでみることをお勧めします。何がどのように機能するのかが明確に記述されています。 TheXpert 2012.04.15 12:05 #18 IgorM:どうなっているのか、もう一度説明してください。)肉付けが進んでいます。MT4用のライブラリは膨大で、mql4.comに限られたものではありません。それに比べてMT5は今、大きく損をしています。それだけでなく、オリジナルで役に立つことを書けば、ユーザーの回遊に大きく貢献する可能性があります。現在でも、どんなユーザーでもmql5に.dllを追加することができるようです。それは可能ですが、必ずしも簡単なことではありません。必要なライブラリを取り込み、可能な限り移植し、残りはラップして、普通に使える形で提供するという意図だと理解しています。 Andriy Voitenko 2012.04.15 12:15 #19 レナートさん、私のような特に無知な人のために「指の上」の説明をお願いします。Visual Studio 用のC++ DLLプロジェクトがある場合、メタ・エディタでex5にコンパイルするアイデアは使えますか?MQL5プロジェクトにさらにライブラリとして接続することは可能ですか? --- 2012.04.15 12:27 #20 avoitenko:レナート 指で解説してください。Visual Studio用のDLLプロジェクトがある場合、MetaEditorでex5にコンパイルするために、あなたのアイデアを使うことができますか?そして、それを私のMQL5プロジェクトにライブラリとして添付することができるのですか?お前ら字が読めないのか?はっきり書いてある、どこまではっきりさせるか。さらに、次のビルドのエディターでは、C/C++ DLLコードのコンパイルをネイティブにサポートする予定です。つまり、メタエディタから直接、簡単なDLLをコンパイル することができます。Visual Studio 2005/2008/2010がローカルにある場合は、ローカルコンパイラが使用され、そうでない場合は、弊社のオンライン コンパイルサービスが使用されます。どこにex5にdllをコンパイルするように書いてあるのですか?DLLが コンパイルされます。 123456789...14 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
いいえ、すべての取引がNSに基づいているわけではありません。だから、私たちは普遍的な取引プラットフォームを得ることはできませんが、...トレーディング・ソリューションズもちろん、かなりちゃんとしたパッケージなのですが、特化しすぎているんです。
線形代数、解析、ディファイア(普通のものだけでなくあらゆる種類のもの)、最適化手法(GAだけでなく、それは大海の一滴だ)、サーモスタット/マットスタットなど、一般的な数学バイブルを必要とします。
私は、あなたに必要なものを正確に知っているから、この記事を書いているのではありません。そして、トレーダーの中にはニューラルネットワークトレーダーだけがいるわけではなく、NSだけに偏ることは根本的に許されないので、このように書いています。
DLLを必要としないMQL5のネイティブライブラリが中心です。
コンパイラの性能については、非常に熱心に取り組んでおり、C++コンパイラの性能に近づける予定です。つまり、DLLの必要性が著しく低下するのです。
さらに、次のビルドのエディターでは、C/C++ DLLコードのコンパイルがネイティブにサポートされるようです。そのため、メタエディタから直接、簡単なDLLをコンパイルすることが可能になる予定です。Visual Studio 2005/2008/2010がローカルにある場合は、ローカルコンパイラが使用され、そうでない場合は、弊社のオンラインコンパイルサービスが使用されます。
これにより、ソースDLLを共有し、各自で簡単にコンパイルすることができるようになります。これにより、セキュリティに対するコントロールがより強化されます。
そして、通常のC/C++のコードとしてdll-codeにコンパイルされ、暗号化されてex5が取得されるのですね。
だから、これはあくまで自己啓発のためです:)
MQL5作成の基本戦略について興味があります。
ちなみに、コンパイルは、いくつかのgccなどを使って行うことができます。
必要があれば、オープンソースで長年開発されてきたライブラリや類似のライブラリをそのまま使うべきと思われます。書き換えてはいけないのです。
開発者は自分のライブラリを修正し、拡張し、バグを発見する。つまり、子供を維持し、それに対して何らかの責任を負っているのです。これらのライブラリがmql 5に書き換えられる場合、新しいビルドの追跡やその他のメンテナンスは誰が行うのでしょうか?ほとんどの場合、まったく不要な作業である。
例えば、OpenOfficeが 必要な場合、mql5で 書き換えることはなく、ソースはあるが、すぐに使い始めることになる。この場合、時間の節約になりますし、翻訳中にミスをすることもありません。
オリジナル開発の場合のみ、DLLの 開発に着手すればよいと思います。他人のライブラリを移植するのは割に合わない。
mql から既に存在するライブラリ(dll)への参照を保証する方が、おそらく論理的でしょう。この場合、mql の開発者は、ライブラリ宣言時に適切なプラグマを使って、fortran,gcc,visualc dll に対して関数呼び出しとパラメータ転送を 行うレイヤーを簡単に作成することができます。
でも、これはあくまで私の主観です。
どうなっているのか、もう一度説明してください。)
現在でもユーザー自身でmql5に.dllを追加できるようですが、今後どうなるのでしょうか? 例えばチャンピオンシップ2012で使用できるような、開発者によるmql5用の標準.dllパッケージは用意されるのでしょうか?
MQL5ではソースコードという形でネイティブライブラリが、販売用のプログラムを書く人には必要です。販売するためには、DLLを削除し、コードの安全性を完全に保証することが非常に重要です。
ただ、「10万人のトレーダーに自分のex5を売るにはどうしたらいいか」という質問をすると、DLLは論外だということがわかります。
どうなっているのか、もう一度説明してください。)
肉付けが進んでいます。MT4用のライブラリは膨大で、mql4.comに限られたものではありません。
それに比べてMT5は今、大きく損をしています。それだけでなく、オリジナルで役に立つことを書けば、ユーザーの回遊に大きく貢献する可能性があります。
現在でも、どんなユーザーでもmql5に.dllを追加することができるようです。
それは可能ですが、必ずしも簡単なことではありません。
必要なライブラリを取り込み、可能な限り移植し、残りはラップして、普通に使える形で提供するという意図だと理解しています。
レナートさん、私のような特に無知な人のために「指の上」の説明をお願いします。
Visual Studio 用のC++ DLLプロジェクトがある場合、メタ・エディタでex5にコンパイルするアイデアは使えますか?
MQL5プロジェクトにさらにライブラリとして接続することは可能ですか?
レナート 指で解説してください。
Visual Studio用のDLLプロジェクトがある場合、MetaEditorでex5にコンパイルするために、あなたのアイデアを使うことができますか?
そして、それを私のMQL5プロジェクトにライブラリとして添付することができるのですか?
お前ら字が読めないのか?
はっきり書いてある、どこまではっきりさせるか。
さらに、次のビルドのエディターでは、C/C++ DLLコードのコンパイルをネイティブにサポートする予定です。つまり、メタエディタから直接、簡単なDLLをコンパイル することができます。Visual Studio 2005/2008/2010がローカルにある場合は、ローカルコンパイラが使用され、そうでない場合は、弊社のオンライン コンパイルサービスが使用されます。
どこにex5にdllをコンパイルするように書いてあるのですか?
DLLが コンパイルされます。