.net – 依赖关系实现在大型应用程序中进行语义日志记录的EventSource

我正在开发一个包含三个 Windows服务和几个普通Windows应用程序(.exe)的大型产品.现在我们要转向ETW和语义记录,并使用Microsoft.Diagnostics.Tracing.EventSource.

我在某处读到应用程序的所有逻辑连接部分都应使用相同的事件源.这意味着我们希望为我们的服务提供几乎一个EventSource.但是,如果不在产品中的几乎所有组件中引入依赖关系,我们怎么做呢?

该应用程序目前包含约70个程序集.并且为了能够在EventSource中创建一个log-method(例如接受枚举值),包含事件源的程序集必须引用定义枚举的程序集,这意味着需要将枚举定义从使用它的程序集,或者.exe可能是所有程序集引用的东西.

有没有办法在一个仍然使用相同ETW EventSource的应用程序中从EventSource派生几个类?或者,如果不希望引入一大堆新的依赖项来创建日志类,那么在这样的场景中使用ETW实现语义日志记录的好方法是什么?

有三种策略:

>创建一个仅包含EventSource派生类的程序集,该类定义所有应用程序的事件.将该程序集的引用添加到所有必需项目.为简单起见,您可以将其包装到nuget包中.>只用一个EventSource派生类创建一个测试项目.仅用于验证目的.将此类复制到所有必需的项目.这基本上是相同的解决方案,但没有二进制依赖.>为每个项目创建新的EventSource派生类,但为它们指定相同的Guid属性.在这种情况下,您需要确保所有这些事件源具有相同的重叠(具有相同ID)事件的声明.在这种情况下,您必须编写一些清单合并工具来生成组合清单.

相关文章

适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题...
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结...
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容...