Build 646：Bool变量没有给出正确的设置 - 页 3

新评论
 
GumRai:


那么，有了646，我就可以把一个EA放在两个具有不同输入魔法数字的图表上，如果我对代码做一些修改并重新编译，它们将保持各自的魔法数字？

这将是非常好的 :D

是的，我已经做了这个实验。有用的。
 
MrLong:

好吧，只是想确认一下，这是一个bug吗，但如果我们知道的话，就是一个功能。
在我看来，它是一个功能。无论如何，现在你知道了，所以你必须处理。


更新日志在这里。

 
deysmacro:

是的。起初我没有意识到这一点，但现在越来越方便了，因为我不必每次重新编译都要重新输入设置。

但我认为不仅仅是646，以前的几个版本也应该有。


他们没有，或者我应该说，他们在646之前从未做过。
 
有没有办法将外部/输入变量重置为代码中写的变量，而不是属性 窗口？
 
alop:
有没有什么方法可以将外部/输入变量重置为代码中写的变量，而不是属性窗口？


我发现这绝对是一种痛苦，甚至导致我在代码中寻找错误，因为我有时会忘记这个错误。

我只是把 变量前面的extern去掉，然后重新编译。

 
MrLong: 我只是把变量前面的extern去掉，然后重新编译。
或者使用
// #define EXTERN extern
EXTERN typename var1=...;
EXTERN typename var2=...;
 
WHRoeder:

或使用

我不明白你的例子，EXTERN是用大写字母锁写的？
 

我不相信有人会对这个新功能感到不满，在指标的运行实例上强制重置参数 曾经是一个不可避免的，而且通常是不希望出现的重新编译的副作用，特别是当处于测试阶段的几个实例设置了不同的参数。

 
SDC:

我不相信有人会对这个新功能感到不满，在指标的运行实例上强制重置参数曾经是一个不可避免的，而且通常是不希望出现的重新编译的副作用，特别是当处于测试阶段的几个实例设置了不同的参数。

这不是一个功能，而是一个错误。如果它是一个功能，我们会知道它。
 
最好是由MetaQuotes提供能力，让用户在重新编译后决定是否要重置，对吗？
1234
新评论