mql5の発売日を教えてください。mql5はいつ発売されるのですか? - ページ 13

 

ユージン、これらはすべて、このFibsの小さな問題だ。確かにFibo-channelは曲がっていますが、それを回避することはできないのです。この問題は(3年前にmetaquotes.ruで提起されたと記憶しています)他の手段、例えば多かれ少なかれ定期的にチャートを再描画 することで解決することができます。私自身、いくつかの質問に対して、「4では実現しない」という明確な答えが返ってきたことがあります。何はともあれ、乗り越えましょう。

 
乗り越えよう。どこへ行こうか。デバッガが1台あれば、すでに多くの問題が解決する。
 
Renat >> :

すべての取引は変化した

........................................

教えてください、MT5はFRの慣習である公開鍵と秘密鍵による完全な暗号化を行うのでしょうか?規格に適合しているかどうかの認証は行う予定ですか?

実際に市場で働いている人たちにとって、この質問はアイドルとは程遠いものです。

 
Mathemat >> :

OK、そして私はそれに対してかなり準備ができています(私はモジュール化されたコードを書くようにしているので、すべてが1つのファイルにあるわけではありません)。では、先ほどの質問の繰り返しになりますが、「4」と「5」が同時に支持される時代は来るのでしょうか?

MT5への移行を強制しているわけではありません。それだけでなく、ほとんどのブローカーがMT4を使い続けるでしょう。


ちなみに、MT3を使っているブローカーは、今でもサポートし、応援しています。彼らは非常に少数ですが、MT3のトレーダーがいる限り、MetaTrader4と並行して維持すると考えているようです。

 
nen >> :
ええ、乗り越えられますよ。どこに行こうか。デバッガひとつで、すでに多くの問題が解決されているのです。

もちろんです!(笑


理解できない......互換性に全く文句がない!?

新しいアプローチ 新しい可能性

互換性を重視すると、多くのものが失われたり、促進されなかったりします。

---

もちろん、「互換性」というものがあれば悪いわけではないのですが......。

---

と言われましたが、それはないでしょう。

入門編に座って、新機能や新企画を学ぼう

新しいインジケータとスクリプトを作成する

1万行のコードを持っているのは誰だ?

 
YUBA >> :

教えてください、MT5はFIでよくあるような公開鍵と秘密鍵による完全な暗号化ができるのでしょうか?規格の認定をするつもりですか?

実際に市場で働いている人たちにとって、この質問はアイドルとは程遠いものです。

はい、ウェブサイトのSSL認証にも使用できる標準的なRSA 1024クライアントデジタル証明書を使用します。そうなる可能性が高いです。


MetaTrader 5は、通常の郵便のワークフローを備えており、ファイルの送信も可能です。多くの(追加コードの)注文は、外部ルートではなく、トレーダーが内部のメールシステムを通じて送ることになると思います。

 

10,000円 - まだだ、ユーリ。3,000人くらいのプロジェクトがあったのですが、データ構造が 整ったら稼働させたいと思いつつ、断念しました。

 
YuraZ писал(а)>>

万行のコードを持っているのはどっちだ?

そんなところがあるんです(9456行)。そして、何千部も配布されています。

互換性について、何を悲しむことがあるのでしょうか?与えられたものを喜ぼう。

コードの書き換えには、確かに時間がかかります。しかし、その一方で、最初のステップで生じた多くのエラーは、物理的に修正できないため、新しいコードには現れない。

(1年後、2年後、3年後に起こることをすべて予見することはできませんし、コードが巨大化すると修正するのも大変です)。MT4と同じ問題です。

プログラムのアーキテクチャは、最初の段階で考えておかなければなりません。しかし、ユーザーには待っている暇はない。今すぐ欲しいのです。そして、プログラムの内部を処理する...。

 

toRenat

К сожалению, прямой совместимости с MQL4 уже не будет - слишком многое поменяли.

...

MT5ではdllはほとんど必要ないと思います。

dllの方が使いやすいと思います。C/C++など、時間的にも安定していますしね。ところで、なぜか互換性があるのですが、気になりますね、どうしてでしょう?:о)))

