PreInitialize
IocManager.AddConventionalRegistrar(new BasicConventionalRegistrar());
增加BasicConventionRegister, 在这里只是添加这种 基本的注册方式,翻译的不好有点扰,其主要是告诉Ioc在后面的注册的时候关注三种类型
ITransientDependency
ISingletonDependency
IInterceptor
意味着只要你定义的类加了上面任意一个接口,就会被Abp的框架自动注册到Ioc,
但是这里只是告诉Ioc有这种注册方式,真正的注册并不是在这里。
ValidationInterceptorRegistrar.Initialize(IocManager);
internal static class ValidationInterceptorRegistrar { public static void Initialize(IIocManager iocManager) { iocManager.IocContainer.Kernel.ComponentRegistered += Kernel_ComponentRegistered; } private static void Kernel_ComponentRegistered(string key, IHandler handler) { if (typeof(IApplicationService).IsAssignableFrom(handler.ComponentModel.Implementation)) { handler.ComponentModel.Interceptors.Add(new InterceptorReference(typeof(ValidationInterceptor))); } } }
这段代码很有意思, 其意思是说当Ioc中有组件被注册的时候(也就是往Ioc添加某个类型的时候), 检测该对象是否是IApplicationService(也就是只验证ApplicationService层), 是的话做Validation的拦截,可以做到拦截之后对ApplicationService层的方法参数做检测, Interceptors是一个拦截器集合, 可以加入更多的拦截器,比如方法调用日志监控横切面的操作。
所以当一个请求进入ApplicationService层之后,第一个做的事情就是 Validation.
跳过Validation的条件 :
DisableValidationAttribute, 仅可添加在方法上面
非Public方法
参数为空
验证失败会抛出: AbpValidationException异常,并带有验证失败的详细字段及错误信息
最后如果参数里面的某个属性定义添加了IShouldNormalize接口,还会调用IShouldNormalize的Normalize方法,做一些数据规范化的操作,目前还没想出来有啥用。
FeatureInterceptorRegistrar.Initialize(IocManager);
其针对所有的Ioc里面的对象,这个拦截器拦截的要素有2点:
a. 类上有RequiresFeatureAttribute
b. 类里面的某个某个方法有RequiresFeatureAttribute
这个看起来像一个比较通用的功能性的检查,应该是为一个小的扩展功能存在的, 目前没用到,暂时忽略.
AuditingInterceptorRegistrar.Initialize(IocManager);
审计拦截器,很有用的数据拦截, 其主要作用就是记录拦截到的方法调用的数据。
拦截规则:
private static bool ShouldIntercept(Type type) { if (_auditingConfiguration.Selectors.Any(selector => selector.Predicate(type))) { return true; } if (type.IsDefined(typeof(AuditedAttribute), true)) //TODO: true or false? { return true; } if (type.GetMethods().Any(m => m.IsDefined(typeof(AuditedAttribute), true))) //TODO: true or false? { return true; } return false; }
可以看到除了第一条做了一个扩展规则之外,其余两条都是通过AuditedAttribute来处理的.
关于Selectors的选择器, 我们紧接着可以看到下面的代码:
也只是针对IApplicationService层的方法做了审计拦截.
至此应该明白 Abp的审计是如何做的了吧.
但是看似这个功能很好,难免也会有特殊癖好的人思考如何关掉这么有用的功能, 看AuditingInterceptorRegistrar的类里面Initialize方法
public static void Initialize(IIocManager iocManager) { _auditingConfiguration = iocManager.Resolve<IAuditingConfiguration>(); if (!_auditingConfiguration.IsEnabled) { return; } iocManager.IocContainer.Kernel.ComponentRegistered += Kernel_ComponentRegistered; }
写明了_auditingConfiguration.IsEnable来判断是否启用,但是这个方法本身就是在AbpKernel中执行的,请问在何处可以设置这个值呢?
通过上篇的应用程序生命周期的分析,
protected virtual void Application_Start(object sender, EventArgs e) { AbpBootstrapper.IocManager.RegisterIfNot<IAssemblyFinder, WebAssemblyFinder>(); AbpBootstrapper.Initialize(); }
但是IAuditingConfiguration的注册及本方法的Init都是在Initizlize这个方法中,如果你使用的是非Abp的源代码,貌似没有办法做到关闭, 所以上面关闭Abp 默认Auditing功能的答案是否定的,待后续找作者处理(这个已联系作者处理: https://github.com/aspnetboilerplate/aspnetboilerplate/issues/721)。
审计日志的保存:
UnitOfWorkRegistrar.Initialize(IocManager);
Uow的拦截注册
可以看到默认情况下拦截两种:
1. 所有有IRepository接口跟IApplicationService的类
2. 所有的加了UnitOfWorkAttribute的方法
AuthorizationInterceptorRegistrar.Initialize(IocManager);
这个可以实现Service层方法的授权检查, 没怎么用,忽略.
其他
Configuration.Settings.Providers.Add<EmailSettingProvider>(); Configuration.UnitOfWork.RegisterFilter(AbpDataFilters.SoftDelete, true); Configuration.UnitOfWork.RegisterFilter(AbpDataFilters.MustHaveTenant, true); Configuration.UnitOfWork.RegisterFilter(AbpDataFilters.MayHaveTenant, true); ConfigureCaches();
EmailSetting 邮件设置
SoftDelete: 软删除设置
MustHaveTenant: 多租户设置
MayHaveTenant:
Caches: 缓存策略设置