Старая модель и я считаю ее идеальной моделью для однострочных кодов.
if(TakeProfit>0){btp=Ask+(TakeProfit*Point());}else{btp=0;}
if(StopLoss>0){bsl=Ask-(StopLoss*Point());}else{bsl=0;}
Новый стиль, который портит всех моих роботов.
if(TakeProfit>0)
{
btp=Ask+(TakeProfit*Point());
}
else
{
btp=0;
}
if(StopLoss>0)
{
bsl=Ask-(StopLoss*Point());
}
else
{
bsl=0;
}
请带回旧的METAQUOTES风格,或者至少确保写在一行上的代码没有格式化。
例子。
请恢复旧的METAQUOTES风格,或者至少确保写在一行的代码没有格式化。
使用Pico风格,它与你要找的东西非常相似。
但如果你使用{ },Pico风格会将if - else语句分成两行。
你的代码中使用{ }的地方
如果不使用 { }
2133 这里有一个这样的噱头
使用Pico风格,它与你要找的东西非常相似。
但如果你使用{ },Pico风格会将if - else语句分成两行。
你的代码中使用{ }的地方
如果不使用 { }
是的!!对现有的风格进行了全面分析,并选择了PICO和RATLIFF。
PICO是最紧凑的。
RATLIFF是最聪明的。
但METAQUOTES改变已经使用多年的风格是很荒谬的。这将扰乱所有用户的生活。一个不负责任的变化。几个月前,我把他们的作风搞乱了,我认为尽管有小的变化,但现在他们搞乱了,这是不对的。
2133 uma piada
是的!!我们知道这是一个测试版,但如果有些东西在旧版本中是正确的,而现在在测试版中发生了变化,那可能是与这些变化有关。最好现在就投诉,以确保一切正常进行
在这种情况下,文件是过时的。
为了提高效率,现在预分配的字符串比要求的要大,因为在绝大多数情况下,它们会被后续操作提升。
这一点现在已经很清楚了。
但无论我如何改变字符串的长度,StringBufferLen的结果总是保持在260。
在这种情况下,文件是过时的。
为了提高效率,现在预分配的字符串比要求的要大,因为在绝大多数情况下,它们会被后续操作增加。
在这种情况下,是否有可能
s2在未来能不能增加?
结果:260
预期:100或0。
我在测试中加入了StringLen,并以不同方式初始化了字符串。
在文件中,它是一件事,但事实上它的行为是不同的。
而在这种情况下,缓冲区显示为0,而不是260。
所以,要么是字符串的初始化有问题。或者StringBufferLen失败。