どんな新人の質問でも、フォーラムを乱雑にしないように。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 6. - ページ 274

[Vladimir M.]

artmedia70:

ここでは、BB構築の主なサイクルを紹介します。

ここでは、単純なMAの計算方法を紹介します。

ご覧の通り、センターラインはCloseのシンプルなMAです。あとは、それがベースになっています。結論はご自身でお決めください。

SZY.これからの労働のためのパンフレットとして。

平均値を次のように設定する。double bb_bs0 = (bb_up0+ bb_lo0)/2;

しかし、このように計算する方が良い： double bb_bs0= (bb_up0+ bb_lo0)*0.5;

結局のところ、掛け算の方が割り算より速いのです。
。

ありがとうございます、特に知りませんでした。また、BBでは、MODE_MAINに関して 疑問が生じるまで、double bb_bs0= iBands(NULL,0,bb_p,bb_dev,0, bb_ap,MODE_MAIN,0); を使っていました。

でも、うまくいくんです。

今後は、平均値をMAにします。
。

[Artyom Trishkin]

rosomah:

ありがとうございます。特にこれは正確には知りませんでした。また、BBでは、MODE_MAINに関して 疑問が生じるまで、double bb_bs0= iBands(NULL,0,bb_p,bb_dev,0, bb_ap,MODE_MAIN,0); を使用していました。

でも、うまくいくんです。

今後は、MAを媒体に使うことにします。
。

何のために？BBはすでにウェービングマシンを使用しています。インジケーターのコードをお見せしました。そこでは、正中線の計算のために、ウェービングを計算するよう呼びかけられていることがわかります。だからMODE_MAINを使う。

[Vadim Zhunko]

hoz:

今、不思議なことに気づきました。ベースとなるライブラリがあり、他のライブラリをインポートする。その一端をご紹介します。

これらのライブラリを使って今書いているowlを起動すると、ログに表示されます。

というか、ログによると、hoz_ReturningSomeInfo@libraryと hoz_Base@Libraryの 2つのライブラリがロードされていますね。

しかし、これらのライブラリは、ジャーナルの hoz_LoggingToAny [e-mail]4、[e-mail]4 、欠落しています。こんなんでいいのか？それとも、アップロードされたすべてのライブラリーがジャーナルに掲載されるべきなのでしょうか？

必要な時にダウンロードされます。

[Viktar Dzemikhau]

Zhunko:
必要な時にダウンロードされます。

というわけで、これでおしまいです。今ならわかるよ。

[Vladimir M.]

artmedia70:
何のために？BBはすでにウェービングマシンを使用しています。インジケーターのコードをお見せしました。そこで、正中線の計算をマッハ計算と呼んでいることがわかります。だからMODE_MAINを使う。

OK、了解しました。ありがとうございます。

[Boris]

artmedia70:

結局のところ、掛け算の方が割り算より速いのです。
。

Artyomさん、ではDoubleToStr(X*10000,0)はDoubleToStr(X/Point,0)よりも速いのでしょうか？ありがとうございました。

[Artyom Trishkin]

borilunad:

より速く なりました。この先どうなるかはわからない。5の場合、すべてはビットシステム、つまり数字そのものの桁数容量に依存する。

[Dmitry Fedoseev]

sergeev:

少なくともwinapiのdllを使用することで、ウィンドウにcharを送信することができます。

そのWin APIは使わなければならないが、mqlから使う方法はない、という話であり、そうでなければこのような発言の意味はない。

[Boris]

artmedia70:
より速く なりました。この先どうなるかはわからない。5の場合、すべてはビットシステム、つまり数字そのものの桁数容量に依存する。

そして引き算はもっと速い!そこで、すべてのアクションを引き算に置き換えてみましょう:))

[Artyom Trishkin]

borilunad:
そして引き算はもっと速い!そこで、すべてのアクションを引き算に置き換えてみましょう:))

引き算の数が1つの掛け算を超えない限りは