前几天我一直在尝试编写一个Rx查询来处理来自源的事件流,并检查是否缺少某些ID。定义缺席使得存在一系列时间窗口(例如,在从9:00到17:00的所有日子),在该时间窗口期间应该存在最多20分钟而没有在流中出现ID。为了使问题更加复杂,应根据ID确定缺勤时间。 例如,假设在事件的组合流(A,A,B,C,A,C,B等)中出现三种事件A,B和C,可以定义为
我认为我需要首先将流分区为 GroupBy 来分隔事件,然后使用缺席规则处理生成的单独流。我已经在Microsoft Rx forums上仔细考虑了这一点(非常感谢Dave)并且我有一些工作代码可以生成规则并进行缺失检查,但是我很挣扎,例如,如何将它与分组相结合
所以,如果没有进一步的演讲,到目前为止被黑客攻击的代码:
//Some sample data bits representing the events.
public class FakeData
{
public int Id { get; set; }
public string SomeData { get; set; }
}
//Note the Now part in DateTime to zero the clock time and have only the date. The purpose is to create start-end pairs of times, e.g. 9:00-17:00.
//The alarm start and end time points should match themselves pairwise, could be pairs of values...
var maxDate = DateTime.Now.Date.AddHours(17).AddMinutes(0).AddSeconds(0).AddDays(14);
var startDate = DateTime.Now.Date.AddHours(9).AddMinutes(0).AddSeconds(0);
var alarmStartPeriods = Enumerable.Range(0, 1 + (maxDate - startDate).Days).Select(d => new DateTimeOffset(startDate.AddDays(d))).ToList();
var alarmEndPeriods = Enumerable.Range(0, 1 + (maxDate - startDate).Days).Select(d => new DateTimeOffset(startDate.AddDays(d)).AddHours(5)).ToList();
一个查询,在没有分组的情况下进行缺勤检查,这是我的一个难点。 < edit:也许我应该将时间点分组并添加ID并在查询中使用生成的三元组...< / edit>
dataSource = from n in Observable.Interval(TimeSpan.FromMilliseconds(100))
select new FakeData
{
Id = new Random().Next(1, 5),
SomeData = DateTimeOffset.Now.ToString()
};
var startPointOfTimeChanges = alarmStartPeriods.ToObservable();
var endPointOfTimeChanges = alarmEndPeriods.ToObservable();
var durations = startPointOfTimeChanges.CombineLatest(endPointOfTimeChanges, (start, end) => new { start, end });
var maximumInactivityTimeBeforeAlarmSignal = TimeSpan.FromMilliseconds(250);
timer = (from duration in durations
select (from _ in Observable.Timer(DateTime.Now)
from x in dataSource.Throttle(maximumInactivityTimeBeforeAlarmSignal).TakeUntil(duration.end)
select x)).Switch();
timer.Subscribe(x => Debug.WriteLine(x.SomeData));
问题:
我能想到的其他问题会很好(为了娱乐自己:)):
我能想到的其他选项是明确使用
System.Threading.Timers
和ConcurrentDictionary
,但需要继续学习!
关于詹姆斯输入答案,这里是快速解释它如何工作以及我打算如何使用它。
首先,observable在第一个事件进入之前不会执行任何操作。因此,如果监视应立即开始,则需要添加其他一些Rx功能或触发虚拟事件。我相信不是问题。
其次,将从alarmInterval为任何新ID获取新的超时变量。在这里,新的甚至是一个已经缺席太久并引发了警报的人。
我认为这很有效,因为人们可以订阅这个可观察对象并做一些副作用。一些例子可能是设置标志,发送信号以及业务规则有哪些。此外,保持正确的锁定等等,应该很容易按照预定义的警报规则提供新的时间跨度,并且具有单独的缺席时间和时间窗口。
我必须研究与此相关的其他概念,以便更好地掌握事物。但我的主要担忧是满意的。生活很美好。 : - )
答案 0 :(得分:3)
已编辑 - 改进了代码,简化了SelectMany
使用TakeLast
。
我在检测断开连接的客户端上编写了一个blog post - 如果您使用下面的alarmInterval函数替换帖子中的timeToHold变量以获取基于客户端的节流Timespan,那么这对您的场景也同样有效ID。
e.g:
// idStream is an IObservable<int> of the input stream of IDs
// alarmInterval is a Func<int, TimeSpan> that gets the interval given the ID
var idAlarmStream = idStream
.GroupByUntil(key => key, grp => grp.Throttle(alarmInterval(grp.Key)))
.SelectMany(grp => grp.TakeLast(1));
这为您提供了持续监控的基本功能,而无需查看活动监控时段。
为了获得监视器窗口功能,我转过来并使用WHERE过滤上面的输出,检查以查看发出的ID是否落在监视时间窗口中。这样可以更轻松地处理不断变化的监控周期。
您可以通过将每个监控窗口转换为流并将其与警报流相结合来做更高级的事情,但我不相信额外复杂性的好处。
alarmInterval函数还会为您提供动态警报间隔的元素,因为它可以返回新值,但这些只会在警报因该ID而关闭后生效,从而结束其当前组。
---走进这里的一些理论---
为了让这个完全充满活力,你必须以某种方式结束这个小组 - 你可以通过几种方式来做到这一点。
一种方法是使用Select将idSt投影到一个包含ID加上全局计数器值的自定义类型的流中。为此类型提供适当的相等实现,以便它可以正确地使用GroupByUntil。
现在每次更改警报间隔时,请更改计数器。这将导致为每个ID创建新组。然后,您可以在最终过滤器中添加一个额外的检查,以确保输出事件具有最新的计数器值。