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

 
谁会认为你更有才华呢?)
 
Ilya Malev:

然后是一个后续问题: 为什么不

MASK( t, n )

整个事情都在括号里?

我不知道,因为这里 隐含着括号

#define  MASK( t, n )    (-1)

但你没有这种暗示--一切都必须是严格的 "科学"。

 
A100:

好吧,那么,一个后续问题:你为什么不

在这里的托架?

我不知道,因为这里 隐含着圆括号

但你没有这样的暗示--一切都必须是严格的 "科学"。

我的t是一个类型,n是一个特定的2的幂数,它的掩码是(1<<(n+1))-1。

#define  TMASK(T,P)   ((((T(1)<<P)-1)<<T(1))+1)

为什么我在第二种情况下要比第一种情况下更复杂,你可以猜到。

 
Ilya Malev:

所以我的结论是,你在每个特定的情况下都放了括号。但编译器不能这样做--它需要严格的规则来产生警告

 
Alexey Navoykov:
而我,不需要他们来理解逻辑。所以,事实证明,我更有天赋?)

我想起了军队和口头禅,一个士官似乎说出了一个相当巧妙的短语。"每个人都有自己的真理"--我认为,你是对的,但我也是对的

;)

PS:不幸的是,现在的人才是以金钱来衡量的,不反对,要有更多的才华,但不能损害其他方面的利益;)

 
Igor Makanu:

目前,我想用一种简单的方法将VS表格附加到.dll上,以达到MT5的目的 ))))- 我想把按钮点击处理程序包装在一个类中,通过遍历处理程序函数的指针数组来调用它们,我想在EA主代码中可以写出与VS中相同的函数名称,即button2_Click() ....button2_Click()

SZZ: 这是一个EOP 问题))))

不要再继续了--如果你做了并发布了,那么有多少关于创建图形面板/界面的文章/资料库将随之成为历史?

 
A100:

不要再继续下去了,或者如果你继续下去并张贴出来,那么有多少关于创建图形面板/界面的文章/资料库将被载入历史。

唉,现在 "太晚了",当我在这里写的时候,我的想法已经得到了帮助,一切都已经完成,非常紧凑,都是VS的风格。

我很久没有发东西了,我不后悔,但多出来的时间要收集好心人的口水......我在网下也受够了,在实践中,更容易做到他们所说的:如果没有人要求你,永远不要帮助同伴))。

))

 

我想知道,这些支持 "不戴牙套 "的人是谁?实际上,没有任何代码是在if或for下只有一行代码的。即使一开始只有一行,它也很可能在一段时间后出现,我们必须添加大括号。最初放两个大括号一点都不贵,但如果你之后再放,你就得在代码上跑来跑去找行尾。

我假设他们是教师。因为你可以观察到一个非常好的语言知识,特别是它的这种方面,实际上是没有什么用处的,有这种无休止地骚扰他们的倾向。在讲座上,你写了几行代码,讨论了一个半小时,在这里,关于大括号的问题甚至都没有出现。

缺少大括号的最大错误发生在返工和调试的时候。比方说,我们需要打印一些东西,并添加了一行,但当时没有人想到下一行是在if或for下面。修改的情况也是如此--你找到一个地方,加了一行,一切都被打破了。我遇到过很多次这样的问题,而且不仅仅是我自己(我只遇到过一次,从那时起我就立即写上两个括号)。所以我建议大家在写完if和for之后,马上写一对大括号。此外,它还能很好地防止丢失大括号,这是最难搜索的错误。

 

还有另外两个阵营。

1.纵向代码的支持者。

2.横向代码的支持者。

也是一个有趣的话题。

 
Dmitry Fedoseev:

还有另外两个阵营。

1.纵向代码的支持者。

2.横向代码的支持者。

也是一个有趣的话题。

将不必要的()主题与你的新主题的主主题合并为一个代码。

int sum(int a,int b){return a+b;}
//+------------------------------------------------------------------+
void OnStart()
  {
   Print(sum(3,7));
  }
//+------------------------------------------------------------------+

...去买爆米花...