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

[prostotrader]

Stanislav Korotky:

在软件来自不同供应商且没有共同控制的一般情况下，这并没有帮助。因此，所有这些手鼓舞最初是没有用的。而这一点以前已经说过了。你把这个话题弄得乱七八糟，离题万里。

至少我提出了一些短期解决方案（许多人为自己写作）。

如果你知道你不能没有开发者，为什么还要提出一个话题？

而不是感谢--泔水。

[A100]

prostotrader:

而不是感谢--泔水。

谢谢你做所有这些测试--为很多人节省了大量的时间

我有一个想法，OnChartEvent 是如何工作的...测试表明，OnBookEvent的工作原理是一样的......这意味着它是一个单一的概念，在这里可能不太可能有变化。

[prostotrader]

A100:

谢谢你做所有这些测试--为很多人节省了大量的时间

我有一个想法，OnChartEvent是如何工作的...测试表明，OnBookEvent的工作原理是一样的......所以它是一个单一的概念，不太可能有变化。

不客气。

但不是任何更多的测试，而是一个现成的解决方案。

当然，这并不适合有报酬的 作家，但对于其他人（为自己写作的人）来说，这很有效。

添加

糟糕的是，开发人员总是在关注这个论坛，但从不对终端的 "瓶颈 "发表评论。

[Slava]

A100:

没有计数器。如果有的话，文档会明确指出它的存在，并且只允许Add/Release配对调用--否则计数器就会丢失，它存在的意义也就不存在了。

如果你说你需要一个参考计数器...那么你可以更进一步，完全废除广播。

有一个柜台。

[Stanislav Korotky]

prostotrader:

至少我提供了一些东西作为即时解决方案（许多人为自己写作）。

如果你知道你不能没有开发人员，为什么要提出一个主题？

而不是感谢--泔水。

你还是什么都不看。这原本是一个问题--问题是否会被其他人复制。这也可能是我的错。如果有什么需要感谢的，我总是会说的。但在这里，你没有。你甚至很无礼。

[Stanislav Korotky]

Slava:
有一个柜台。

你能说得更具体些吗？如果有一个计数器，那么取消一个实例的订阅不应该使其他实例的通知失效。

[prostotrader]

Stanislav Korotky:

你还是什么都不看。原来的问题是这个问题是否会在其他人身上重现。这也可能是我的错。如果有什么要感谢我的，我总是这样做。但在这里，你没有。你也很无礼。

你不必从整个句子中抽出片段，是这样的。

"有人见过这样的事情吗？如何保护自己？到 目前为止，在检测方面，想法是观察tumblr的最后一个事件和新的ticks之间的超时。但是，如果超过了超时怎么办？ 再次调用MarketBookAdd 就可以了吗？"

如果除了你之外的任何人都能确认我是一个时髦的人，我会很高兴地道歉。

[prostotrader]

Slava:
有一个仪表。

我们不知道如何使用它吗？

[Stanislav Korotky]

prostotrader:

你不必从整个句子中抽出片段，它是这样的。

"有没有人观察到这样的事情？我们怎样才能保护自己？ 到目前为止，在检测方面，我们的想法是观察最后一个堆栈事件和新刻度线之间的超时情况。但是，如果超过了超时怎么办？ 再次调用MarketBookAdd就可以了吗？"

如果除你之外的任何人能确认我是那个时髦的人，我很乐意道歉。

是的，作为回应，你先是长篇大论地声称没有问题，然后开始为表面上的解决方案提出各种方案，但这些方案在一般情况下并不可行。你声称已经提供了一个解决方案，这是对人们的伤害。没有必要道歉。建议从现在开始就把它弄清楚。

[Slava]

Stanislav Korotky:

你能说得更具体些吗？如果有一个计数器，取消一个实例的订阅不应该禁用其他实例的通知。

订阅后，该计数器会增加1。

取消订阅会使计数器减少1。

如果你的EA需要tumblr事件，他必须不依赖其他EA来启用订阅。他应该在OnInit中订阅自己。而在OnDeinit中--取消订阅