错误、漏洞、问题 - 页 1668 1...166116621663166416651666166716681669167016711672167316741675...3184 新评论 fxsaber 2016.09.07 14:54 #16671 BlackTomcat: 我记得,文档中说最好在OnInit函数中初始化(创建)指标句柄,并在OnDeinit函数中执行指标释放。这意味着,在专家顾问运行的所有时间里,指标手柄保持相关。不仅仅是最新的,而且是重新计算的(好吧,或者是拉来的数据重新计算)!这就是为什么如果你100%知道你不会再需要它,那么做指示性释放 总是有意义的。而这可能远远发生在OnDeinit之前。例如,如果你每次都调用一个随机输入参数的指标,那么不做IndicatorRelease就没有意义了。 BlackTomcat 2016.09.07 15:07 #16672 fxsaber:不仅仅是最新的,而且是重新计算的(好吧,或者是拉来的数据重新计算)!这就是为什么如果你100%知道你不会再需要它,那么做指示性释放总是有意义的。而这可能远远发生在OnDeinit之前。例如,如果你每次都调用一个随机输入参数的指标,那么不做IndicatorRelease就没有意义了。 如果你的算法意味着指标参数的不断变化,那么是的,你是对的。但是,如果你不这样做,那么重新计算的机器资源支出要比创建一个 "新 "指标+旧指标被 "杀死 "要少得多。根据我的理解,这就是雷纳特想要表达的观点。 fxsaber 2016.09.07 15:13 #16673 BlackTomcat: 如果你的算法意味着指标参数的不断变化,那么是的,你是对的。但如果事实上没有发生,那么重新计算的机器资源成本比创建一个 "新 "指标+旧指标之前被 "杀死 "的成本低很多倍。根据我的理解,这就是雷纳特想要表达的想法。 是的,最好做一个通用的存储库,因为它是由开发人员在MT4中实现的。 Slava 2016.09.07 15:17 #16674 fxsaber:iCustom后的IndicatorRelease应该怎么做?为什么?你不知道。你也不需要在IndicatorCreate 之后做这件事 fxsaber 2016.09.07 15:27 #16675 Slawa:为了什么?不要。也不要在IndicatorCreate之后做。 之后并不意味着马上。但如果没有,应该什么时候做? fxsaber 2016.09.07 16:12 #16676 有没有可能找出所有在终端工作的指标手柄号码--不仅是IndicatorCreate+ChartIndicatorAdd,而且是IndicatorCreate-on ly? fxsaber 2016.09.07 16:14 #16677 如何检查一个指标手柄是否 "死亡"?例如,我做了 IndicatorCreate,别人做了IndicatorRelease。 BlackTomcat 2016.09.07 16:39 #16678 fxsaber: 如何检查一个指标手柄是否 "死亡"?例如,我做了 IndicatorCreate,别人做了 IndicatorRelease。 我认为在这种情况下,指标句柄的参考数将减少一个,但指标本身将继续活动。 fxsaber 2016.09.07 16:43 #16679 BlackTomcat: 我认为在这种情况下,指标手柄的参考计数器 将减少一个,而指标本身将继续活动。 柜台是什么? Alexander Puzanov 2016.09.07 17:04 #16680 Renat Fatkhullin: 这一错误将在未来几天内得到纠正。我们在保护方面做得太过了。雷纳特-法特库林。 我们还将启用打字时自动保存文本的功能,这样,在崩溃或浏览器崩溃后,我们可以继续我们应该在什么时候期待这一切的幸福?. 1...166116621663166416651666166716681669167016711672167316741675...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我记得,文档中说最好在OnInit函数中初始化(创建)指标句柄,并在OnDeinit函数中执行指标释放。这意味着,在专家顾问运行的所有时间里,指标手柄保持相关。
不仅仅是最新的,而且是重新计算的(好吧,或者是拉来的数据重新计算)!这就是为什么如果你100%知道你不会再需要它,那么做指示性释放 总是有意义的。而这可能远远发生在OnDeinit之前。
例如,如果你每次都调用一个随机输入参数的指标,那么不做IndicatorRelease就没有意义了。
不仅仅是最新的,而且是重新计算的(好吧,或者是拉来的数据重新计算)!这就是为什么如果你100%知道你不会再需要它,那么做指示性释放总是有意义的。而这可能远远发生在OnDeinit之前。
例如,如果你每次都调用一个随机输入参数的指标,那么不做IndicatorRelease就没有意义了。
如果你的算法意味着指标参数的不断变化,那么是的,你是对的。但如果事实上没有发生,那么重新计算的机器资源成本比创建一个 "新 "指标+旧指标之前被 "杀死 "的成本低很多倍。根据我的理解,这就是雷纳特想要表达的想法。
iCustom后的IndicatorRelease应该怎么做?
为什么?
你不知道。你也不需要在IndicatorCreate 之后做这件事
为了什么?
不要。也不要在IndicatorCreate之后做。
如何检查一个指标手柄是否 "死亡"?例如,我做了 IndicatorCreate,别人做了 IndicatorRelease。
我认为在这种情况下,指标手柄的参考计数器 将减少一个,而指标本身将继续活动。
这一错误将在未来几天内得到纠正。我们在保护方面做得太过了。
我们还将启用打字时自动保存文本的功能,这样,在崩溃或浏览器崩溃后,我们可以继续
我们应该在什么时候期待这一切的幸福?
.