MT4からMT5への乗り換えの問題。正確には、MT5で一部のアルゴリズムをerrなしで実行できないことです。 - ページ 6

 
そもそも、なぜ自分で端末を作らないのか?
 
Artyom Trishkin:
すべての時系列を一度カウントして、それだけを補完する必要があります。窓際で行う場合もあります。
そう、アレイの中に。SBを使用することができます。時系列クラスは独自のものです。

こんなのナンセンスだ!

では、ターミナルとMQLは何のためにあるのでしょうか?全部自分で書くため?また、Fixによる注文を直接ブローカーに送るには?

 
Eugeni Neumoin:

では、バッファを使わず、アレイで作業したほうがいいということですか?

では、バッファは何のためにあるのでしょうか?

つまり、バッファの代わりに自分で松葉杖を作ろうということですね :(

そして、iTimeやiLowなどの代わりに、独自の関数を作る...。MT5から動かない機能をバイパスして、すべてを独自に書き換える...。

これは思い切ったことをしましたね。でも、マニアにはやらせればいいんです。私は身を引きます。途中経過も見ない。

私はこの方法で、時系列クラスの指標をたくさん作ってきました。すべてが揃っていて、普通のインジケーターを扱うのと何ら変わりはないのです。でも、それに加えて-便利なことがいっぱい。
 
Andrey Khatimlianskii:

では、論理の誤りでしょうか。バーがない場合もあります。

バーがあります。常に-1を出す機能とは限りません。MT5の言語説明からすると、これだけなんでしょうけど。

"...データの可用性。

HCCフォーマット、あるいはすぐに使えるHCフォーマットでデータが入手できても、そのデータをグラフに表示したり、mql5プログラムで使用したりすることが必ずしも無条件にできるわけではありません。

mql5-programから価格 データや指標値にアクセスする場合ある時点、ある時点から利用できることが保証されていないことに留意する必要が あります... "

 
Andrey Khatimlianskii:

こんなのナンセンスだ!

では、端末やMQLは何のためにあるのでしょうか?じゃあ、全部自分で書けるんですか?また、Fixによる注文を直接ブローカーに送るには?

何をバカなことを言ってるんだ。バッファーにデータが用意されていること?スピードアップのために4で何度もやっている。
 
Artyom Trishkin:
そこにあるものはすべて機能する。しかし、アクセスが拒否されることもある。時系列更新のためかもしれませんね〜。拒否された場合、最初のリクエストでデータスワップが有効になるため、リクエストを繰り返す必要があります。

すべてがうまくいくのであれば、この問題で100万ものトピックが割かれることはないでしょう。

ただ、そのロジックは、端末のユーザーが扱うには複雑なものであることが判明しました。
そして、エラーはあるはずなのに、開発者はそれを探す暇もなく、ユーザーも誰もそれを再現して証明しようとはしない。

 
Artyom Trishkin:
何が妄想なのか?バッファーにデータが用意されていること?これを4で複数回行い、スピードアップを図った。

ナンセンスなのは、すでに端末にあるデータのコピーを 自分で整理することです。

 
Eugeni Neumoin:

バーがある。この関数は常に-1を生成するわけではありません。MT5の言語説明からこれだけだと思います。

"...データの可用性

HCC形式、あるいはすぐに使えるHC形式のデータが入手できても、これらのデータをグラフに表示したり、mql5プログラムで使用したりすることが必ずしも無条件に可能とは限りません。

mql5-programから価格 データや指標値にアクセスする場合ある時点、ある時点から利用できることが保証されていないことに留意する必要が あります... "

iBarShift()は、どちらの端末でも同じように動作します。そして、同じ条件で同じリターンコードを返してくる。
 
Artyom Trishkin:
私はこの方法で多くの指標を作りました - 時系列クラスで。そこにはすべてがあり、通常の指標を使った作業と変わりません。でも、それに加えて-便利なことがたくさんあります。

それでも、こうした工夫がなくとも、言語機能が きちんと働くほうがいい。文言がご指摘のような形で行われたかつまり、プログラマーがフォーラムでの議論で勝手なことをしないように、時系列へのアクセスを失敗しないように、おそらくいくつかの追加機能によって、言語を実装しなければならないのです。

 
Artyom Trishkin:
iBarShift()は、どちらの端末でも同じように動作します。そして、同じ条件で同じリターンコードが返される。

では、なぜ言語説明には、私があげた引用文が載っているのでしょうか。すべてがうまくいくなら、なぜ言語ガイドに「いつでもアクセスを拒否できる」と書いたのでしょうか?

また、アクセス拒否があったときに、開発者が正直に話すので、フォーラムにはたくさんのスレッドが立っています。そして、EVERY!プログラマーはこの問題に遭遇する。そして、誰もが自分なりの方法でこの問題を解決しようとする。できる人とできない人がいる。

リテラシーの高い開発者は、人々が苦悩を感じないように、例えばtensorflowのようなライブラリを作成する。そして、ここ...まあ、スレッドの最初に、みんなレナトの回答を読んで...。

理由: