对OnBookEvent的订阅有时会脱落--有这种情况吗? - 页 3 12345678910...14 新评论 TheXpert 2018.07.22 21:18 #21 A100: Даже при наличии счетчика кто угодно может отменить подписку вызвав release необходимое число раз 请。不仅可以计算,而且可以确定签署者。 上面第20条的答案非常详细,而且非常有意义。 再一次。目前的实现只是迫使 你放弃释放功能。 A100 2018.07.22 21:33 #22 TheXpert: 就在上面的第20号答复中,都是非常详细的,非常到位。那里有很多字母--不超过这些。 回复:你不能订阅广播()。它要么在那里--要么不在。 TheXpert 2018.07.22 21:44 #23 A100:外面有很多信--没有比这更多的了。 回复:你不能订阅一个()广播公司的广播。它要么在那里--要么不在。把一件简单的事情记在脑子里真的那么难吗--一个事件的多个接收者和多个订阅者可以完全不同,甚至不重叠? A100 2018.07.22 21:53 #24 TheXpert:把一件简单的事情记在脑子里真的那么难吗--一个事件的多个接收者和多个订阅者可以是不同的,甚至不重叠的? 一个广播事件根本没有订阅者--所以没有设置 TheXpert 2018.07.22 22:16 #25 A100: 广播事件根本就没有订阅者--所以没有设置那么什么是MarketBookAdd? 我说完了,毫无意义的争论。 我还是认为,目前的实施是无用的。 A100 2018.07.22 22:30 #26 TheXpert:我受够了,毫无意义的争论。 我坚持我的观点,目前的实施是垃圾。 在这个意义上,我同意,只是你建议增加智能电表,我建议取消广播。 TheXpert 2018.07.22 23:01 #27 A100: 而我建议取消广播这对我来说甚至更好,但我怀疑广播是一种强制措施。 Алексей Тарабанов 2018.07.22 23:15 #28 我是在开玩笑。 Алексей Тарабанов 2018.07.22 23:21 #29 这里 Stanislav Korotky 2018.07.23 16:14 #30 TheXpert:这个选项对我来说甚至更好,但我怀疑广播是一种强制措施我同意。由于MQL中的所有其他事件都是严格按照它们在代码中的声明来处理的,所以OnBookEvent的新方法至少是不合逻辑的。顺便说一下,所有其他类型的事件 都是广播事件,但你不需要启用或禁用它们--一切都在脚本初始化时自动连接。 12345678910...14 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
A100:
Даже при наличии счетчика кто угодно может отменить подписку вызвав release необходимое число раз
请。不仅可以计算,而且可以确定签署者。
上面第20条的答案非常详细,而且非常有意义。
再一次。目前的实现只是迫使 你放弃释放功能。就在上面的第20号答复中,都是非常详细的,非常到位。
那里有很多字母--不超过这些。
回复:你不能订阅广播()。它要么在那里--要么不在。
外面有很多信--没有比这更多的了。
回复:你不能订阅一个()广播公司的广播。它要么在那里--要么不在。
把一件简单的事情记在脑子里真的那么难吗--一个事件的多个接收者和多个订阅者可以完全不同,甚至不重叠?
把一件简单的事情记在脑子里真的那么难吗--一个事件的多个接收者和多个订阅者可以是不同的,甚至不重叠的?
广播事件根本就没有订阅者--所以没有设置
那么什么是MarketBookAdd?
我说完了,毫无意义的争论。 我还是认为,目前的实施是无用的。
我受够了,毫无意义的争论。 我坚持我的观点,目前的实施是垃圾。
而我建议取消广播
这对我来说甚至更好,但我怀疑广播是一种强制措施。
这个选项对我来说甚至更好,但我怀疑广播是一种强制措施
我同意。由于MQL中的所有其他事件都是严格按照它们在代码中的声明来处理的,所以OnBookEvent的新方法至少是不合逻辑的。顺便说一下,所有其他类型的事件 都是广播事件,但你不需要启用或禁用它们--一切都在脚本初始化时自动连接。