• 精简ABP的模块依赖


    ABP的模块非常方便我们扩展自己的或使用ABP提供的模块功能,对于ABP自身提供的模块间的依赖关系想一探究竟,并且试着把不必要的模块拆掉,找到那部分核心模块。本次使用的是AspNetBoilerplate

    源码下载

    从Github下载ABP源码后,进入src文件夹,提供的大部分模块都在此中。很多工具也经ABP封装,个人认为是方便了集成使用且融入到ABP这个框架。

    图片

    src文件夹中的类库有几种类型如.net standard(为了兼容.net framework)、.net 5 、.net framework的。

    我的想法是最小的模块引用,因此按照如下两个条件移除

    • 移除.net framework的,只专注于.net core所需要的。
    • 移除Zero模块。

    精简模块

    整理后也就是剩下这部分,这样看仍然感觉有很多模块,但对于其中大部分来讲更多的是将一些工具封装了下,比如从SignalR,AutoMapper,Log4Net,Dapper,EFCore等等。

    图片

    通过整理这部分类库间的依赖关系,(此图中去掉了Dapper、NHibernate、MemoryDB和MongoDb),如此一来分类便清晰许多,一眼便可以识别出Abp这一核心模块。哪些模块的提供的功能是什么,这样也方便查看。

    图片

    我们再来建立一个项目来直接对该部分类库引用,而不是走Nuget包的方式。先依赖需要的最基本的模块,比如Abp、Abp.WebCommon和Abp.AspNetCore等几个模块,能够保障最基本的请求功能,甚至于读取数据库的ORM工具都不纳入进来。

    图片

    依赖核心模块

    此处将Log4Net作为需要的模块纳入进来,因为Abp中部分地方记录日志时候需要相应的实现类,当然也可以使用其他日志组件如NLog等,但需要实现Abp中封装好的抽象类,可参考如下链接:https://www.cnblogs.com/donaldtdz/p/8213440.html

    新建一个空白解决方案AbpIntegrationDemo.sln

    • 建立一个module文件夹用于放置上述最基本模块。
    • 建立一个src文件夹中用于搭建分层结构。

    图片

    对于src中的每一层所依赖的项目按照层次关系及依赖关系,其中核心层Domain依赖Abp模块,Application和Infrastructure都依赖核心层也就都对Abp模块有了依赖关系了。

    图片

    如此一来,最为基本的依赖便完成了,各层内增加相应的Module,按照Abp模块化构建方式将这些模块贯穿起来。比如AbpIntegrationDemo.Admin,将依赖的模块,需要注入的、配置的东西加入进来,此处部分直接从Abp start up中搬过来的,还可以再精简一下,部分内容目前是没有用到的。

    [DependsOn(
        typeof(AbpIntegrationApplicationModule),
        typeof(AbpIntegrationInfrastructureModule),
        typeof(AbpAspNetCoreModule)
        )]
    public class AbpIntegrationAdminModule : AbpModule
    {
        private readonly IWebHostEnvironment _env;
        private readonly IConfiguration _appConfiguration;
    
        public AbpIntegrationAdminModule(IWebHostEnvironment env, IConfiguration appConfiguration)
        {
            _env = env;
            _appConfiguration = appConfiguration;
        }
    
        public override void PreInitialize()
        {
            Configuration.DefaultNameOrConnectionString = _appConfiguration.GetConnectionString(AbpIntegrationDomainConsts.ConnectionStringName);
            Configuration.Modules.AbpWebCommon().SendAllExceptionsToClients = false;
        }
    
        public override void Initialize()
        {
            IocManager.RegisterAssemblyByConvention(typeof(AbpIntegrationAdminModule).GetAssembly());
        }
    
        public override void PostInitialize()
        {
            IocManager.Resolve<applicationpartmanager>()
                .AddApplicationPartsIfNotAddedBefore(typeof(AbpIntegrationAdminModule).Assembly);
        }
    
        public override void Shutdown()
        {
            base.Shutdown();
        }
    }
    

    在此基础上,按照需要的模块,如EF Core、Redis、Hangfire、AutoMapper等等,也只需要引用进来了,至少到现有地步,对于Abp模块的依赖及最为核心的模块应该是清楚了,而对于看到很多人说Abp重的说法,个人感觉是不是看到依赖的模块太多而有种复杂的感觉,实则有很多是工具模块,即使不使用Abp,实际开发中也会使用进来。
    https://gitee.com/530521314/Partner.TreasureChest/tree/master/AbpIntegrateDemo

    2021-08-19,望技术有成后能回来看见自己的脚步

  • 相关阅读:
    xgboost系列之应用xgboost的注意事项
    【pandas】pandas.DataFrame.rename()---重置索引名称
    【剑指offer】复杂链表的复制
    【剑指offer】二叉树中和为某一值的路径,C++实现
    设计模式21 访问者模式
    设计模式20 迭代器模式
    设计模式19 中介者模式
    设计模式18 观察者模式
    设计模式17 状态模式
    设计模式16 责任链模式
  • 原文地址:https://www.cnblogs.com/CKExp/p/15163975.html
Copyright © 2020-2023  润新知