C# 请求建议:如何将WCF Web服务请求信息记录到数据库
我对.NETWeb服务的编码相当陌生。我发现自己正在编写一个包含大约20个web服务的.NETWCF应用程序。我想记录以下事件:C# 请求建议:如何将WCF Web服务请求信息记录到数据库,c#,wcf,C#,Wcf,我对.NETWeb服务的编码相当陌生。我发现自己正在编写一个包含大约20个web服务的.NETWCF应用程序。我想记录以下事件: 请求(带有效负载-谁和什么) 响应(查询是否有效,数据是否返回) 错误(是否存在某种错误) 我编写了一个简单的函数,在每个点上执行SQL插入。每个web服务请求都至少得到两个插入—一个在请求时插入,另一个在响应时插入。10+个方法中的每一个都至少需要4个日志调用。我的书维护得太多了 我认为这种方法太难,太麻烦了——我需要做大量的工作来维护它。我以前在Axis2中使用过
Matt问题的解决方案需要分为两部分:
- 就日志功能而言,对于大多数场景,它们都同样强大李>
- 在我看来,log4net的API更友好
- EntLib是一个大型(但功能完善)库。但它确实有比log4not更多的依赖性。如果您不打算使用除日志记录以外的其他模块,那么这可能是一种过度使用
有各种各样的策略可以解决这个问题,但这是在您分析应用程序之后的一个故事。您的问题的解决方案需要分为两部分:
- 就日志功能而言,对于大多数场景,它们都同样强大李>
- 在我看来,log4net的API更友好
- EntLib是一个大型(但功能完善)库。但它确实有比log4not更多的依赖性。如果您不打算使用除日志记录以外的其他模块,那么这可能是一种过度使用
有各种各样的策略来处理这个问题,但这是一个关于你的应用程序的故事。 < P>如果你只是在寻找事务审计日志(也许支持开发、调试和早期实现阶段),那么你可能想考虑使用WCF跟踪和消息日志记录功能。WCF跟踪功能提供了一种相对简单的内置方法来监视与WCF服务之间的通信。对于测试和调试环境,请配置信息性或详细的活动跟踪,并启用消息日志记录。在最初部署和测试新服务或向现有服务添加新操作和/或通信绑定时,活动跟踪和消息日志记录的组合应该是有益的。如果您关心维护,那么可以将跟踪日志设置为使用设置的大小,然后“重新循环”文件空间 以下链接提供了一个很好的概述:
在您正在寻找事务审计日志(也许支持开发、调试和早期实现阶段)的情况下,您可能需要考虑使用WCF跟踪和消息日志记录功能。WCF跟踪功能提供了一种相对简单的内置方法来监视与WCF服务之间的通信。对于测试和调试环境,请配置信息性或详细的活动跟踪,并启用消息日志记录。在最初部署和测试新服务或向现有服务添加新操作和/或通信绑定时,活动跟踪和消息日志记录的组合应该是有益的。如果您关心维护,那么可以将跟踪日志设置为使用设置的大小,然后“重新循环”文件空间 以下链接提供了一个很好的概述: