对OnBookEvent的订阅有时会脱落--有这种情况吗? - 页 3

 

A100:
Даже при наличии счетчика кто угодно может отменить подписку вызвав release необходимое число раз

请。不仅可以计算,而且可以确定签署者。

上面第20条的答案非常详细,而且非常有意义。

再一次。目前的实现只是迫使 你放弃释放功能。
 
TheXpert:

就在上面的第20号答复中,都是非常详细的,非常到位。

那里有很多字母--不超过这些。

回复:你不能订阅广播()。它要么在那里--要么不在。

 
A100:

外面有很多信--没有比这更多的了。

回复:你不能订阅一个()广播公司的广播。它要么在那里--要么不在。

把一件简单的事情记在脑子里真的那么难吗--一个事件的多个接收者和多个订阅者可以完全不同,甚至不重叠?

 
TheXpert:

把一件简单的事情记在脑子里真的那么难吗--一个事件的多个接收者和多个订阅者可以是不同的,甚至不重叠的?

一个广播事件根本没有订阅者--所以没有设置
 
A100:
广播事件根本就没有订阅者--所以没有设置

那么什么是MarketBookAdd

我说完了,毫无意义的争论。 我还是认为,目前的实施是无用的。

 
TheXpert:

我受够了,毫无意义的争论。 我坚持我的观点,目前的实施是垃圾

在这个意义上,我同意,只是你建议增加智能电表,我建议取消广播。
 
A100:
而我建议取消广播

这对我来说甚至更好,但我怀疑广播是一种强制措施。

 
我是在开玩笑。
 
这里
 
TheXpert:

这个选项对我来说甚至更好,但我怀疑广播是一种强制措施

我同意。由于MQL中的所有其他事件都是严格按照它们在代码中的声明来处理的,所以OnBookEvent的新方法至少是不合逻辑的。顺便说一下,所有其他类型的事件 都是广播事件,但你不需要启用或禁用它们--一切都在脚本初始化时自动连接。