ちょっとびっくり :)私は、共有し、NOT修辞的な質問をすることを考えました。 - ページ 16

 
だから言ったじゃないですか、初心者は...。理解は経験を積めばできるようになる。
 
Renat:
だからさー、初心者はさー。理解は経験を積めばできるようになる。

良い点です。いいものですね。:)

初心者に過剰反応しすぎだろ。今、私たちは何を議論しているのでしょうか?:)

数学を発見する。:)

==

付け加えると...誰かがやってくれるかもしれない...。を見ることから始めるとよいでしょう。


http://en.wikipedia.org/wiki/%E2%84%9A

とこちら http://demonstrations.wolfram.com/RationalNumberExplorer/

とこちら http://www.solarix.ru/for_developers/cpp/boost/rational/ru/rational.shtml

 
Academic:



次回の投稿でスマイルマークが切り取られます。このことを肝に銘じておいてください。
 
DDFedor:
次回の投稿でスマイルマークが切り取られます。それを肝に銘じておいてください。
そこにいるのは誰だ?:)
 
Renat:
価格を整数値に変換することに大きなメリットはない。確かに効率的に体積を減らすことができますが、どうしてもダブルに変換してしまうため、劇的に速度が落ちてしまいます。正確には、システム全体を整数化することができないので、計算可能な数学はまだdouble(十分な精度もない)で行わなければならない。

私も賛成です。だから、さっき書いたのです。

hrenfx:

追伸:あなたの数字は明らかに不正確です:INTのストーリーは2.1Gbを、DOUBLEは7Gbを占有することはできません。差は常にちょうど2倍(USHORTでは 不十分)でなければなりません。価格を整数演算にすることで、EA内のロジックをすべて整数演算に置き換えることができるため、大きなアドバンテージとなる。これはあまりないことです。

足し算、引き算、比較演算しかできないので、すべてが整数になる、一番間抜けだけど一番速い電卓を持っています。従って、INTからDOUBLEへの受け渡しは不要である。

一般に、特定のケースにおけるアルゴリズムの最適化は、一般的なアプローチよりも常に実行速度(書き込みではない)で優位に立つと言われています。そのため、例えばExpert Advisorがパラメータの自動最適 化を使用する場合、自動最適化の速度の問題は非常に重要です。また、DLLまたは直接MQL5で、アルゴリズム的に最大限に最適化された独自のExpert Advisorを作成することも合理的です。また、MT5-optimizerで自動最適化を行わないでください。残念ながら、自動最適化されたExpert Advisor用のMT5-optimizerは、非常に限られたケースにしか適していません。

 
hrenfx:

私も賛成です。だから、さっきも書いたんです。

私の最も間抜けだが最も速い電卓では、足し算、引き算、比較演算しかないため、すべてが整数になるのである。それぞれINTからDOUBLEに変更することは不要です。

一般に、特定のケースにおけるアルゴリズムの最適化は、一般的なアプローチよりも常に実行速度(書き込みではない)で優位に立つと言われています。そのため、例えばExpert Advisorがパラメータの自動最適化を使用する場合、自動最適化の速度の問題は非常に重要です。したがって、DLLまたは直接MQL5で、アルゴリズムが最大限に最適化された独自のExpert Advisorを作成するのが合理的です。また、自動最適化のケースにはMT5オプティマイザーを使用しないでください。残念ながら、自動最適化されたExpert Advisorの内蔵オプティマイザは、限られたケースにしか対応していません。

二重翻訳が避けられない場合の例を教えてください。


もう一つの例は、何かの割合の値やその確率を計算する必要があるときです。

最初のケースでは、1ピップを0.0001パーセントとし、1.2345パーセントは12345ポイントとなります。

それは、確率も同じです。

ダブルのビット深度にも限界があり、隠れたポイントというものが常に存在することを理解しておく必要があります。

 
Academic:

ダブルに変換する必要がある場合の例を教えてください。


反例として、何かの割合や確率を計算することがあります。

最初のケースでは、1ピップを0.0001パーセントとし、この場合1.2345%は12345ポイントになります。

それは、確率も同じです。

ダブルのビット深度にも限界があり、隠れたポイントというものが常に存在することを理解しておく必要があります。

なんという不意打ち人類は数の科学を誤った方向に発展させている。実数、さらに言えば複素数も無駄に発明された。- ごく簡単に言うと、整数の数で何とかなる人がいることが判明したのです
 
joo:
なんという不意打ち人類は数の科学を間違った方向に発展させている。実数、ましてや複素数は無駄に発明されたものである。- 非常に単純に、ある人は整数の数でできることが判明したのです
例を見ないか?
 
Academic:
例を見ることができないのですか?
見るか見ないかは、どうすればわかるのですか?
 
倍にする必要がある例として、MAなどの指標の些細な計算が挙げられます。整数(実数から仮想化)の割り算で十分なので、精度が 乱高下してしまうのです。お金での利益も計算できません。これについては、先ほどもはっきりと申し上げました。実践してみないとわからない。
Документация по MQL5: Основы языка / Типы данных / Приведение типов
Документация по MQL5: Основы языка / Типы данных / Приведение типов
  • www.mql5.com
Основы языка / Типы данных / Приведение типов - Документация по MQL5
理由: