本文实例讲述了C#自定义HttpFilter模块完善的方法,分享给大家供大家参考。具体实现方法如下:
一、背景
近期由于要针对项目做用户操作日志,但不想在每个方法里去增加代码,写入用户日志。因为这样具体的方法违背职责单一的原则,若后期日志内容格式发生变更,或其他什么需求,该方法代码主要一变在变,故使用HttpModule模块来完成此功能,感兴趣的朋友可以参考:关于HttpHandler与HttpModule的理解和应用方法
经过实际运用与完善,现在可以再次总结下。
二、拦截时机
现在的版本中,拦截的依据是,在每次请求发生的过程中,拦截控制器类请求,重定向http输出流,并分析出Controller与Action,接下来查找是否有方法监控了此控制器,若有,则分析出请求输入参数,与此次请求输出内容,存储在FilterContext中,交给该方法,完成相应逻辑。
由于在最初的写法中,是针对所有的请求进行流的重定向,在asmx下,会遇到问题,只要重定向了,调用服务的客户端会提示400 Http Bad Request 。这个具体的错误原因,还不清楚,但正是由于该错误,让我发现,我之前拦截的时机是错误的,理应放在请求之前,判断是否满足拦截的规则,若满足,则重定向输出流。
三、读取用户名
在Module模块中总会出点问题,最后使用了Cookie记住用户名,并直接定义为FilterContext一个属性。解释下这样做的原因:由于记住用户名的方式有很多,如Session、Cookie,即读取用户名的方式是可变的,所以尽可能将变化的内容在前面解决,这样监听控制器的方法,直接根据该属性获取用户名,否则用户名的读取时机,放在每个监听控制器模块之后,读取方式一旦发生变更,所有的模块都要改变,当然也可以通过继承一个base类来避免这么大的改变。
在这里我想表达的意思是:我们做类似底层库的东西,尽可能稳定,将变化点集中在库本身,这样依赖该库的应用才能稳定。若.net版本更新过程中,API都不稳定,想必我们也不会在去使用它。
四、应用之写入日志
典型例子如下:
该方法表达的意思是,监控LoginController的Login方法。由于我们需要分析请求输出结果,所以分析的规则,与控制器是强依赖的,控制器的方法是怎么返回数据的,我们此处就要根据规则解析。我在项目中使用的是Json,所以监控的地方都需要Json的反序列化,这里仅仅是一个Demo。
另外一个方法可以监听一个控制器下的多个方法,或者多个控制器。这样是旨在解决有很多Action,输入参数和输出参数都是相同的,可能由于业务不同,仅仅在方法名和内部实现中有不同。
五、应用之更新缓存
首先关于Cache的应用,可以读下此文章,Asp.Net Cache高级用法。
由于此处我没有写例子,先描述我在项目中运用的情况。系统有很多数据字典,在请求该数据字典时,程序首先从数据库加载字典数据,并放入缓存,此时放入缓存有个技巧,设置过期时间,并设置移除缓存前的回调,我们来看看具体的方法定义:
仔细看看onUpdateCallback参数的描述:从缓存中移除对象之前将调用的委托。可以使用它来更新缓存项并确保缓存项不会从缓存中移除。
我在把数据字典放入缓存的同时传递读取缓存的委托,这样在主动移除缓存或者缓存过期时都将再次调用此委托,将数据字典再次放入缓存。所以一旦数据字典发生了变更,如增删改,那么就主动将字典缓存移除,它就可以自动更新过来,是不是很方便呢。
区别于写操作日志,不过是处理逻辑发生了变化,他们都需要请求的输入和输出。
六、其他
1.由于使用HttpModule来完成此功能,如需正常运行,需要在WebConfig中注册该模块。详见Demo。
2.项目中使用了Log4Net记录文本日志,并可以根据功能分类。详见:Log4Net日志分类维护。
完整实例代码点击此处本站下载。
希望本文所述对大家的C#程序设计有所帮助。
新闻热点
疑难解答