abp的模块化给我留下深刻的印象,模块化不是什么新概念,大家都习以为常,但是为什么要模块化,模块化的意义或者说目的是什么?也许我们思考得并不深入。难得的是abp不仅完美的阐述了模块化概念,而且把模块化落地得十分优雅,并且进行了开源。

模块化内涵?

模块分类

  根据粒度大小的不同,模块具有各自的概念,我们从小到大来看一下模块都有哪些内容。

  • 零件——class(最小)
  • 组件——component(较小),软件的最小部署单元,比如jar,dll等
  • 模块——module(更大),具有独立命名空间,可独立开发、部署和测试,具备和其他模块组装的能力,比如用户管理模块、租户模块等,在Abp vNext当初,一个模块就是一个项目。
  • 微服务——microservice(最大),比如工单服务,巡检服务,保养服务等

  

Abp的模块是什么

  很多人对Abp vNext模块化的理解可能都不一样,我理解的模块化至少应该包括以下一些内容:

  • 广义上包括:实体、服务、APIs、UI页面、数据库
  • 应用上包括:账号管理、身份管理、租户管理、设置管理、权限管理…
  • 部署上包括:柔性部署(包括独立部署,也可集成部署)
  • 能力上包括:服务任意拼装、组合
  • 技术上依托:反射、配置、工厂、注入、动态代理等底层技术
  • 模块划分姿势:类微服务,纵向,横向,部署便捷,维护成本

  从Abp vNext的开源代码和demo里,我们随处可以看到module这个单词,而且一旦我们的project继承abpModule后,依赖abp底层的注入能力,我们即刻给项目赋予了模块化能力,同时,借助自动controller和动态代理的能力,模块之间通信只需要简单配置即可。可以说没有以上两种能力,模块化的落地也就无从谈起了。

模块化有什么意义?

  统一了模块化内涵,模块化的目的就十分明晰了。我们希望能像积木一样复用我们的基础能力,不管是架构能力还是应用能力,我们不想重复造轮子。

  如果直接问你模块化的意义,可能你一下子还组织不好语言,因为无法用一句话来说明白。但是如果你想到乐高的存在,你一定会有所感悟。个人觉得Abp vNext的模块化背后有着丰富的内涵。通读abp的官方文档,对模块化的理解更加全面些,个人理解,abp的模块化至少包含以下几层含义:

  • 原子封装,高度内聚——从设计原则看职责相对单一独立
  • 功能独立,职责单一——从设计原则看摆脱了耦合的风险
  • 随意组合,按需装配——从扩展来看十分灵活,容易维护
  • 独立开发,独立部署——从任务分解来看,分工非常容易
  • 面向接口,遵循约定——从框架设计来看,功底深厚
  • 极少修改,能力复用——从业务角度看,极大提高开发效率

  以上每一层都是层层递进,而最终的目的是为了达到企业级的能力复用,这和“高大上”的中台的意义不谋而合,不同的是粒度大小不同罢了。

  为了说的明白些,这里举一个例子:

  

  我们可以看到租户和用户模块可以和业务模块任意拼装,最后完成一个新的系统。

  • 如果你做的是2B的物业系统,你无需或者极少修改代码,就可以和组织管理进行组合成一个新的系统;
  • 如果你做的是2C的公众号,你又可以极速高效地和订餐系统组装成了另外一个系统。

   至此,你应该理解了模块化的价值和意义了?

模块化和DLL区别

  一般使用DLL的时候我们会先添加引用,然后直接调用,有时候还要增加默认配置。从这个角度看ABP的模块化应用是一样的,也需要增加Volo.Abp.*打头的DLL,同时依赖一些appsetting的配置。

  不同于DLL的地方在于继承AbpModule模块的类:

  这个类的用途是做服务注册、配置或前后注册和配置的一些初始化工作。这是一个重大的不同,因为基于此,我们所有在ABP模块化的基础上都可以互相拼装,不管是基础框架还是应用框架。拼装后的项目具备了一种新的能力或者可以单独分布式部署,这是DLL做不到。

  举个例子,加入我们想在BookStore项目上集成Account/PermissionManage/TenantManage/Identity等服务,我们会怎么做?有两种方式,一种是单体,直接进行DependOn就集成了,中间是低代码的组装,而DLL的传统做法是做不到的,因为它只是一个类库,需要引用后集成编码,代码量是嵌入或者说是织入而成,是主代码的一个零部件,非常难以解耦。另外一种是分布式微服务部署,我们可以把Account/Permission/Identity进行独立部署,其他项目想要进行集成也没有问题,采用微服务方式进行交互或者单点登录。所有ABP vNext的模块化是微服务兼容的,从这个级别上看二则不可同日而语。

