Init()和DeInit()执行顺序 - 页 13 1...67891011121314151617181920...28 新评论 Dmitry Fedoseev 2017.04.13 15:26 #121 Andrey Dik:...有几个人已经要求提供一个具体的例子,说明在MT5的指标执行范式中存在问题的任务。是否会有或不会有一个明确的例子,而不是凭空吸出来的?有一个指标确实是先有初始值,然后再有脱敏值。但是当时间框架被切换时,第二个指标实例被创建,它的init可能比前一个(未启动的)实例的deinit提前执行。最明显的例子是--切换时间框架时保存用户参数--我们在deinit中保存参数,在init中读取它们。如果新实例的init在前一个实例的deinit之前被触发,参数将不会被保存。实际上,被移除的实例的deinit大多在新实例的init之前被触发,但如果时间框架切换得非常快,或者数据被加载,就会发生故障。 Forester 2017.04.13 15:31 #122 Slawa:现在想象一下,不是有一个单一的事件队列,而是每个符号周期都有一个队列。有多少个符号周期,就有多少个队列。现在提出处理这些队列的顺序。在我看来,队列应该与图表相联系。无论用户是改变了一个符号、TF还是只是关闭了它,所有的指标都应该完全完成,然后是EA,处理所有指令的定义(无论它们做什么,写入全局变量、文件、删除对象、与DLL交互、向互联网发送东西),完成后从内存中卸载 - 在一个新的TF或符号上运行新的实例,对前一个实例一无所知,但能够正确读取保存的前一个实例的信息。 这可能会慢一点,但这将是正确的事情。我赞成正确工作的程序,而不是快速和错误的程序。如果新实例的启动时间较早,那么事实证明deinit根本没有必要,甚至是有害的,因为它会误导程序员,因为他们希望能保存一些东西,然后再算上它。如果我们让它保持原样,那么就在帮助中加上--这个函数的结果将不会被下一个人知道 这个函数的结果不会被下一个实例知道,也就是说,没有人会在这个函数中做什么。甚至更好的是--删除它,如果事件的自然顺序是非常困难的,需要你做数百小时的工作。 Yuriy Zaytsev 2017.04.13 16:20 #123 Slawa:如果时间框架切换下降,那么首先 在较低的(新 )时间框架上 OnInit, 然后 在较高的(旧) 时间框架上 OnDeinit。如果开关上升,则反之亦然。首先我们在较低的(旧)时间框架上启动OnDeinit,然后在较高的(新)时间框架上启动OnInit。在这里我们应该记住,缓存的处理是从最低的时间段到最高的时间段。非常奇怪的逻辑! 我应该怎么做?如果在DeInit中会有一些参数被写入磁盘,那么在下一次指标启动时应该在OnInit中读取并拾取这些参数,即使它是在较低的时间段启动的。我想我需要写一个简短的测试来检查它。事实上,如果函数切换到一个较低的时间框架,逻辑就会更加完善。 总的来说,静态变量 不能保存在指标中是很遗憾的,同时,专家顾问对静态变量的处理也很好。 Andrey Dik 2017.04.13 18:07 #124 Ihor Herasko:1.你怎么称呼桌面应用程序?我有一种感觉,MT5不是一个桌面应用程序...2)这不是我编造的。这就是目前的主题。重点是,MT5可以为尚未DeInit的指标执行Init。是的,它是。你没有读过这个主题吗?3.尝试每秒多次更新同一个文件,并分享你的感受。4.这与在名字上加1有什么关系?这是关于有来自同一指标的图形对象,但不同的副本,在屏幕上同时出现的事实。技术上没有冲突。对于看到屏幕上的懊恼的用户来说,会有一个冲突,直到旧的副本被删除。 5.让我告诉你一个大秘密:每个终端副本有一个DLL的副本。你不能使用它们的多个副本。1.我们说的不是MT5,我们说的是指标(如脚本和专家),它们不在操作系统中运行,而是在一个特殊的安全环境中。2.你是在自相矛盾。如果重新计算的速度如此之快(一秒钟几次),那么在一个新的指标副本中进行新的重新计算是没有问题的。在这种情况下,在设定的时间后定期重置运行数据是有意义的(你可以使用ontimer或自定义计数器来实现)。如果计算时间长,就越有必要在计算后保存数据,以避免在不可抗力的情况下丢失数据(母亲从插座上拔下插头,"避免通话")。3.旧的副本将在不到一秒钟的时间内被删除,随之而来的是它的graphobjects。什么样的白痴会以如此高的频率切换TF,以至于会观察到闪烁?- 所以呢,dll不可能在不到一秒钟的时间内从副本中删除。4.那么,数据库可能很忙,这很正常。你不必担心,你只需在一秒钟内重复这个请求,比如说。正如你所看到的--没有问题,你只需要正确处理MT终端中的程序,记住它们不是桌面应用程序,它们在一个特殊的保护环境中运行。 Andrey Dik 2017.04.13 18:09 #125 Dmitry Fedoseev:有一个指标确实是先有初始值,然后再有脱敏值。但是当时间框架被切换时,第二个指标实例被创建,它的init可能比前一个(未启动的)实例的deinit提前执行。最明显的例子是--切换时间框架时保存用户参数--我们在deinit中保存参数,在init中读取它们。如果新实例的init在前一个实例的deinit之前被触发,参数将不会被保存。实际上,被移除的实例的deinit是在新实例的init之前被触发的,但是如果时间框架切换得非常快或者数据被加载,就会发生故障。 我们又来了...为什么要 "很快地转换时间框架"!?你们中是否有人真的 "通过按下按钮快速打开(或关闭)电脑 "的权力? Dmitry Fedoseev 2017.04.13 18:12 #126 Andrey Dik: 我们又来了...为什么要 "很快地转换时间框架"!?你们中是否有人 "通过按下按钮快速打开(或关闭)电脑 "电源? 为什么?是刑法禁止还是宪法禁止? Andrey Dik 2017.04.13 18:31 #127 Dmitry Fedoseev: 为什么?是刑法禁止还是宪法禁止?交流电有很多东西是不禁止的,比如把手指伸进插座。举个例子,需要频繁切换TF,以至于物体开始闪烁。- 不要举出催眠效果的例子,因为它可以通过更有效的方法实现。 Dmitry Fedoseev 2017.04.13 19:29 #128 Andrey Dik:有很多事情是监管机构没有禁止的,比如把手指伸进插座。举个例子,需要经常切换TF,以至于物体开始闪动。- 不要举出催眠效果的例子,因为它可以通过更有效的方法实现。 因为插座和插头是 由理智的设计师设计的,而不是白痴。在电压一侧是插座,而不是插头。此外,插座上的孔非常大,以至于你无法将手指放进去。但你可以在自己家里用自己的方式做--让插头伸出墙外,插座挂在电线上。毕竟,你明白,也不会用手去触摸从墙上伸出来的插头。 Andrey Dik 2017.04.13 19:42 #129 Dmitry Fedoseev: 因为插座和插头是由明智的设计师设计的,而不是白痴。在电压一侧是插座,而不是插头。此外,插座上的孔非常大,以至于你无法将手指放进去。但你可以在自己家里用自己的方式做--让插头伸出墙外,插座挂在电线上。你明白,也不会用手去触摸从墙上突出的插头。好的。插座是一个不幸的例子。那就再来一次吧--从阳台上跳下去!空调是否禁止从阳台上跳下去?- 不是吗?- 那么你为什么不为了肾上腺素而练习呢?所有的目标都必须通过合理的手段来实现,否则目标就不是合理的。 Andrey Dik 2017.04.13 19:45 #130 Dmitry Fedoseev:安德烈-迪克举个例子,需要频繁地切换TF,以至于物体开始闪烁。- 不要举出催眠效果的例子,因为它可以通过更有效的方法实现。 1...67891011121314151617181920...28 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
...
有几个人已经要求提供一个具体的例子,说明在MT5的指标执行范式中存在问题的任务。是否会有或不会有一个明确的例子,而不是凭空吸出来的?
有一个指标确实是先有初始值,然后再有脱敏值。但是当时间框架被切换时,第二个指标实例被创建,它的init可能比前一个(未启动的)实例的deinit提前执行。
最明显的例子是--切换时间框架时保存用户参数--我们在deinit中保存参数,在init中读取它们。如果新实例的init在前一个实例的deinit之前被触发,参数将不会被保存。
实际上,被移除的实例的deinit大多在新实例的init之前被触发,但如果时间框架切换得非常快,或者数据被加载,就会发生故障。
现在想象一下,不是有一个单一的事件队列,而是每个符号周期都有一个队列。有多少个符号周期,就有多少个队列。
现在提出处理这些队列的顺序。
在我看来,队列应该与图表相联系。无论用户是改变了一个符号、TF还是只是关闭了它,所有的指标都应该完全完成,然后是EA,处理所有指令的定义(无论它们做什么,写入全局变量、文件、删除对象、与DLL交互、向互联网发送东西),完成后从内存中卸载 - 在一个新的TF或符号上运行新的实例,对前一个实例一无所知,但能够正确读取保存的前一个实例的信息。
这可能会慢一点,但这将是正确的事情。我赞成正确工作的程序,而不是快速和错误的程序。
如果新实例的启动时间较早,那么事实证明deinit根本没有必要,甚至是有害的,因为它会误导程序员,因为他们希望能保存一些东西,然后再算上它。如果我们让它保持原样,那么就在帮助中加上--这个函数的结果将不会被下一个人知道 这个函数的结果不会被下一个实例知道,也就是说,没有人会在这个函数中做什么。甚至更好的是--删除它,如果事件的自然顺序是非常困难的,需要你做数百小时的工作。
如果时间框架切换下降,那么首先 在较低的(新 )时间框架上 OnInit, 然后 在较高的(旧) 时间框架上 OnDeinit。
如果开关上升,则反之亦然。首先我们在较低的(旧)时间框架上启动OnDeinit,然后在较高的(新)时间框架上启动OnInit。
在这里我们应该记住,缓存的处理是从最低的时间段到最高的时间段。
非常奇怪的逻辑! 我应该怎么做?如果在DeInit中会有一些参数被写入磁盘,那么在下一次指标启动时应该在OnInit中读取并拾取这些参数,即使它是在较低的时间段启动的。
我想我需要写一个简短的测试来检查它。事实上,如果函数切换到一个较低的时间框架,逻辑就会更加完善。
总的来说,静态变量 不能保存在指标中是很遗憾的,同时,专家顾问对静态变量的处理也很好。1.你怎么称呼桌面应用程序?我有一种感觉,MT5不是一个桌面应用程序...
2)这不是我编造的。这就是目前的主题。重点是,MT5可以为尚未DeInit的指标执行Init。是的,它是。你没有读过这个主题吗?
3.尝试每秒多次更新同一个文件,并分享你的感受。
4.这与在名字上加1有什么关系?这是关于有来自同一指标的图形对象,但不同的副本,在屏幕上同时出现的事实。技术上没有冲突。对于看到屏幕上的懊恼的用户来说,会有一个冲突,直到旧的副本被删除。
5.让我告诉你一个大秘密:每个终端副本有一个DLL的副本。你不能使用它们的多个副本。1.我们说的不是MT5,我们说的是指标(如脚本和专家),它们不在操作系统中运行,而是在一个特殊的安全环境中。
2.你是在自相矛盾。如果重新计算的速度如此之快(一秒钟几次),那么在一个新的指标副本中进行新的重新计算是没有问题的。在这种情况下,在设定的时间后定期重置运行数据是有意义的(你可以使用ontimer或自定义计数器来实现)。如果计算时间长,就越有必要在计算后保存数据,以避免在不可抗力的情况下丢失数据(母亲从插座上拔下插头,"避免通话")。
3.旧的副本将在不到一秒钟的时间内被删除,随之而来的是它的graphobjects。什么样的白痴会以如此高的频率切换TF,以至于会观察到闪烁?- 所以呢,dll不可能在不到一秒钟的时间内从副本中删除。
4.那么,数据库可能很忙,这很正常。你不必担心,你只需在一秒钟内重复这个请求,比如说。
正如你所看到的--没有问题,你只需要正确处理MT终端中的程序,记住它们不是桌面应用程序,它们在一个特殊的保护环境中运行。
有一个指标确实是先有初始值,然后再有脱敏值。但是当时间框架被切换时,第二个指标实例被创建,它的init可能比前一个(未启动的)实例的deinit提前执行。
最明显的例子是--切换时间框架时保存用户参数--我们在deinit中保存参数,在init中读取它们。如果新实例的init在前一个实例的deinit之前被触发,参数将不会被保存。
实际上,被移除的实例的deinit是在新实例的init之前被触发的,但是如果时间框架切换得非常快或者数据被加载,就会发生故障。
我们又来了...为什么要 "很快地转换时间框架"!?你们中是否有人 "通过按下按钮快速打开(或关闭)电脑 "电源?
为什么?是刑法禁止还是宪法禁止?
为什么?是刑法禁止还是宪法禁止?
交流电有很多东西是不禁止的,比如把手指伸进插座。
举个例子,需要频繁切换TF,以至于物体开始闪烁。- 不要举出催眠效果的例子,因为它可以通过更有效的方法实现。
有很多事情是监管机构没有禁止的,比如把手指伸进插座。
举个例子,需要经常切换TF,以至于物体开始闪动。- 不要举出催眠效果的例子,因为它可以通过更有效的方法实现。
因为插座和插头是由明智的设计师设计的,而不是白痴。在电压一侧是插座,而不是插头。此外,插座上的孔非常大,以至于你无法将手指放进去。但你可以在自己家里用自己的方式做--让插头伸出墙外,插座挂在电线上。你明白,也不会用手去触摸从墙上突出的插头。
好的。插座是一个不幸的例子。
那就再来一次吧--从阳台上跳下去!空调是否禁止从阳台上跳下去?- 不是吗?- 那么你为什么不为了肾上腺素而练习呢?
所有的目标都必须通过合理的手段来实现,否则目标就不是合理的。
安德烈-迪克
举个例子,需要频繁地切换TF,以至于物体开始闪烁。- 不要举出催眠效果的例子,因为它可以通过更有效的方法实现。