エラー、バグ、質問 - ページ 2325 1...231823192320232123222323232423252326232723282329233023312332...3185 新しいコメント TheXpert 2018.11.22 08:45 #23241 Ilyas: オペレーターを断念する正当な理由があったのか→? Ilyas 2018.11.22 08:48 #23242 TheXpert: オペレーターを断念するような重大な理由はなかったのか→?いや、深刻な理由はなかった。 その理由は、C++に慣れていないユーザーの未熟な頭脳への配慮に他なりません。 Ilyas 2018.11.22 08:50 #23243 fxsaber:二重否定はコンパイラで最適化されているのでしょうか?はい、そうです。 Koldun Zloy 2018.11.22 09:09 #23244 Ilyas:いや、深刻な理由はなかった。 それがないのは、C++に慣れていないユーザーのもろい心に配慮してのことだ。追加しても悪いことは起きないと思います。しばらくは曖昧さのないポインタでの使用を許可してもよいでしょう。 もちろん、警告も出す。 削除済み 2018.11.22 12:45 #23245 マーケットプレイスで商品に「試用版ダウンロード」のボタンを追加するにはどうしたらいいですか? A100 2018.11.22 14:08 #23246 Koldun Zloy:追加しても悪いことは起きないと思います。しばらくの 間は、曖昧さのないポインターでポイントを使用することが許されるかもしれません。 もちろん、警告も 出す。なぜ、こんなに複雑にするのか?.と→を等価な、交換可能な記録とするのに十分である。 比喩的な表現 #define -> . A100 2018.11.22 14:15 #23247 fxsaber:はい、あなたの場合、曖昧なところがありますね。いい意味で、こういうのはコンパイラの警告くらいあっても いいんじゃないでしょうか。私の場合は、もっとシンプルで、すべてがクリアーです。C++もそれに同意していると思います。 つまり、私の 場合、MQLは(2)を意味し、C++は(1)を意味するのです。つまり、 イマジナリー・クリアランスがあり、(クラスAの)わずかな変化で意味が劇的に変化する fxsaber 2018.11.22 14:20 #23248 A100: イマジナリー・クラリティがある - (クラスAの)小さな変化で、意味が大きく変わるこれはクラスに対する変更であり、対応するコンパイラーメッセージが 表示されるはずです。 それがなければ、完全にクリアです。 A100 2018.11.22 14:52 #23249 Ilyas:一時的な解決策として、'!'演算子を使用します。(論理的でない)。 解決策を考えます(多くのコードがある今、動作を変えることができるのか?) ポインタの場合、bool変換操作はポインタに対する操作であり、それが指すオブジェクトに対する操作ではない可能性があります。既存のコードを変更しないと、うまくいかない......。動的オブジェクトとしてのポインタの概念が崩れる つまり、ただ書くのではなく class A { public: bool operator*( A* a ) { return true; } }; void OnStart() { A *a, *b; if ( a * b ); //(1) } を書かないと、混乱する。 if ( *a * *b );//(2) 何のために?ポインタがNULLかどうかチェックできるように?- そのための比較演算子がある。 if ( a != NULL );//(3) なぜ複製するのか? TheXpert 2018.11.22 15:24 #23250 A100:動的オブジェクトとしてのポインタの概念は崩壊する 今はそのような概念はなく、オブジェクトとそのポインタが一山に混在しています。 1...231823192320232123222323232423252326232723282329233023312332...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
オペレーターを断念するような重大な理由はなかったのか→?
いや、深刻な理由はなかった。
その理由は、C++に慣れていないユーザーの未熟な頭脳への配慮に他なりません。
二重否定はコンパイラで最適化されているのでしょうか?
はい、そうです。
いや、深刻な理由はなかった。
それがないのは、C++に慣れていないユーザーのもろい心に配慮してのことだ。
追加しても悪いことは起きないと思います。
しばらくは曖昧さのないポインタでの使用を許可してもよいでしょう。
もちろん、警告も出す。
追加しても悪いことは起きないと思います。
しばらくの 間は、曖昧さのないポインターでポイントを使用することが許されるかもしれません。
もちろん、警告も 出す。
なぜ、こんなに複雑にするのか?.と→を等価な、交換可能な記録とするのに十分である。
比喩的な表現
#define -> .
はい、あなたの場合、曖昧なところがありますね。いい意味で、こういうのはコンパイラの警告くらいあっても いいんじゃないでしょうか。
私の場合は、もっとシンプルで、すべてがクリアーです。C++もそれに同意していると思います。
イマジナリー・クラリティがある - (クラスAの)小さな変化で、意味が大きく変わる
これはクラスに対する変更であり、対応するコンパイラーメッセージが 表示されるはずです。
それがなければ、完全にクリアです。
一時的な解決策として、'!'演算子を使用します。(論理的でない)。
解決策を考えます(多くのコードがある今、動作を変えることができるのか?)
ポインタの場合、bool変換操作はポインタに対する操作であり、それが指すオブジェクトに対する操作ではない可能性があります。
既存のコードを変更しないと、うまくいかない......。動的オブジェクトとしてのポインタの概念が崩れる
つまり、ただ書くのではなく
を書かないと、混乱する。
if ( *a * *b );//(2)
何のために?ポインタがNULLかどうかチェックできるように?- そのための比較演算子がある。
なぜ複製するのか?
動的オブジェクトとしてのポインタの概念は崩壊する