模块化拆分原则

高内聚

  • 复用/发布等同原则(复用的最小粒度等同于发布的最小粒度)

  这点在ABP vNext上可以很明显得看到,所有继承AbpModule的模块都是可以独立部署的,不管是一个Project或者Class都是支持的。

  • 共同闭包原则(一个组件不该存在多个变更原因:会同时修改的类放在一个组件中)

  我们在做微服务演化和领域拆分的时候,这个原则是非常受用的。比如我们可以先把Tenant.Application和Account.Application按照接口和模块化进行提前拆分,通过ApiHost汇总单块部署,当我们需要进行拆分的时候,我们只需要对ApiHost进行一分为二即可,这个拆分是低代码的。如下图所示:

    • Application层:

这个层的代码可以提前进行领域划分,但却是按照模块集成部署,微服务化后代码零变更。

    •  API Host层:

服务拆分后这三个块的代码几乎是一模一样的。(具体可参看我的视频《ABP vNext框架实战系列》)

  • 共同复用原则(不强迫用户依赖他们不需要的东西)


  如上所示,虽然Microsoft扩展配置模块是一体的,但是我们只要依赖Configuration.Abastraction即可。如果说共同闭包原则是做模块化内的加法,共同复用原则是做模块内容的减法,即把无需要依赖的内容剥离出去,让依赖更加纯净。

低耦合

  • 依赖于接口而非实现

  

  如上图所示,我们的租户依赖的除了租户接口以外,我们依赖的账户服务也是面向接口编程,这大大减少了服务之间的耦合,减少了拆分带来的巨大变更和代价。

  • 职责单一原则

  这个原则高度抽象和适用,ABP vNext也是处处体现这种思想,我们看下图官方模块源码的截图也能看到这个原则的落地运用。

  • 依赖反转原则

  依赖反转是一种设计思想,希望帮流程从运用中剥离出来,并把可复用的流程转移到框架之中,让框架具备能力复用的能力,从而依赖框架生产出无穷产品的能力。

官方模块源码

  从大的方面看,可以把abp的模块分为:

  • 应用模块,比如:博客、 文档、身份管理等等,如下图所示,可惜目前只有doc和blog属于免费的。

  

  • 框架模块,比如:缓存、邮件、主题、安全性、序列化、验证授权等等,如下图所示,每个模块的用途基本上是有迹可循的。

  

总结

  ABP vNext的模块化思想真的让人印象深刻,还有很多需要你我共同挖掘和学习的地方,我在这儿只是抛砖引玉,希望有更多的人能参与进来进行分享。如果你想了解更多ABP vNext的地方,你也可以参看我的视频《ABP vNext框架实战系列》,谢谢您的捧场。

  AbpvNext是一款优秀的框架,但是要从零开始能把每个角落都熟悉起来需要不少摸索时间,希望通过自己的经验给你的快速学习赋能,抛开生成器,一起从零开始,手工打磨一款生产级别的框架,让你对AbpvNext知其然,知其所以然。

