エラー、バグ、質問 - ページ 1358 1...135113521353135413551356135713581359136013611362136313641365...3185 新しいコメント A100 2015.08.25 14:33 #13571 Alexey Navoykov:個人的には、これは常に問題で、常に気を張っていないと、いたるところで A.operator=(B), A.operator!=(B) と指定してしまい、つまりは簡潔さを失い、演算子のオーバーロードは実は意味をなさないのです。以前にも一度、この問題を提起したのですが、話題が滞ってしまいました。 ようやくこの問題を終わらせることができました。 A.operator!=(B)を明示的に指定しないこと。 A100 2015.08.25 14:37 #13572 Alexey Navoykov:何それ、逆さまじゃん。< と > はポインタの比較につながるはずだからです。これは当時すでに議論されたことです（その古いスレッドを読み直してみてください）。私の書き込みでは、「この質問を終わらせましょう」と提案すれば、覚えているものと思っていました。繰り返しになりますが、他のすべての（！）演算子（<と>だけではありません）の機能を維持するために、2つの演算子（==と！=）が犠牲になっているのです。機能性を犠牲にした美しさ。 Alexey Navoykov 2015.08.25 14:59 #13573 A100: というように、A.operator!=(B)を明示的に指定する必要はありません。開発者が私の意見を聞いてくれたので、すぐに解決すると思います。 そうすれば、単純に「*A != *B」となります。A100: これは当時すでに議論されました（その古いスレッドを再読してください） - 繰り返します - 2つの演算子が、他のすべての（！）演算子（<と>だけではない）の機能を維持するために犠牲になっています。これらの事業者がすべて同等の地位を占めるべきだというのは、私も同感です。しかし、あなたが提案する方法ではありません。 両方の引数がポインタである場合、比較されなければならないのはポインタです。 そうでなければ、非論理的です。両引数は明示的にGetPointer で与えられるのに、なぜかクラス演算子が実行されます。 したがって、この場合、不等号はポインタに対してより正しく適用されると思われます。しかし、どうせ誰もオペレーターの行動を変えようとはしないのは明らかです。 そうでなければ、動かないプログラムに対して一般的な騒ぎが起こるでしょう。また、代入演算 子を忘れているようですが、これも関数で実装しろというのでしょうか？ 面倒くさくないのでしょうか？ Lev Tolpekin 2015.08.25 15:50 #13574 皆さん、こんにちは。このような質問は、かなり信頼できるシグナルにサインアップ した後、突然クレイジーロットで取引が始まり、当初は利益があったのに最終的には損失となり、すべてがうまくいったはずです。犬の埋葬場所(誰のせい？)と、整理してくれる人を教えてください。 Vladimir Pastushak 2015.08.25 16:02 #13575 leot:皆さん、こんにちは。このような質問は、かなり信頼性の高い信号にサインアップし、ここで青から非常識なロットの取引を開始し、最終的にお金の損失であることが判明した利益があったように、すべてが初めにうまくいっただろう。犬の埋葬場所(誰のせい？)と、整理してくれる人を教えてください。かなり信頼 できるシグナルが、突然狂ったようにたくさん取引されるように なりました。+100500 Alexey Navoykov 2015.08.25 16:08 #13576 leot:犬が埋まっている場所（誰のせいなのか）と、整理してくれる人を教えてください。 犬の埋葬場所は、車庫の裏です。 しかし、誰のせいかは、テレパシー支店に行くべきで、掲示板のどこかにあります、ググってください。 uekzq 2015.08.25 16:20 #13577 トレードがコピー される際、入金量に比例せず、最小限の量で開設されます。 この状況をどのように修正すればよいのでしょうか？ Artyom Trishkin 2015.08.25 16:20 #13578 Alexey Navoykov: 犬が埋まっている場所を教えてあげよう：ガレージの裏側だ。でも誰のせいかというと、テレパス支店に行くべきだ。この掲示板のどこかにあるはずだ。ググってみてくれ。 Клуб Телепатов - MQL4 форум www.mql5.com Клуб Телепатов - MQL4 форум Lev Tolpekin 2015.08.25 16:22 #13579 はい、私のシグナルセクションでウェブサイトに提示された注文と、私の携帯電話のプラットフォームが発したものが一致しないことです。信号の問題ではなく、伝送の問題です。また、技術的に全く理解できない場合、どのように資料を提供すればいいのか？ A100 2015.08.25 17:24 #13580 Alexey Navoykov:また、代入演算 子のことを忘れているようですが、これも関数で実装してくださいということでしょうか？ 面倒くさくないですか？operator=(...) の場合、a.operator=( b ) を直接使うより簡単な解決策はない。A = *Bとするのであれば、それはそれで結構なことです。 1...135113521353135413551356135713581359136013611362136313641365...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
個人的には、これは常に問題で、常に気を張っていないと、いたるところで A.operator=(B), A.operator!=(B) と指定してしまい、つまりは簡潔さを失い、演算子のオーバーロードは実は意味をなさないのです。
以前にも一度、この問題を提起したのですが、話題が滞ってしまいました。 ようやくこの問題を終わらせることができました。
何それ、逆さまじゃん。
< と > はポインタの比較につながるはずだからです。
これは当時すでに議論されたことです（その古いスレッドを読み直してみてください）。私の書き込みでは、「この質問を終わらせましょう」と提案すれば、覚えているものと思っていました。
繰り返しになりますが、他のすべての（！）演算子（<と>だけではありません）の機能を維持するために、2つの演算子（==と！=）が犠牲になっているのです。機能性を犠牲にした美しさ。
というように、A.operator!=(B)を明示的に指定する必要はありません。
開発者が私の意見を聞いてくれたので、すぐに解決すると思います。 そうすれば、単純に「*A != *B」となります。
これは当時すでに議論されました（その古いスレッドを再読してください） - 繰り返します - 2つの演算子が、他のすべての（！）演算子（<と>だけではない）の機能を維持するために犠牲になっています。
これらの事業者がすべて同等の地位を占めるべきだというのは、私も同感です。しかし、あなたが提案する方法ではありません。 両方の引数がポインタである場合、比較されなければならないのはポインタです。 そうでなければ、非論理的です。両引数は明示的にGetPointer で与えられるのに、なぜかクラス演算子が実行されます。 したがって、この場合、不等号はポインタに対してより正しく適用されると思われます。
しかし、どうせ誰もオペレーターの行動を変えようとはしないのは明らかです。 そうでなければ、動かないプログラムに対して一般的な騒ぎが起こるでしょう。
また、代入演算 子を忘れているようですが、これも関数で実装しろというのでしょうか？ 面倒くさくないのでしょうか？
皆さん、こんにちは。
このような質問は、かなり信頼できるシグナルにサインアップ した後、突然クレイジーロットで取引が始まり、当初は利益があったのに最終的には損失となり、すべてがうまくいったはずです。犬の埋葬場所(誰のせい？)と、整理してくれる人を教えてください。
皆さん、こんにちは。
このような質問は、かなり信頼性の高い信号にサインアップし、ここで青から非常識なロットの取引を開始し、最終的にお金の損失であることが判明した利益があったように、すべてが初めにうまくいっただろう。犬の埋葬場所(誰のせい？)と、整理してくれる人を教えてください。
かなり信頼 できるシグナルが、突然狂ったようにたくさん取引されるように なりました。
+100500
犬が埋まっている場所（誰のせいなのか）と、整理してくれる人を教えてください。
犬が埋まっている場所を教えてあげよう：ガレージの裏側だ。でも誰のせいかというと、テレパス支店に行くべきだ。この掲示板のどこかにあるはずだ。ググってみてくれ。
はい、私のシグナルセクションでウェブサイトに提示された注文と、私の携帯電話のプラットフォームが発したものが一致しないことです。
信号の問題ではなく、伝送の問題です。
また、技術的に全く理解できない場合、どのように資料を提供すればいいのか？
また、代入演算 子のことを忘れているようですが、これも関数で実装してくださいということでしょうか？ 面倒くさくないですか？
operator=(...) の場合、a.operator=( b ) を直接使うより簡単な解決策はない。
A = *Bとするのであれば、それはそれで結構なことです。