テンプレート・パラメータ = void* のコンパイラ・バグ - ページ 3 12345678910...20 新しいコメント A100 2018.12.19 22:49 #21 fxsaber:これはあくまでブラケットの必要性・不必要性の話ですが...。 そんな話題はない。不要な括弧(過度に難読化されたコード)については、コンパイラが警告で強制しようとするトピックがあるのみです fxsaber 2018.12.19 22:54 #22 A100: そんな話題はない。不要なブラケット(不必要にコードを乱雑にする)については、コンパイラが警告を発生させて押し付けようとするトピックがあるだけですお互いの意見を知っている。 A100 2018.12.19 22:59 #23 fxsaber:お互いの意見を知っている。 これは私の意見ではなく、何十万人ものプログラマー(私自身はプログラマーではありません)の意見であり、特にこの問題に対するVisual Studioの アプローチに実装されています。そして、私はそれを信頼しています。 fxsaber 2018.12.19 23:26 #24 A100: これは私の意見ではなく、何十万人ものプログラマー(私自身はプログラマーではありません)の意見であり、特にVisual Studioの問題に対するアプローチに実装されているものなのです。そして、私はそれを信頼しています。プログラマーの人数の閾値は、どこでためらうべきなんでしょうね。5では物足りない。1,000では足りません。10,000円~躊躇する。そして、最後にN-信頼です。しかし、(N-1)の時は......まだ信用していませんでした。 "数十万のハエが間違うはずがない "という感情的な認識ではなく、ロジックを盛り込むこと。 A100 2018.12.19 23:39 #25 fxsaber:何十万匹ものハエがいるのだから、間違っているはずがない」という感情的な認識ではなく、論理を働かせること。私の論理は単純で、ブラケットは優先順位を決めるものではなく、優先順位を変えるだけなのです。括弧がある場合は、優先順位が変更され、括弧がない場合は、デフォルトの優先順位が適用されます すべては括弧で決まるという考え方に立てば、優先順位はまったく必要ありません fxsaber 2018.12.19 23:56 #26 A100:括弧がある場合は優先順位が変更 されており、ない場合はデフォルトの優先順位が適用されます非論理的な発言。 A100 2018.12.19 23:59 #27 fxsaber:非論理的な発言。 何が矛盾しているのか? fxsaber 2018.12.20 00:01 #28 A100: 何が矛盾しているのか?括弧があるからといって、既存の優先順位が変わるわけでは全くない。 A100 2018.12.20 00:15 #29 fxsaber:括弧があるからといって、既存の優先順位が変わるわけでは全くありません。つまり、あなたのコードでは、ブラケットには何の意味もなく、ステートメントが...非論理的なようで、括弧の場合は優先順位や順序が実際に変更されたかどうかを調べなければなりませんが、私のコードでは括弧自体が優先順位や順序の変更を意味します(括弧の有無がすべてを明確にします) 括弧エフエックスセイバーA100あるにはある不透明 操作の優先順位が変更されましたノー操作の優先順位は変更されていません操作の優先順位は変更されていません Dmitry Fedoseev 2018.12.20 00:58 #30 A100: そんな話題はない。不要なブラケット(過度に難読化したコード)については、コンパイラが警告を発生させて押し付けようとしている話題しかありませんご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混ざっていたからだ」と説明するのが一般的だ。だから今は、注目を集めることが大切なんです。警告だけなのはもっとダメで、エラーになればもっといい。 12345678910...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これはあくまでブラケットの必要性・不必要性の話ですが...。
そんな話題はない。不要なブラケット(不必要にコードを乱雑にする)については、コンパイラが警告を発生させて押し付けようとするトピックがあるだけです
お互いの意見を知っている。
お互いの意見を知っている。
これは私の意見ではなく、何十万人ものプログラマー(私自身はプログラマーではありません)の意見であり、特にVisual Studioの問題に対するアプローチに実装されているものなのです。そして、私はそれを信頼しています。
プログラマーの人数の閾値は、どこでためらうべきなんでしょうね。5では物足りない。1,000では足りません。10,000円~躊躇する。そして、最後にN-信頼です。しかし、(N-1)の時は......まだ信用していませんでした。
"数十万のハエが間違うはずがない "という感情的な認識ではなく、ロジックを盛り込むこと。
何十万匹ものハエがいるのだから、間違っているはずがない」という感情的な認識ではなく、論理を働かせること。
私の論理は単純で、ブラケットは優先順位を決めるものではなく、優先順位を変えるだけなのです。括弧がある場合は、優先順位が変更され、括弧がない場合は、デフォルトの優先順位が適用されます
すべては括弧で決まるという考え方に立てば、優先順位はまったく必要ありません
括弧がある場合は優先順位が変更 されており、ない場合はデフォルトの優先順位が適用されます
非論理的な発言。
非論理的な発言。
何が矛盾しているのか?
括弧があるからといって、既存の優先順位が変わるわけでは全くない。
括弧があるからといって、既存の優先順位が変わるわけでは全くありません。
つまり、あなたのコードでは、ブラケットには何の意味もなく、ステートメントが...非論理的なようで、括弧の場合は優先順位や順序が実際に変更されたかどうかを調べなければなりませんが、私のコードでは括弧自体が優先順位や順序の変更を意味します(括弧の有無がすべてを明確にします)
そんな話題はない。不要なブラケット(過度に難読化したコード)については、コンパイラが警告を発生させて押し付けようとしている話題しかありません
ご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混ざっていたからだ」と説明するのが一般的だ。だから今は、注目を集めることが大切なんです。警告だけなのはもっとダメで、エラーになればもっといい。