テンプレート・パラメータ = void* のコンパイラ・バグ - ページ 3

 
fxsaber:

これはあくまでブラケットの必要性・不必要性の話ですが...。

そんな話題はない。不要な括弧(過度に難読化されたコード)については、コンパイラが警告で強制しようとするトピックがあるのみです
 
A100:
そんな話題はない。不要なブラケット(不必要にコードを乱雑にする)については、コンパイラが警告を発生させて押し付けようとするトピックがあるだけです

お互いの意見を知っている。

 
fxsaber:

お互いの意見を知っている。

これは私の意見ではなく、何十万人ものプログラマー(私自身はプログラマーではありません)の意見であり、特にこの問題に対するVisual Studioの アプローチに実装されています。そして、私はそれを信頼しています。
 
A100:
これは私の意見ではなく、何十万人ものプログラマー(私自身はプログラマーではありません)の意見であり、特にVisual Studioの問題に対するアプローチに実装されているものなのです。そして、私はそれを信頼しています。

プログラマーの人数の閾値は、どこでためらうべきなんでしょうね。5では物足りない。1,000では足りません。10,000円~躊躇する。そして、最後にN-信頼です。しかし、(N-1)の時は......まだ信用していませんでした。

"数十万のハエが間違うはずがない "という感情的な認識ではなく、ロジックを盛り込むこと。

 
fxsaber:

何十万匹ものハエがいるのだから、間違っているはずがない」という感情的な認識ではなく、論理を働かせること。

私の論理は単純で、ブラケットは優先順位を決めるものではなく、優先順位を変えるだけなのです。括弧がある場合は、優先順位が変更され、括弧がない場合は、デフォルトの優先順位が適用されます

すべては括弧で決まるという考え方に立てば、優先順位はまったく必要ありません

 
A100:

括弧がある場合は優先順位が変更 されており、ない場合はデフォルトの優先順位が適用されます

非論理的な発言。

 
fxsaber:

非論理的な発言。

何が矛盾しているのか?
 
A100:
何が矛盾しているのか?

括弧があるからといって、既存の優先順位が変わるわけでは全くない。

 
fxsaber:

括弧があるからといって、既存の優先順位が変わるわけでは全くありません。

つまり、あなたのコードでは、ブラケットには何の意味もなく、ステートメントが...非論理的なようで、括弧の場合は優先順位や順序が実際に変更されたかどうかを調べなければなりませんが、私のコードでは括弧自体が優先順位や順序の変更を意味します(括弧の有無がすべてを明確にします)

括弧
エフエックスセイバー
A100
あるにはある
不透明
操作の優先順位が変更されました
ノー
操作の優先順位は変更されていません
操作の優先順位は変更されていません
 
A100:
そんな話題はない。不要なブラケット(過度に難読化したコード)については、コンパイラが警告を発生させて押し付けようとしている話題しかありません

ご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混ざっていたからだ」と説明するのが一般的だ。だから今は、注目を集めることが大切なんです。警告だけなのはもっとダメで、エラーになればもっといい。