下面是在设计业务逻辑解决方案时应考虑的一组情况。 在描述的情况中,计算引擎的性能可能会受到负面影响:
如果代码中需要参数的值,则建议创建一个全局变量,以将参数值分配给它。 此外,只要参数的值是必需的情况下,均可改为使用全局变量。 这样,引擎就不必为每个参数调用创建参数映射。
在业务逻辑中针对组群的度量标准使用大型全局映射对象前,请务必经过了充分的考虑。 当引擎计算组群的度量标准时,它将忙于从以前状态为每个群项分别加载全局变量。
建议仅通过注册方法筛选原始数据事件。 在代码中使用“if”语句添加内部筛选将需要额外的处理时间。 更重要的是,引擎需要额外开销来检索和处理不需要的原始数据记录。
改善性能。 使用此注册方法意味着您要在系统中注册所有资源,而不仅仅是具有该特定类型事件的资源。 因此,资源中的每一处更改均会影响度量标准计算。 另外,在度量标准运行并访问原始数据时,您还会注意到使用此注册方法的另一个缺陷。 这时,您需要从原始数据中筛选出具有特定事件类型的事件并忽略其他事件。
使用 Dispatcher.Register 时,请始终确认您指定了第 3 个参数。 在没有第 3 个参数的情况下进行注册时,与按事件类型 (Dispatcher.RegisterByEventType) 注册完全相同。 换句话说,除了前两个参数外,确保您至少还使用了一个其他参数。
很重要的一点就是,确保只启用了计算和深入查看所需的代理。 针对所有代理的时间单位进行计算将大大增加处理器负荷。
| 版权所有 © 2012 CA。 保留所有权利。 | 就该主题发送电子邮件至 CA Technologies |