毎回、すべてのシステムをゼロから書き直し、情報や取引プラットフォームの新しいアーキテクチャを開発しています。

さて、これでよしとしましょうその理由は何でしょうか?FX取引のテクニカル面が大きく変化しているためか、夜な夜な新しいアイディアが湧いてきますね。:о)

なぜトレーディングストラテジーのテスターがたくさんいないのか不思議ですが、この辺の開発はもう真剣に墓穴を掘っているのでしょうか?しかも、2年では作れない人もいる。

ただ、古い友人(マイク)のことを思い出してください: https://www.mql5.com/ru/forum/52214 写真は時間とともに消えてしまったかもしれませんが(でも覚えています、確かにMTに似ています)、彼は自分で本格的なシステムを作りました - ところで、事実、彼はビジュアライザーも追加しました、あなたが得たのはずっと後になってからです。他人の屍の山」は、膨大な数の未対応バージョンという意味で、「自分の屍の山」をやる重大な理由にはならないと思うのですが、いかがでしょうか。

議論されているが、無理がある。MT5を運用する人は、MT3の時と同じようにMT4を並列に置いておく。トレーダーが移行を希望する場合は、MT5で取引するために口座を再登録するだけでよく、希望しない場合は以前のプラットフォームのままでよい。

また、証券会社は、MQL5への移行を開始する(これらの口座を決済する)ことで、しばらくは文字通り顧客を失うことになると認識しており、ディーリングセンターが「オペレーション」(単なるお金ではなく、何らかの明確な仕組みが必要です)、すなわち「MQL4」口座から「MQL5」口座への資金移動をどのように実行するのかは技術的にはあまり明確ではなく、システムがつながっていないのが実情です。これはおかしなアーキテクチャで、アカウントはプログラミング言語のバージョンに依存するのです。MQL3』と『MQL4』の間に、そのようなアカウント依存性があったのでしょうか?

"現在の欧米の印刷開発レベルではあるが... "(C)・・・でも、今はそんなことより・・・。

:о)))

証券会社自身が、より株式市場に適したプラットフォームを望んでおり、私たちはまさにそれを実現することにしたのです。互換性があれば、巨大な松葉杖が生まれ、数年でプロジェクトが台無しになっていたでしょう。

クラス導入と互換性拒否を正当化するのはかなりおかしい :o)))しかし、この方針は正しいのかもしれません。:о)


...そして、各インジケータ/エキスパートがヒストリーセンター自体から適切な量のバーを要求する...

О!!!最初の朗報です。最初からMatCADでやってました :o))))))))))))))))))))))))))))))))))))))))))))))))))))

PS: しかし、同じように頑張ってください、どこにも行くところがありません...本当に良いプログラミングとDLLのサポートのための手段を提供するのは、すでに最新のようですね。

 
nen >> :

どこかにあるんですけどね(9456行)。そして、何千部も完売している。

互換性について、何を悲しむことがあるのでしょうか?私たちは、与えられたものに満足しています。

もちろん、コードの書き換えには時間がかかります。しかし、その一方で、最初のステップで生じた多くのエラーは、物理的に修正できないため、新しいコードには現れない。

(1年後、2年後、3年後に起こることをすべて予見することはできませんし、コードが巨大化すると修正するのも大変です)。MT4と同じ問題です。

プログラムのアーキテクチャは、最初の段階で考えておかなければなりません。しかし、ユーザーには待っている暇はない。今すぐ欲しいのです。そして、プログラムの内部を整理して...。

MQL5用に書き換える予定です。

しかし、MT4はどうやらこれからもずっと使えるようです

だから、誰も傷つかないし、すぐには買わない人たちもいます

そうすると、この企画もあの企画も、一気に書き直さなければならなくなるのです

企画を書き換えるときに!

原則的に改善のみ

というように、多くのことがより良い方向に見直されるようになりました。

--

以前、失敗して小さなものを書き直さなければならないケースがありました(コピーが保存されていない)。

良くなる一方