新しいMQL4コンパイラとエディタを含むMetaTrader 4 IDEのベータ版 - ページ 11 1...456789101112131415161718...23 新しいコメント Lev Vimer 2013.10.05 05:56 #101 Renat: 今月は、 。 このバージョンでは、マーケットプレイスはありますか?MT5のように実装されるのでしょうか(購入前にデモ版を 試せるという意味です)。 Renat Fatkhullin 2013.10.05 06:42 #102 はい、似たようなものが出てきます。 Slava 2013.10.07 01:59 #103 chief2000: 新しいバージョンの言語では、すべてのGlobalVariables が Terminal Variables と呼ばれ、「グローバル変数」の永遠の混乱を避ける ことができればいいと思います。グローバル-」 コマンドは、バージョンの互換性のためにまだ動作する可能性が あります。 これは、三つ子の時から背負っている重さです。機能という概念がなかったところ。 残念ながら、4つに移行したとき、「グローバル変数」という言葉をなくすことはできなかった。しかし、「グローバルクライアント端末変数」という正式名称は、「端末変数」という用語とかなり似ている(これも完全ではない)。 a.p 2013.10.07 06:29 #104 Renat: 今月は プレリリースベータがあるのか、それともそのまま一般公開されるのか? Alexey Navoykov 2013.10.07 09:20 #105 Renat: 昨日公開されたMT5のリリースを見てください。本格的な新しいMQL4コンパイラとエディタを搭載しています。まもなくMT4ターミナルをリリースしますが、MT5から引き継げる機能が膨大にあることを考えると、すぐにできることではありません。 問題は、MT4に第二言語としてMQL5を追加し、古いプログラムとの互換性のためにMQL4をそのまま変更せずに残しておけばいいのに、なぜこの機能を移管したのかということです。そうすれば、羊は食べられ、狼は餌をもらうことになる。新しいプログラムはすべて強力で便利なMQL5で書かれ、MQL4で書かれた古いプログラムもきちんと動作するようになるのです。そして、数年以内に古い言語のサポートを徐々に終了させ、人々が安心して古い開発をやり直す時間を作ることです。 しかし、その代わりに旧規格と100%互換性のないMQL4-MQ5のハイブリッドが作られます(このスレッドですでに議論されています)。それに、私の理解では、このハイブリッドもMQL5と完全な 互換性はないでしょう。関数という形のAPIではなく、言語の文法 そのものを意味しています。 つまり、2つの言語、2つの規格が存在することに変わりはないのです。そして、開発者はその両方に対応しなければならなくなる。問題は、なぜこのような騒ぎになるのか、ということです。最初に説明した選択肢の方が、ずっと論理的で、誰にとっても便利なのです。MQL5一本+MQL4一本の規格(少しずつ廃れていく)だと、MQL5しか残らない。 もう一度言いますが、言語規格というのは、まさにその構文という意味です。端末の関数や環境変数はすべて言語とは関係ない。 Vladimir Gomonov 2013.10.07 21:08 #106 Meat: ........... その代わり、旧規格と100%互換性のないMQL4-MQ5のハイブリッドを作ってしまう(このスレッドで既に議論されている)。 それに、私の理解では、このハイブリッドもMQL5と完全な 互換性はないでしょう。関数としてのAPIではなく、言語の文法そのものを意味しています。 つまり、2つの言語、2つの規格が存在することに変わりはないのです。そして、開発者はその両方に対応しなければならなくなる。問題は、なぜこのような騒ぎになるのか、ということです。 最初に説明した選択肢の方が、ずっと論理的で、誰にとっても便利なのです。MQL5一本+MQL4一本の規格(少しずつ廃れていく)だと、MQL5しか残らない。 もう一度言いますが、言語規格というのは、まさにその構文という意味です。可能な限りの端末関数や環境変数は、言語とは関係ありません。 そのあたりを詳しく教えてください。 // 聞いたことないですね。 Alexey Navoykov 2013.10.09 18:13 #107 MetaDriver: 詳細は? // 何も聞いていない。 では、何を聞けばいいのか?旧MQL4が新機能でアップデートされるからと言って、MQL5になるわけではありません。 Алексей Тарабанов 2013.10.09 19:21 #108 Meat:肉類。 言語規格というのは、その構文のことです。そして、さまざまな端末関数や環境変数は、言語の一部ではありません。 その通りです。それが開発者のやり方だと、イマドキは思うのです。 Andrei01 2013.10.10 03:17 #109 Meat: 問題は、MT4に第二言語として本格的なMQL5を追加し、古いプログラムとの互換性のためにMQL4をそのまま変更せずに残しておけばよいのに、なぜこの機能を移管したのか、ということです。 最も論理的なバリエーションは、MQL4からMQL5への拡張であり、一般に市場に浸透していないテスト・デバッグ用言語として廃止されるべきものである。また、サーバー上の1つの注文で常に取引が行われるように、端末にはネッティングのための簡単なソリューションが用意されています。そうでなければ、ごちゃごちゃと2つの同等バージョンを一生持ち続けることになり、遅かれ早かれ意味のないつまらないものになってしまうでしょう。 TarasBY 2013.10.10 10:22 #110 Andrei01: 最も論理的なバリエーションは、市場に浸透していないテスト・デバッグ手法として完全に清算されるべきMQL4からMQL5への拡張です。また、サーバー上の1つの注文で常に取引が行われるように、端末にはネッティングのための簡単なソリューションが用意されています。そうでなければ、ごちゃごちゃと2つの同等バージョンを一生持ち続けることになり、遅かれ早かれ意味のないつまらないものになってしまうでしょう。 そのためには、自分の論理を最も正しいと宣言し、それ以外の論理は意味がないから考慮しないことだ。 追伸:そして、「論理はある、ない」という原始主義で世界を狭めないでください。:) 1...456789101112131415161718...23 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
今月は、 。
このバージョンでは、マーケットプレイスはありますか?MT5のように実装されるのでしょうか(購入前にデモ版を 試せるという意味です)。
新しいバージョンの言語では、すべてのGlobalVariables が Terminal Variables と呼ばれ、「グローバル変数」の永遠の混乱を避ける ことができればいいと思います。グローバル-」 コマンドは、バージョンの互換性のためにまだ動作する可能性が あります。
これは、三つ子の時から背負っている重さです。機能という概念がなかったところ。
残念ながら、4つに移行したとき、「グローバル変数」という言葉をなくすことはできなかった。しかし、「グローバルクライアント端末変数」という正式名称は、「端末変数」という用語とかなり似ている(これも完全ではない)。
今月は
昨日公開されたMT5のリリースを見てください。本格的な新しいMQL4コンパイラとエディタを搭載しています。まもなくMT4ターミナルをリリースしますが、MT5から引き継げる機能が膨大にあることを考えると、すぐにできることではありません。
問題は、MT4に第二言語としてMQL5を追加し、古いプログラムとの互換性のためにMQL4をそのまま変更せずに残しておけばいいのに、なぜこの機能を移管したのかということです。そうすれば、羊は食べられ、狼は餌をもらうことになる。新しいプログラムはすべて強力で便利なMQL5で書かれ、MQL4で書かれた古いプログラムもきちんと動作するようになるのです。そして、数年以内に古い言語のサポートを徐々に終了させ、人々が安心して古い開発をやり直す時間を作ることです。
しかし、その代わりに旧規格と100%互換性のないMQL4-MQ5のハイブリッドが作られます(このスレッドですでに議論されています)。それに、私の理解では、このハイブリッドもMQL5と完全な 互換性はないでしょう。関数という形のAPIではなく、言語の文法 そのものを意味しています。
つまり、2つの言語、2つの規格が存在することに変わりはないのです。そして、開発者はその両方に対応しなければならなくなる。問題は、なぜこのような騒ぎになるのか、ということです。最初に説明した選択肢の方が、ずっと論理的で、誰にとっても便利なのです。MQL5一本+MQL4一本の規格(少しずつ廃れていく)だと、MQL5しか残らない。
もう一度言いますが、言語規格というのは、まさにその構文という意味です。端末の関数や環境変数はすべて言語とは関係ない。
...........
その代わり、旧規格と100%互換性のないMQL4-MQ5のハイブリッドを作ってしまう(このスレッドで既に議論されている)。
それに、私の理解では、このハイブリッドもMQL5と完全な 互換性はないでしょう。関数としてのAPIではなく、言語の文法そのものを意味しています。
つまり、2つの言語、2つの規格が存在することに変わりはないのです。そして、開発者はその両方に対応しなければならなくなる。問題は、なぜこのような騒ぎになるのか、ということです。 最初に説明した選択肢の方が、ずっと論理的で、誰にとっても便利なのです。MQL5一本+MQL4一本の規格(少しずつ廃れていく)だと、MQL5しか残らない。
もう一度言いますが、言語規格というのは、まさにその構文という意味です。可能な限りの端末関数や環境変数は、言語とは関係ありません。
そのあたりを詳しく教えてください。 // 聞いたことないですね。
詳細は? // 何も聞いていない。
では、何を聞けばいいのか?旧MQL4が新機能でアップデートされるからと言って、MQL5になるわけではありません。
言語規格というのは、その構文のことです。そして、さまざまな端末関数や環境変数は、言語の一部ではありません。
問題は、MT4に第二言語として本格的なMQL5を追加し、古いプログラムとの互換性のためにMQL4をそのまま変更せずに残しておけばよいのに、なぜこの機能を移管したのか、ということです。
最も論理的なバリエーションは、市場に浸透していないテスト・デバッグ手法として完全に清算されるべきMQL4からMQL5への拡張です。また、サーバー上の1つの注文で常に取引が行われるように、端末にはネッティングのための簡単なソリューションが用意されています。そうでなければ、ごちゃごちゃと2つの同等バージョンを一生持ち続けることになり、遅かれ早かれ意味のないつまらないものになってしまうでしょう。
そのためには、自分の論理を最も正しいと宣言し、それ以外の論理は意味がないから考慮しないことだ。
追伸:そして、「論理はある、ない」という原始主義で世界を狭めないでください。:)