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

新评论
 
A100:

不必要的括号，正如这里 已经指出的那样，使人难以理解

有些人的做法恰恰相反。

 
即使这样的警告 也是有用的。
 
fxsaber:
即使这样的警告 也是有用的。

不要混淆：它是关于所谓被遗忘的括号，而不是一般的警告。

 
A100:

不要混淆：问题是关于所谓被遗忘的括号，而不是关于一般的警告。

我说的是一般的警告。在非专业的程序员极有可能犯错的情况下，有必要在交易员的编程语言中做出警告吗？

 
fxsaber:

我说的是一般的警告。在交易员的编程语言中，非专业程序员出错的可能性很大，有必要做出警告吗？

那么谁来决定这个概率呢？fxsaber？

我在这个论坛上多次遇到这个问题--为什么是2.0而不是2.5？

double k = 5/2;

但是，这里的编译器并没有产生任何警告的东西!

 
A100:

但这里没有来自编译器的警告!

如果是这样就好了。

 

我想这个合唱团可以一直唱下去。原因是争议者的能力水平。 俗话说，饿汉不知饿汉饥，反之亦然）。

为了让狼群得到满足，羊群不受影响，应该可以在ME中配置一个这样的警告列表。 或者至少选择一个难度类别：初级、业余、专业 :)

 
Ilya Malev:
请原谅我偏离主题，但如果有人知道的话，请告诉我：在mql中，除了(int)StringFormat("%i",ptr)之外，是否有办法从void*ptr获得int？

如果你在8个字节中只得到4个字节，这样的价值有什么意义呢？此外，开发者已经明确禁止将指针值转换为ulong（在这之前是可以的，相信我，高位是非零的）。

 
Alexey Navoykov:

为了保持狼群的良好状态和羊群的完整，应该可以在ME中自定义此类警告的列表。 或者至少可以选择难度的类别：初级、业余、专业 :)

我通过编译器命令禁用警告（通过MetaEditor不可见，但它是存在的）就够了。

 
A100:

那么谁来决定这个概率呢？

开发者。例如，OrderSend 的情况就是如此。

1...456789101112131415161718...20
新评论