MQL5とMQL5 Cloud Networkのユニバーサル数学計算の追加サポートのために追加すべきものは何ですか？ - ページ 5 1234567891011 新しいコメント Renat Fatkhullin 2012.10.28 19:12 #41 1.いいえ2.長い間稼働している、ドキュメントを見る TheXpert 2012.10.28 20:08 #42 papaklass:1.最初の質問に対する答えに動揺していたんですね。そして、考えることを約束した（しているように見えた）のですね。多通貨体制に終止符！？多通貨モードは、この影響を受けません。2 明確な答えが欲しい：ポジションはTAKEPROFITまたはSTOPLOSSでクローズされました。差し支えなければ、BUYERのコードを教えてください。もしかしたら、私は何かを見ていないのでしょうか？ その場で終値と コメント--フラグが立っています。 Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы www.mql5.com Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы - Документация по MQL5 Vladimir Gomonov 2012.10.28 20:13 #43 papaklass:2.ポジションがTAKE PROFITまたはSTOPLOSSでクローズされたという明確な回答が欲しい。よろしければ、TAKEPROFITのコードを教えてください。もしかしたら、私は何かを見ていないのでしょうか？ この辺は、すぐに "ダミー用 "のコードを書いて、開店時に判断してもらうのがいい。 そうしないと、また中途半端なものになってしまう。 削除済み 2012.10.28 21:19 #44 そろそろロングダブルタイプの 導入が必要かも？これなくして、大規模計算機資源の普遍性、競争力、実現性は論外である。 Renat Fatkhullin 2012.10.28 21:22 #45 papaklass:1.最初の質問に対する答えに動揺していたんですね。そして、考えることを約束した（しているように見えた）のですね。多通貨体制に終止符！？ パラメトリックOnTickの問題は、常にそうでないと回答されてきたことです。それは、原則の問題です。2 明確な答えが欲しい：ポジションはTAKEPROFITまたはSTOPLOSSでクローズされました。差し支えなければ、BUYERのコードを教えてください。もしかしたら、私は何かを見ていないのでしょうか？すべてのトランザクションとその中間状態を完全にコントロールすることができるのです。void OnTradeTransaction( MqlTradeTransaction& trans, // структура торговой транзакции MqlTradeRequest& request, // структура запроса MqlTradeResult& result // структура ответа );ストップロスやテイクプロフィットは、終値と 指定されたレベルを比較することで簡単に把握することができます。 比較対象は全部で数種類。本当に興味がある人なら、問題なく見つけられるはずだ。 Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы www.mql5.com Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы - Документация по MQL5 Yury Reshetov 2012.10.28 22:00 #46 -Alexey-: そろそろロングダブルタイプの 導入はいかがでしょうか？これなくして、大規模な計算機資源の普遍性、競争力、実現性は問題外である。役に立ちそうもありません。例えば、ディオファントス解析では、非常に大きな数と、その数に対するあらゆる演算を、他の大きな数を用いて計算するためのライブラリが必要です。例えば、次のメルセンヌ素数をクラウド経由で計算する場合。計算方法は周知で、お金まで出してくれる。しかし、MQL5には大きな数字を操作するためのライブラリはありません。そして、プログラマーにもボーナスの一部が支払われる。そこで、誰かがMQL5にライブラリを移植することを決めたら、まさにこのライブラリを使って素数が見つかったら、ある金額を請求することができる。http://primes.utm.edu/mersenne/ をご覧ください。ちなみに、MQL5では同じライブラリをベースに公開鍵暗号のアルゴリズムを作成することも可能だ。多くの人は、何かを覗き見されないように鍵をかけたり、オープンなデータチャンネルで安全に情報を交換したりする必要があります。ディオファントス解析のタスクは、しばしば計算機の能力を宣伝するために使われます。例えば、多くのコンピューターメーカーは、フェルマー数の素数を検索することをスポンサーとしている。この話題自体は実質的に無意味なのですが、分散コンピューティングがないと扱いが難しいのです。 Mersenne Primes: History, Theorems and Lists Chris K. Caldwellprimes.utm.edu Our book "Prime Curios! The Dictionary of Prime Number Trivia" is now available on CreateSpace, Amazon, .... Vladimir Gomonov 2012.10.28 23:23 #47 Reshetov:役に立ちそうもありません。例えば、ディオファントス解析では、非常に大きな数と、その数に対するあらゆる演算を、他の大きな数を用いて計算するためのライブラリが必要です。例えば、次のメルセンヌ素数をクラウド経由で計算する場合。計算方法は周知で、お金まで出してくれる。しかし、MQL5には大きな数字を操作するためのライブラリはありません。そして、プログラマーにもボーナスの一部が支払われる。そこで、誰かがMQL5にライブラリを移植することを決めたら、まさにこのライブラリを使って素数が見つかったら、ある金額を請求することができる。http://primes.utm.edu/mersenne/ をご覧ください。ちなみに、MQL5でも同じライブラリをベースに公開鍵暗号のアルゴリズムを作成することができました。多くの人は、何かを覗き見されないようにロックしたり、オープンなデータチャンネルで安全に情報を交換したりする必要があります。ディオファントス解析のタスクは、しばしば計算機の能力を宣伝するために使われます。例えば、多くのコンピューターメーカーは、フェルマー数の素数を検索することをスポンサーとしている。この話題自体は実質的に無意味なのですが、分散コンピューティングがないと扱いが難しいのです。mql5でこのようなライブラリを書くのは非効率で、必死で遅れます。 ストリンガーのサポートは最低限必要です。 私が言いたいのは、例えば、組み込み用アセンブリ言語C++では、1回の操作で整数の除算結果とその余りを得ることができます。 裸のmql5（ex5）では、（同じオペランドのレジスタへの再ロードを含めて）2回の操作で計算しなければならないということです。 それは、あのロール状の紙やすりの1枚を這わせるだけでいいんです。少なくとも、DivMod(long Op1, long Op2, long &Mod): long; のように、両方の結果を一度に返す「非標準関数」は必要です。 そして、これらの関数も翻訳時にインラインであることが保証されているべきです。 Yury Reshetov 2012.10.29 09:22 #48 MetaDriver:mql5でこのようなライブラリを書くのは効率的ではなく、必死にラグを取ることになるでしょう。 ストリンガーのサポートは最低限必要です。 私が言いたいのは、例えば、内蔵のC++アセンブラでは、1回の操作で整数の除算結果とその余りを得ることができます。 裸のmql5（ex5）では、（同じオペランドのレジスタへの再ロードを含めて）2回の操作で計算しなければならないということです。 それは、あのロール状のサンドペーパーを這わせる一枚だけです。少なくとも、DivMod(long Op1, long Op2, long &Mod): long; のように、両方の結果を一度に返す「非標準関数」は必要です。 そして、これらの関数も翻訳時にインラインであることが保証されているべきです。P&3%%は、持ち運ぶための袋ではありません。まず、ライブラリをMQL5に移植する必要があります。例えばフェルマー数の因数分解など、何か書いてみてください。プロファイラが弱点を計算し、その弱点を手動で実装するよう開発者に依頼することができるのは、この時だけです。実用レベルでは、このような問題を直接解決することはできません。つまり、2つの大きな数の掛け算の速度がどうであれ、アルゴリズム的に必ず高速化できる。中程度の長さの数であれば、カラツバ法が最適で、超大型の数ではFFT掛け算が必要である。さらに雲の存在も考慮すると、掛け算のスピードは桁違いになります。つまり、MQLアプリケーションはC++より遅いとしても、分散コンピューティングが 存在すれば、この種の問題には支障がないのです。 Распределенные вычисления в сети MQL5 Cloud Network cloud.mql5.com Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network Renat Fatkhullin 2012.10.29 10:05 #49 papaklass:そうですね、すべてが計算可能で、特にストップロスとテイクプロフィットは計算可能です。それを実現する関数を自分で書けばいいだけです。そして、こんな機能もあるんです。そのような機能は、実際に必要ないのと同じように、あなたにはありません。必要な人は、とっくに数行ですべてを実装しているのです。そうでなければ、このような質問はしないでしょうし、OnTradeTransactionについて知らないように見えます。問題は別にあります。なぜTRADINGプラットフォームは、中間状態なしに、単純にTRADING取引の明確な結果を返すことができないのでしょうか？ 答えはとても簡単で、実践的な仕事ではなく、おしゃべりに没頭しているのです。そして、ストップロスの状態はなく、終値が あり、それはストップレベルの希望価格と大きく異なる場合があることを理解していない。 Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы www.mql5.com Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы - Документация по MQL5 Renat Fatkhullin 2012.10.29 14:37 #50 papaklass: 今に始まったことではありません。いつものことですが、私の投稿の内容を理解していないのに、レッテル貼りをしたのですね。よし、そこでやめよう。考えるのは私の仕事だ、他の誰よりもずっと先に。私の答えを見たら、「どうしてだろう？ 何か理由があるはずだ、私がすぐには理解できなかっただけだ」と考えるようにしてください。 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
2.長い間稼働している、ドキュメントを見る
1.最初の質問に対する答えに動揺していたんですね。そして、考えることを約束した（しているように見えた）のですね。多通貨体制に終止符！？
多通貨モードは、この影響を受けません。
2 明確な答えが欲しい：ポジションはTAKEPROFITまたはSTOPLOSSでクローズされました。差し支えなければ、BUYERのコードを教えてください。もしかしたら、私は何かを見ていないのでしょうか？
2.ポジションがTAKE PROFITまたはSTOPLOSSでクローズされたという明確な回答が欲しい。よろしければ、TAKEPROFITのコードを教えてください。もしかしたら、私は何かを見ていないのでしょうか？
1.最初の質問に対する答えに動揺していたんですね。そして、考えることを約束した（しているように見えた）のですね。多通貨体制に終止符！？
2 明確な答えが欲しい：ポジションはTAKEPROFITまたはSTOPLOSSでクローズされました。差し支えなければ、BUYERのコードを教えてください。もしかしたら、私は何かを見ていないのでしょうか？
すべてのトランザクションとその中間状態を完全にコントロールすることができるのです。
ストップロスやテイクプロフィットは、終値と 指定されたレベルを比較することで簡単に把握することができます。
比較対象は全部で数種類。本当に興味がある人なら、問題なく見つけられるはずだ。
そろそろロングダブルタイプの 導入はいかがでしょうか？これなくして、大規模な計算機資源の普遍性、競争力、実現性は問題外である。
役に立ちそうもありません。例えば、ディオファントス解析では、非常に大きな数と、その数に対するあらゆる演算を、他の大きな数を用いて計算するためのライブラリが必要です。
例えば、次のメルセンヌ素数をクラウド経由で計算する場合。計算方法は周知で、お金まで出してくれる。しかし、MQL5には大きな数字を操作するためのライブラリはありません。
そして、プログラマーにもボーナスの一部が支払われる。そこで、誰かがMQL5にライブラリを移植することを決めたら、まさにこのライブラリを使って素数が見つかったら、ある金額を請求することができる。
http://primes.utm.edu/mersenne/ をご覧ください。
ちなみに、MQL5では同じライブラリをベースに公開鍵暗号のアルゴリズムを作成することも可能だ。多くの人は、何かを覗き見されないように鍵をかけたり、オープンなデータチャンネルで安全に情報を交換したりする必要があります。
ディオファントス解析のタスクは、しばしば計算機の能力を宣伝するために使われます。例えば、多くのコンピューターメーカーは、フェルマー数の素数を検索することをスポンサーとしている。この話題自体は実質的に無意味なのですが、分散コンピューティングがないと扱いが難しいのです。
役に立ちそうもありません。例えば、ディオファントス解析では、非常に大きな数と、その数に対するあらゆる演算を、他の大きな数を用いて計算するためのライブラリが必要です。
例えば、次のメルセンヌ素数をクラウド経由で計算する場合。計算方法は周知で、お金まで出してくれる。しかし、MQL5には大きな数字を操作するためのライブラリはありません。
そして、プログラマーにもボーナスの一部が支払われる。そこで、誰かがMQL5にライブラリを移植することを決めたら、まさにこのライブラリを使って素数が見つかったら、ある金額を請求することができる。
http://primes.utm.edu/mersenne/ をご覧ください。
ちなみに、MQL5でも同じライブラリをベースに公開鍵暗号のアルゴリズムを作成することができました。多くの人は、何かを覗き見されないようにロックしたり、オープンなデータチャンネルで安全に情報を交換したりする必要があります。
ディオファントス解析のタスクは、しばしば計算機の能力を宣伝するために使われます。例えば、多くのコンピューターメーカーは、フェルマー数の素数を検索することをスポンサーとしている。この話題自体は実質的に無意味なのですが、分散コンピューティングがないと扱いが難しいのです。
mql5でこのようなライブラリを書くのは非効率で、必死で遅れます。
ストリンガーのサポートは最低限必要です。
私が言いたいのは、例えば、組み込み用アセンブリ言語C++では、1回の操作で整数の除算結果とその余りを得ることができます。 裸のmql5（ex5）では、（同じオペランドのレジスタへの再ロードを含めて）2回の操作で計算しなければならないということです。
それは、あのロール状の紙やすりの1枚を這わせるだけでいいんです。
少なくとも、DivMod(long Op1, long Op2, long &Mod): long; のように、両方の結果を一度に返す「非標準関数」は必要です。 そして、これらの関数も翻訳時にインラインであることが保証されているべきです。
mql5でこのようなライブラリを書くのは効率的ではなく、必死にラグを取ることになるでしょう。
ストリンガーのサポートは最低限必要です。
私が言いたいのは、例えば、内蔵のC++アセンブラでは、1回の操作で整数の除算結果とその余りを得ることができます。 裸のmql5（ex5）では、（同じオペランドのレジスタへの再ロードを含めて）2回の操作で計算しなければならないということです。
それは、あのロール状のサンドペーパーを這わせる一枚だけです。
少なくとも、DivMod(long Op1, long Op2, long &Mod): long; のように、両方の結果を一度に返す「非標準関数」は必要です。 そして、これらの関数も翻訳時にインラインであることが保証されているべきです。
P&3%%は、持ち運ぶための袋ではありません。
まず、ライブラリをMQL5に移植する必要があります。例えばフェルマー数の因数分解など、何か書いてみてください。プロファイラが弱点を計算し、その弱点を手動で実装するよう開発者に依頼することができるのは、この時だけです。
実用レベルでは、このような問題を直接解決することはできません。つまり、2つの大きな数の掛け算の速度がどうであれ、アルゴリズム的に必ず高速化できる。中程度の長さの数であれば、カラツバ法が最適で、超大型の数ではFFT掛け算が必要である。さらに雲の存在も考慮すると、掛け算のスピードは桁違いになります。つまり、MQLアプリケーションはC++より遅いとしても、分散コンピューティングが 存在すれば、この種の問題には支障がないのです。
そうですね、すべてが計算可能で、特にストップロスとテイクプロフィットは計算可能です。それを実現する関数を自分で書けばいいだけです。そして、こんな機能もあるんです。
そのような機能は、実際に必要ないのと同じように、あなたにはありません。必要な人は、とっくに数行ですべてを実装しているのです。
そうでなければ、このような質問はしないでしょうし、OnTradeTransactionについて知らないように見えます。
問題は別にあります。なぜTRADINGプラットフォームは、中間状態なしに、単純にTRADING取引の明確な結果を返すことができないのでしょうか？
答えはとても簡単で、実践的な仕事ではなく、おしゃべりに没頭しているのです。
そして、ストップロスの状態はなく、終値が あり、それはストップレベルの希望価格と大きく異なる場合があることを理解していない。
今に始まったことではありません。いつものことですが、私の投稿の内容を理解していないのに、レッテル貼りをしたのですね。よし、そこでやめよう。
考えるのは私の仕事だ、他の誰よりもずっと先に。
私の答えを見たら、「どうしてだろう？ 何か理由があるはずだ、私がすぐには理解できなかっただけだ」と考えるようにしてください。