多くの人にとって興味深いトピック:MetaTrader 4とMQL4の新機能 - 大きな変更が控えています。 - ページ 5 123456789101112...75 新しいコメント Georgiy Merts 2013.07.24 16:46 #41 Urain:そこで、1つのコードでmql4とmql5の両方に対応できるように、例外処理を導入することにしました。少なくとも、MQL5→MQL4に関しては、現実的ではないと思われます。MQL4では、OOPに関連するすべての面をどのように理解したいのでしょうか? 後方互換はもちろん簡単ですが、位置づけの思想の違いも後方互換の限界になります。 両言語を理解できるユニバーサル端末を用意するのが正解のようですが、言語そのものは互換性がないままです。 あとは、DCにその端末を用意するのみです。 Vladimir Gomonov 2013.07.24 16:46 #42 Renat: 残念ながら、そうではありません。テスターはシングルスレッドのままで、MQL5 Cloud Networkは 使用しません。 クラウドがないのは仕方ないとして、マルチスレッドはあったほうがいい。 結局、マルチコアの時代はもう来ているのだから。 Dmitiry Ananiev 2013.07.24 16:47 #43 Renat: 残念ながら、そうではありません。テスターはシングルスレッドで、MQL5 Cloud Networkを 使用しないままです。つまり、MT5でMQL4のコードが実行されれば、MT5のテスターでMQL4のExpert Advisorをテストすることができ、最適化することができるのです。そうでないとしたら、どんな互換性の話をしているのだろう。 Renat Fatkhullin 2013.07.24 16:47 #44 dimeon:MT4ブローカーのサーバーサイドも技術的にはあまり変わらないのでしょうか?アイデアは良いのですが、すでに確立されたMT4であと半年はバグをキャッチすることになります。そうなれば、各証券会社の顧客は大きな損失を被ることになる。ブローカーかMetakvotsか、誰に文句を言うんだ?いいえ、貿易 取引をメインスレッドに詰め込む以外は、サーバー上では実質的に何も変わりません(これはミゼロです)。今回のバージョンアップは、クライアント端末が対象です。 Vladimir Gomonov 2013.07.24 16:49 #45 dimeon:つまり、MT5でMQL4のコードが実行されれば、MT5のテスターでMQL4のExpert Advisorをテストすることができ、最適化することができるのです。そうでないとしたら、どんな互換性の話をしているのだろう。mql4で書かれた古いプログラムと新しいmql4+(通称mql5)の完全な互換性について話しています。プログラミング言語と取引プラットフォームを混同しないでください。 Renat Fatkhullin 2013.07.24 16:50 #46 Laryx:少なくともMQL5→MQL4に関しては非現実的な気がします。MQL4でOOPに関連するすべてのことを理解したいのですが? 後方互換はもちろん簡単ですが、位置づけの思想の違いも後方互換の限界になります。 そのためには、両方の言語を理解できるユニバーサル端末が必要なのですが、言語そのものは互換性がないままです。 あとは、DCにその端末が使えるようにするだけです。MQL4では、すべてのOOPが制限なく利用できるようになりました。それが一番いいところです。MQL4の機能を 完全にMQL5のレベルまで引き上げ、OpenCLなど一部の機能だけを無効にしています。 Документация по MQL5: Основы языка / Функции www.mql5.com Основы языка / Функции - Документация по MQL5 Sergey Pavlov 2013.07.24 16:50 #47 MetaDriver: クルーデスがないのはまだ我慢できますが(自分の見積もりでテストできるのと引き換えに)、マルチスレッドは非常に望ましいでしょう。 何しろマルチコアの時代がもう来ているのですから。私もそう思います。 Mykola Demko 2013.07.24 16:55 #48 Renat:MQL4では、すべてのOOPが制限なく利用できるようになりました。これがまた、最高に美味しいんです。MQL4言語の機能を 完全にMQL5レベルまで引き上げ、一部のOpenCL機能のみを無効化しました。mql4はこうやってデータにアクセスする、mql5はこうやってデータにアクセスする、というような固有性に関する例外のことです。 MT5用のバージョンをコンパイルすると、一方を除外し、MT4用の場合は、もう一方を除外することになります。そうすれば、両方のバージョンで動作するコードを書くことが可能になります。EAを書いてクラウドで動かし、それをMT4用に再コンパイルして実際の取引に送り出すという夢が叶うのです。 Vladislav Andruschenko 2013.07.24 16:56 #49 Urain:mql4はこのような方法でデータにアクセスし、mql5ではMT5用のバージョンをコンパイルした場合、それはMT4用の場合、1を除外するように、仕様に関連する例外を意味します - 別の。そうすれば、両方のバージョンで動作するコードを書くことは十分に可能です。EAを書いてクラウドで動かし、それをMT4用に再コンパイルして実際の取引に送り出すという夢が叶うのです。 Ice......クラウドマルチカレンシーで動作させるために...........................。 Vadim Konyaev 2013.07.24 16:59 #50 Renat:いいえ、サーバー上では、取引トランザクションをメインスレッドにまとめる以外は、ほとんど何も変わりません(これは見せかけです)。今回のバージョンアップは、クライアント端末が対象です。 このような変化の後、ブローカーがMT5プラットフォームを完全に放棄するよりも、より早く導入することを期待したいものです。 123456789101112...75 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そこで、1つのコードでmql4とmql5の両方に対応できるように、例外処理を導入することにしました。
少なくとも、MQL5→MQL4に関しては、現実的ではないと思われます。
MQL4では、OOPに関連するすべての面をどのように理解したいのでしょうか?
後方互換はもちろん簡単ですが、位置づけの思想の違いも後方互換の限界になります。
両言語を理解できるユニバーサル端末を用意するのが正解のようですが、言語そのものは互換性がないままです。 あとは、DCにその端末を用意するのみです。
残念ながら、そうではありません。テスターはシングルスレッドのままで、MQL5 Cloud Networkは 使用しません。
残念ながら、そうではありません。テスターはシングルスレッドで、MQL5 Cloud Networkを 使用しないままです。
つまり、MT5でMQL4のコードが実行されれば、MT5のテスターでMQL4のExpert Advisorをテストすることができ、最適化することができるのです。
そうでないとしたら、どんな互換性の話をしているのだろう。
MT4ブローカーのサーバーサイドも技術的にはあまり変わらないのでしょうか?アイデアは良いのですが、すでに確立されたMT4であと半年はバグをキャッチすることになります。
そうなれば、各証券会社の顧客は大きな損失を被ることになる。ブローカーかMetakvotsか、誰に文句を言うんだ?
いいえ、貿易 取引をメインスレッドに詰め込む以外は、サーバー上では実質的に何も変わりません(これはミゼロです)。
今回のバージョンアップは、クライアント端末が対象です。
つまり、MT5でMQL4のコードが実行されれば、MT5のテスターでMQL4のExpert Advisorをテストすることができ、最適化することができるのです。
そうでないとしたら、どんな互換性の話をしているのだろう。
mql4で書かれた古いプログラムと新しいmql4+(通称mql5)の完全な互換性について話しています。
プログラミング言語と取引プラットフォームを混同しないでください。
少なくともMQL5→MQL4に関しては非現実的な気がします。
MQL4でOOPに関連するすべてのことを理解したいのですが?
後方互換はもちろん簡単ですが、位置づけの思想の違いも後方互換の限界になります。
そのためには、両方の言語を理解できるユニバーサル端末が必要なのですが、言語そのものは互換性がないままです。 あとは、DCにその端末が使えるようにするだけです。
MQL4では、すべてのOOPが制限なく利用できるようになりました。それが一番いいところです。
MQL4の機能を 完全にMQL5のレベルまで引き上げ、OpenCLなど一部の機能だけを無効にしています。
クルーデスがないのはまだ我慢できますが(自分の見積もりでテストできるのと引き換えに)、マルチスレッドは非常に望ましいでしょう。 何しろマルチコアの時代がもう来ているのですから。
私もそう思います。
MQL4では、すべてのOOPが制限なく利用できるようになりました。これがまた、最高に美味しいんです。
MQL4言語の機能を 完全にMQL5レベルまで引き上げ、一部のOpenCL機能のみを無効化しました。
mql4はこうやってデータにアクセスする、mql5はこうやってデータにアクセスする、というような固有性に関する例外のことです。 MT5用のバージョンをコンパイルすると、一方を除外し、MT4用の場合は、もう一方を除外することになります。
そうすれば、両方のバージョンで動作するコードを書くことが可能になります。
EAを書いてクラウドで動かし、それをMT4用に再コンパイルして実際の取引に送り出すという夢が叶うのです。
mql4はこのような方法でデータにアクセスし、mql5ではMT5用のバージョンをコンパイルした場合、それはMT4用の場合、1を除外するように、仕様に関連する例外を意味します - 別の。
そうすれば、両方のバージョンで動作するコードを書くことは十分に可能です。
EAを書いてクラウドで動かし、それをMT4用に再コンパイルして実際の取引に送り出すという夢が叶うのです。
いいえ、サーバー上では、取引トランザクションをメインスレッドにまとめる以外は、ほとんど何も変わりません(これは見せかけです)。
今回のバージョンアップは、クライアント端末が対象です。