模板参数=void*的编译器错误 - 页 3

[A100]

fxsaber:

这只是关于括号的必要性/非必要性的问题......。

没有这样的主题。只有关于不必要的括号（过度混淆的代码）的话题，编译器试图通过警告来强制执行。

[fxsaber]

A100:
没有这样一个主题。只有关于不必要的括号（不必要地使代码杂乱无章）的话题，编译器试图通过生成警告来强加给它。

我们知道彼此对这个话题的看法。

[A100]

fxsaber:

我们知道彼此对这个问题的看法。

这不是我的观点--这是数十万程序员（我自己不是程序员）的观点，特别是在Visual Studio 处理这个问题的方法中实现的。而且我相信它

[fxsaber]

A100:
这不是我的观点--这是数十万程序员（我自己不是程序员）的观点，特别是在Visual Studio处理这个问题的方法中实现的。而且我相信它

我想知道，当人们应该犹豫不决时，程序员人数的门槛在哪里？5是不够的。1,000是不够的。10,000 - 犹豫不决。然后最后是N--信任。然而，当它是（N-1）--我还不相信它。

包括逻辑，而不是 "几十万只苍蝇都不会错 "的情感认知。

[A100]

fxsaber:

搞好逻辑，而不是 "几十万只苍蝇都不会错 "的感性认识。

我的逻辑很简单：括号不分轻重缓急，它们只改变优先次序。如果有括号，则改变优先级，如果没有括号，则适用默认优先级。

如果你采取一切由括号决定的方法，那么根本就不需要优先权

[fxsaber]

A100:

如果有括号，说明优先级已经改变，如果没有，则适用默认优先级。

不合逻辑的说法。

[A100]

fxsaber:

一个不符合逻辑的说法。

矛盾是什么？

[fxsaber]

A100:
矛盾是什么？

方括号的出现根本不表明现有的优先事项发生了变化。

[A100]

fxsaber:

括号的出现根本不表明现有的优先事项发生了变化。

所以在你的代码中，方括号并不意味着什么，声明...似乎不符合逻辑，而且在括号的情况下，你必须找出优先级/顺序是否真的改变了，而在我的代码中，括号本身就意味着优先级/顺序的改变（括号的存在/不存在使一切都很清楚）。

支架	fxsaber	A100
有	不清楚	操作优先级已被改变
不	操作的优先级没有改变	操作的优先级没有改变

[Dmitry Fedoseev]

A100:
没有这样一个主题。只有关于不必要的括号（过度混淆代码）的话题，编译器正试图通过生成警告来强加于人。

你有没有试着阅读你给我们的链接？斯拉瓦在那里通俗地解释了为什么会这样--因为在旧的MQL4中，优先权被混淆了。因此，现在重要的是吸引注意力。更糟糕的是，这只是一个警告，如果有一个错误，那就更好了。