Init()和DeInit()执行顺序 - 页 14 1...789101112131415161718192021...28 新评论 Dmitry Fedoseev 2017.04.13 20:15 #131 Andrey Dik:好的。插座是一个不幸的例子。那就再来一次吧--从阳台上跳下去!空调是否禁止从阳台上跳下去?- 不是吗?- 那么你为什么不为了肾上腺素而练习呢?任何目标都必须通过理智的手段来实现,否则目标就是非理性的。 阳台也是一个不好的例子。阳台有栏杆,甚至其高度也由建筑法规规定。但在自己家里,你可以把阳台上的栏杆拆掉,你明白,不会跳下阳台。 Andrey Dik 2017.04.13 20:22 #132 Dmitry Fedoseev: 阳台也是一个不幸的例子。阳台有栏杆,其高度由法规规定。你可以在家里把阳台上的扶手拆掉。 你明白也不会跳下阳台。你说的是《刑法》没有禁止你做的事情。从阳台上跳下并不是消委会所禁止的。迅速按下电脑上的电源按钮并不为消协所禁止。交流会并没有禁止很多事情的发生,但没有人会在正常情况下这样做。但你要经常更换TF....。我想知道为什么。就因为英国没有禁止吗?- 但这是一种批评,不是对MQ的希望。 Dmitry Fedoseev 2017.04.13 20:50 #133 Andrey Dik:你说的是《刑法》没有禁止你做什么。从阳台上跳下并不是消委会所禁止的。快速按下电脑上的电源按钮并不为消委会所禁止。刑法》没有禁止很多事情,但正常人都不会去做这些事情。但你要经常更换TF....。我想知道为什么!就因为英国没有禁止吗?- 但这是批评,而不是对MQ的一厢情愿。 我没有写这样的愿望。事实是,这可能发生。想象一下,在你家里的冰箱里,当你打开门的时候,其中的灯泡要么打开,要么关闭,你需要一定的速度来打开门,什么会正常工作。这不是弱智症吗?我很惊讶,你不是一个设计工程师 吗?或者你是文化中心的一个业余艺术团体的负责人?你根本不了解基本的设计原则。 Andrey Dik 2017.04.13 20:55 #134 Dmitry Fedoseev: 我没有写这样的事情,我希望它发生。事实是,这可能发生。想象一下你家里的冰箱,当你打开门时,灯泡就会亮起和熄灭,你必须以一定的速度开门,才能让它正常工作。这不是弱智症吗?我很惊讶,你不是一个设计工程师吗?或者你是文化中心的一个业余艺术团体的负责人?你根本不了解基本的设计原则。你才是不了解设计 原则的人。有一句奇妙的谚语:"给傻瓜一个玻璃***,他就会打碎***,割伤自己的手"。我已经问了你2次问题:对你来说,可能需要频繁地切换TFs--这些手势(程序动作)的实际意义是什么?我还没有得到答案。我不打算参加关于一个人如何故意破坏东西的白痴讨论,我是一个工程师,不是一个终结者。 Dmitry Fedoseev 2017.04.13 20:59 #135 Andrey Dik:是你缺乏对设计原则的理解。有一句美妙的谚语:"给傻瓜一个玻璃***,他就会打碎他的***,割伤他的手"。我已经问过你2次问题:你可能需要频繁地切换TFs,这些手势(程序动作)的实际意义是什么?我还没有得到答案。我不打算参加关于一个人如何故意破坏东西的白痴讨论,我是一个工程师,不是一个终结者。 你已经开始佩戴高等教育的徽章了吗? Forester 2017.04.13 21:04 #136 我建议删除125帖以后的所有内容,因为这与改变TF时的deinit和init优先级的建设性讨论无关。 Dmitry Fedoseev 2017.04.13 21:05 #137 elibrarius: 我建议删除125号文以后的所有内容,因为这与改变TF时deinit和init顺序的问题的建设性讨论无关。 这是在浪费时间,这是一个非常有建设性和启发性的讨论。 Stanislav Korotky 2017.04.13 22:20 #138 Andrey Dik:是你缺乏对设计原则的理解。有一句美妙的谚语:"给傻瓜一个玻璃***,他就会打碎他的***,割伤他的手"。我已经问过你2次问题:你可能需要频繁地切换TFs,这些手势(程序动作)的实际意义是什么?我还没有收到答复。当你理解了设计的原则,就应该清楚,没有耙子是好的,存在是坏的,与谚语的类比是不合适的。关于问题。首先,为什么坚持关于 "频繁转换 "的说法?在目前的实现中,频率对该问题没有影响--它也可以表现为单次开关。其次,从本质上回答,比如说,同一个Slawa建议调用ChartSetSymbolPeriod 作为刷新离线图表的 "现代 "方式。不能保证这种诀窍不会被内置到图表上的几个指标中,并在短时间内被触发。我知道情况不太可能改变,但至少让我们要求MQ在帮助中阐明所有这些可爱的当前逻辑,以及关于EA和指数之间的差异、按时间框架上下切换的所有细节,以及关于取消初始化的原因代码(特别是,帮助中仍然否认指标的代码3)。 Andrey Dik 2017.04.14 02:37 #139 Stanislav Korotky:在了解了设计原则后,应该清楚没有耙子是好的,有耙子是坏的,与谚语的类比是错误的。关于这些问题。首先,为什么坚持关于 "频繁转换 "的说法?在目前的实现中,频率对该问题没有影响--它也可以表现为单次开关。其次,从本质上回答,比如说,同一个Slawa建议调用ChartSetSymbolPeriod 作为刷新离线图表的 "现代 "方式。不能保证这种诀窍不会被内置到图表上的几个指标中,并在短时间内被触发。我知道情况不太可能改变,但至少让我们要求MQ在帮助中阐明所有这些可爱的当前逻辑,以及所有关于专家和指数之间的差异、上下时间段切换的细节,以及关于取消初始化的原因代码(特别是,帮助中仍然否认了指标的代码3)。 频繁的TF切换是迪米特里作为论据呼吁的唯一一件事,在这个意义上,一个傻瓜可以做到。所以这句格言非常合适。 我唯一可以同意的是,它需要在参考文献中记录下来。并特别详细说明在相同的情况下,不同类型的程序可能有不同的表现。 Dmitry Fedoseev 2017.04.14 03:27 #140 Andrey Dik: 频繁的TF切换是德米特里作为论据呼吁的唯一事情,在这个意义上,一个傻瓜也能做到。所以这句格言非常合适。 我唯一可以同意的是,它需要在参考文献中记录下来。并特别详细说明在相同的情况下,不同类型的程序可能有不同的表现。实际上,我刚刚告诉了你init和deinit的情况。但总的来说,工程方法是超级的--不管它是否有效,有时有效,有时没有)--这根本不是一个问题,不是致命的。 1...789101112131415161718192021...28 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
好的。插座是一个不幸的例子。
那就再来一次吧--从阳台上跳下去!空调是否禁止从阳台上跳下去?- 不是吗?- 那么你为什么不为了肾上腺素而练习呢?
任何目标都必须通过理智的手段来实现,否则目标就是非理性的。
阳台也是一个不好的例子。阳台有栏杆,甚至其高度也由建筑法规规定。但在自己家里,你可以把阳台上的栏杆拆掉,你明白,不会跳下阳台。
阳台也是一个不幸的例子。阳台有栏杆,其高度由法规规定。你可以在家里把阳台上的扶手拆掉。 你明白也不会跳下阳台。
你说的是《刑法》没有禁止你做的事情。从阳台上跳下并不是消委会所禁止的。迅速按下电脑上的电源按钮并不为消协所禁止。交流会并没有禁止很多事情的发生,但没有人会在正常情况下这样做。
但你要经常更换TF....。我想知道为什么。就因为英国没有禁止吗?- 但这是一种批评,不是对MQ的希望。
你说的是《刑法》没有禁止你做什么。从阳台上跳下并不是消委会所禁止的。快速按下电脑上的电源按钮并不为消委会所禁止。刑法》没有禁止很多事情,但正常人都不会去做这些事情。
但你要经常更换TF....。我想知道为什么!就因为英国没有禁止吗?- 但这是批评,而不是对MQ的一厢情愿。
我没有写这样的愿望。事实是,这可能发生。想象一下,在你家里的冰箱里,当你打开门的时候,其中的灯泡要么打开,要么关闭,你需要一定的速度来打开门,什么会正常工作。这不是弱智症吗?
我很惊讶,你不是一个设计工程师 吗?或者你是文化中心的一个业余艺术团体的负责人?你根本不了解基本的设计原则。
我没有写这样的事情,我希望它发生。事实是,这可能发生。想象一下你家里的冰箱,当你打开门时,灯泡就会亮起和熄灭,你必须以一定的速度开门,才能让它正常工作。这不是弱智症吗?
我很惊讶,你不是一个设计工程师吗?或者你是文化中心的一个业余艺术团体的负责人?你根本不了解基本的设计原则。
你才是不了解设计 原则的人。
有一句奇妙的谚语:"给傻瓜一个玻璃***,他就会打碎***,割伤自己的手"。
我已经问了你2次问题:对你来说,可能需要频繁地切换TFs--这些手势(程序动作)的实际意义是什么?我还没有得到答案。
我不打算参加关于一个人如何故意破坏东西的白痴讨论,我是一个工程师,不是一个终结者。
是你缺乏对设计原则的理解。
有一句美妙的谚语:"给傻瓜一个玻璃***,他就会打碎他的***,割伤他的手"。
我已经问过你2次问题:你可能需要频繁地切换TFs,这些手势(程序动作)的实际意义是什么?我还没有得到答案。
我不打算参加关于一个人如何故意破坏东西的白痴讨论,我是一个工程师,不是一个终结者。
你已经开始佩戴高等教育的徽章了吗?
我建议删除125号文以后的所有内容,因为这与改变TF时deinit和init顺序的问题的建设性讨论无关。
这是在浪费时间,这是一个非常有建设性和启发性的讨论。
是你缺乏对设计原则的理解。
有一句美妙的谚语:"给傻瓜一个玻璃***,他就会打碎他的***,割伤他的手"。
我已经问过你2次问题:你可能需要频繁地切换TFs,这些手势(程序动作)的实际意义是什么?我还没有收到答复。
当你理解了设计的原则,就应该清楚,没有耙子是好的,存在是坏的,与谚语的类比是不合适的。
关于问题。首先,为什么坚持关于 "频繁转换 "的说法?在目前的实现中,频率对该问题没有影响--它也可以表现为单次开关。其次,从本质上回答,比如说,同一个Slawa建议调用ChartSetSymbolPeriod 作为刷新离线图表的 "现代 "方式。不能保证这种诀窍不会被内置到图表上的几个指标中,并在短时间内被触发。
我知道情况不太可能改变,但至少让我们要求MQ在帮助中阐明所有这些可爱的当前逻辑,以及关于EA和指数之间的差异、按时间框架上下切换的所有细节,以及关于取消初始化的原因代码(特别是,帮助中仍然否认指标的代码3)。
在了解了设计原则后,应该清楚没有耙子是好的,有耙子是坏的,与谚语的类比是错误的。
关于这些问题。首先,为什么坚持关于 "频繁转换 "的说法?在目前的实现中,频率对该问题没有影响--它也可以表现为单次开关。其次,从本质上回答,比如说,同一个Slawa建议调用ChartSetSymbolPeriod 作为刷新离线图表的 "现代 "方式。不能保证这种诀窍不会被内置到图表上的几个指标中,并在短时间内被触发。
我知道情况不太可能改变,但至少让我们要求MQ在帮助中阐明所有这些可爱的当前逻辑,以及所有关于专家和指数之间的差异、上下时间段切换的细节,以及关于取消初始化的原因代码(特别是,帮助中仍然否认了指标的代码3)。
频繁的TF切换是迪米特里作为论据呼吁的唯一一件事,在这个意义上,一个傻瓜可以做到。所以这句格言非常合适。
我唯一可以同意的是,它需要在参考文献中记录下来。并特别详细说明在相同的情况下,不同类型的程序可能有不同的表现。
频繁的TF切换是德米特里作为论据呼吁的唯一事情,在这个意义上,一个傻瓜也能做到。所以这句格言非常合适。
我唯一可以同意的是,它需要在参考文献中记录下来。并特别详细说明在相同的情况下,不同类型的程序可能有不同的表现。
实际上,我刚刚告诉了你init和deinit的情况。
但总的来说,工程方法是超级的--不管它是否有效,有时有效,有时没有)--这根本不是一个问题,不是致命的。