Число сделок в "пачке" или почему IEnumerable.Count() всегда равен 1?~/topic/3138/chislo-sdelok-v-pachke-ili-pochemu-ienumerable_count()-vsegda-raven-1/Copyright @ StockSharp Platform LLC 2010 - 20252026-04-30T13:22:28Zhttps://stocksharp.ru/images/logo.pnghttps://stocksharp.ru/posts/m/22223/события Begin, End в PlazaTable2012-11-02T23:12:21Z2012-11-02T23:12:21ZSergey Sokolovhttps://stocksharp.ru/users/6014/info@stocksharp.ruсобытия Begin, End в PlazaTableCopyright @ StockSharp Platform LLC 2010 - 2025https://stocksharp.ru/posts/m/22222/Самому обрабатывать конец прихода события у потока.2012-11-02T23:11:21Z2012-11-02T23:11:21ZAlexanderhttps://stocksharp.ru/users/2826/info@stocksharp.ruСамому обрабатывать конец прихода события у потока.Copyright @ StockSharp Platform LLC 2010 - 2025https://stocksharp.ru/posts/m/22216/Известно, что события о новых сделках (а также события об изменениях агрегированных стаканов и событ...2012-11-02T19:08:21Z2012-11-02T19:10:55ZLiberalhttps://stocksharp.ru/users/6066/info@stocksharp.ruИзвестно, что события о новых сделках (а также события об изменениях агрегированных стаканов и события орде лога) приходят не "в реальном времени" а раз в 75 мс. Т.е. приходит пачка сделок за последние 75 мс. Через следующие 75 мс приходит новая пачка сделок, и.т.д. Но при вызове события Security.WhenNewTrades() число сделок в коллекции IEnumerable<Trade>.Count() всегда равно единице. Как можно точно определить границы этих "пачек" сделок? Можно, конечно, смотреть разницу между временем совершения сделки, и временем прихода сделки в программу, и по минимуму этой разницы определять переход из одной "пачки" в другую, но это неточный метод. Есть ли какие-нибудь еще варианты?Copyright @ StockSharp Platform LLC 2010 - 2025