浅谈Abp vNext的模块化设计的更多相关文章

  1. 浅谈 C 语言中模块化设计的范式

    今天继续谈模块化的问题.这个想慢慢写成个系列,但是不一定连续写.基本是想起来了,就整理点思路出来.主要还是为以后集中整理做点铺垫. 我们都知道,层次分明的代码最容易维护.你可以轻易的换掉某个层次上的某 ...

  2. Abp vNext 番外篇-疑难杂症丨浅谈扩展属性与多用户设计

    说明 Abp vNext基础篇的文章还差一个单元测试模块就基本上完成了我争取10.1放假之前给大家赶稿出来,后面我们会开始进阶篇,开始拆一些东西,具体要做的事我会单独开一个文章来讲 缘起 本篇文章缘起 ...

  3. 浅谈WebService的版本兼容性设计

    在现在大型的项目或者软件开发中,一般都会有很多种终端, PC端比如Winform.WebForm,移动端,比如各种Native客户端(iOS, Android, WP),Html5等,我们要满足以上所 ...

  4. python学习(28) 浅谈可变对象的单例模式设计

    python开发,有时候需要设计单例模式保证操作的唯一性和安全性.理论上python语言底层实现和C/C++不同,python采取的是引用模式,当一个对象是可变对象,对其修改不会更改引用的指向,当一个 ...

  5. 浅谈zygote服务中的设计思路

    zygote服务是Android启动和服务APK的核心服务,每个APK都是通过zygote启动,今日阅读它的源码学习到一个不错的设计思路. 首先看看一个APK通过zygote的启动流程: 按照一般的设 ...

  6. 初学者浅谈我对领域驱动设计(DDD)的理解

    一.为什么要学习领域驱动设计 如果你已经设计出了优雅而万能的软件架构,如果你只是想做一名高效的编码程序员,如果你负责的软件并不复杂,那你确实不需要学习领域驱动设计. 如果用领域驱动设计带来的收获: 能 ...

  7. 浅谈ABP最佳实践

    目录 ABP概念简述 ABP在[事务操作]上的简便性 ABP在[关联查询]上的“美”和“坑” ABP的[参数验证]方式 ABP概念简述 ABP是“ASP.NET Boilerplate Project ...

  8. 浅谈游戏中BUFF的设计要点

    其实这类帖子并没有多少的设计理论,对于策划的提升和帮助也并不大,原因其实在于其适用性太窄,当我要设计XX象棋的时候,它就滚一边去了. 废话不多说切入正题: 游戏中的BUFF/DEBUFF我们见过很多, ...

  9. 浅谈Node中的模块化

    关于这篇文章早在去年年初的时候我就想写一片关于模块化的文章,但是推到现在才来完成也有很多好处,巩固之前对Node的理解.毕竟在我目前的项目中还没有一款项目是用到了Node开发,所以导致我对Node的一 ...

随机推荐

  1. (五)F5和CTRL+F5两种刷新的区别

    一.刷新原理不同: F5触发的HTTP请求的请求头中通常包含了If-Modified-Since 或 If-None-Match字段,或者两者兼有. CTRL+F5触发的HTTP请求的请求头中没有上面 ...

  2. 833. Find And Replace in String —— weekly contest 84

    Find And Replace in String To some string S, we will perform some replacement operations that replac ...

  3. Java中的有关日期的对象

    目录 Date SimpleDateFormat Calendar 常用方法 Java8中用于计算时差的类 1. Period(以年月日来表示日期差) 2. Duration(以秒与毫秒来表示时间差) ...

  4. Hopfield Network 霍普菲尔德网络入门

    简介 Hopfield Network (霍普菲尔德网络),是 Hopfield 在1982年提出的一种基于能量的模型,发表的文章是 Neural networks and physical syst ...

  5. 01 . Vue简介,原理,环境安装

    简介 vue是一个JavaMVVM库,是一套用于构建用户界面的渐进式框架,是初创项目的首选前端框架.它是以数据驱动和组件化的思想构建的,采用自底向上增量开发的设计.它是轻量级的,它有很多独立的功能或库 ...

  6. Tab + Swipe+ RecyclerView + Collapsed

    随着Android的不断更新,老旧的布局页面已经过时,这就使得复杂的布局实现起来有些难度,在此记录一下手机中最常见的复杂界面实现方法. 最终效果 本文主要通过分析最新版AS下new project的S ...

  7. JavaScript一元运算符、二元运算符和三元运算符

    在JavaScript中,运算符可以根据其实际操作数的个数进行分类. JavaScript中的大多数运算符是一个二元运算符(binary operator),将两个表达式合并成为一个稍复杂的表达式.譬 ...

  8. Loadrunner学习(一)

    一个优秀的软件系统不单单具有良好的功能,还需要有过硬的性能,一个只通过功能测试的系统,只能称之为"可用",而不能算是"好用".当然,性能测试需要基于功能测试,只 ...

  9. python之路《模块》

    1.time模块 FUNCTIONS asctime(...) asctime([tuple]) -> string Convert a time tuple to a string, e.g. ...

  10. python-redmine获取redmine平台的信息

    前言 最近做redmine的bug平台的分析,统计一些需要用到的数据,这里把相关调用的地方记录下来以备后用 相关的获取接口 #! /usr/bin/python # -*- coding:UTF-8 ...