一、为什么要模块化设计？

希望削减重复性造轮子的可能，抽离出共通性、形成标准化，最终到达削减人力物力的大量虚耗，提高业绩的同时还削减了成本开支，何乐而不为？

最近鼓吹得如日中天的中台观点、流行了许久的迅速开发，无不都是为了此目的。

当前较为普遍的两种方式:接口式开发、模块化设计。

1. 接口式开发：开发角度

写代码的同砚都知道，代码要讲究可复用性、天真性。前端开发与后端开发，接纳接口式方式来举行信息之间的交互。

案例：我要登录淘宝网站。

上下游系统之间，跨系统之间，也大多接纳接口式方式举行信息通报。

此文，咱们简朴聊聊B端系统模块化设计的利益。

2. 模块化设计：产物设计角度

模块化设计，专业术语讲是为了我们做的产物，未来天真性强、扩展性好。不需要开发修改代码，就可以实现部门新的营业逻辑。

通俗点讲，就是堆积木。我们可以将随便小方块，随便拼凑成我们想要的形状，从而到达目的。

差别的系统，差别的营业，要凭据实际情况剖析，这里我以电商系统为例，总结了些许模块化设计履历，分享一二。不到之处，还请大佬们批评指正。

二、适不适合模块化设计？

1. 搞清楚事务本质

首先，一定要搞清楚为什么要去模块化设计，万万不要为了模块化而模块化，这个是很大的隐讳。模块化设计，许多时刻短期是看不到任何效果的，而且让系统变得更贫苦。

以添加商品为例：要新建一个商品，必不可少的有商品基本信息、商品类目、商品属性信息等等。

若是想简朴点设计：

1. 点击添加商品按钮，进入添加商品页面；
2. 在牢固表单中，填写商品所有信息；
3. 点击保留按钮。

添加商品，本就不是很庞大的事，此简朴的方案不是不可行。只是不利于系统的可扩展性和天真性。

为什么？在牢固的表单中填写商品所有信息，你就能保证所有的商品都是一样的营业逻辑，一样的商品信息吗？基本保证不了，那么一旦做成牢固模板，系统后期就要不停的凭据新的营业逻辑和商品去不停的改代码来实现营业方的需求。

那么，有没有更好的方案？模块化设计。

回到问题本质：想乐成添加一个商品到商品库。

方案：将商品信息打散，将其拆分为三大类信息组合：商品共性信息（所有的商品都有的属性）、商品类目、动态属性（区分商品唯一性的属性）。

2. 理清父子关联关系

既然要模块化，那么一定就会泛起一层又一层的父子关联关系。

说明：要想乐成添加A商品，必须关联某个A商品类目。A商品类目必须关联某个A模板，A模板必须关联对应属性。

属性治理：治理了商品的所有种别的属性信息，一定要做好分类。好比：要害属性、规格属性、非要害属性等等。

模板治理：差别的商品，可能由差别的属性组成。那么我将属性形成一个又一个模板，就可以天真的去知足种种种别的商品。

商品类目：商品的分类治理。所有的商品，一定有自己的分类，也就是商品类目。统一类商品归为一类，便于商品的维护和治理。

商品治理：所有商品的治理。现在要添加一个商品，通过模板化设计，就变得异常天真。要想添加商品：

1. 点击添加按钮；
2. 选择A商品类目；
3. 填写A类目关联的模板A中对应的属性信息；
4. 保留。

模板设计的利益就是，我可以随时替换关联关系，也可以随时在下一层关联关系中做任何CRUD操作却不影响当前层级新的数据。

免费送东西也有诀窍！小超市这样送，每月销售额高达30万

三、若何模块化设计B端系统？

记着我一句万变不离其宗的话：

所有的系统设计无非就是对数据库中种种表格的CRUD（增删改查）。

别把后台系统设计想的那么玄乎，没有那么庞大。咱之所以以为庞大，是因为咱还不够熟悉营业，不清楚正向逆向种种流程，并不是系统设计难。

1. 功效结构图：有哪些功效、页面、按钮

说明：

1. 下图是我认真画的真实数据，认真考察后发现没有？哪个版块的治理脱离的了CRUD？先讲页面的根（CRUD）想好，什么批量克隆、启用、停用无非添砖加瓦而已；
2. 功效结构图也就是功效列表，只是功效列表会形貌的更细，而结构图只是列出大的框架，利便参阅，没你想象的那么庞大；
3. 虽不庞大，但每一层的关联关系可别遗忘加上，这可是咱这篇模块化设计的焦点。

2. 信息结构图：有哪些工具和字段

信息结构图：将你看到的页面信息，抽象处理到一个工具的维度，然后把统一个工具的信息放在一起。

咱们产物人画的信息结构图，不需要与开发同砚设计的数据库表结构一模一样，按你的明白将其以单个工具维度抽离出来即可。

有没有以为设计信息结构图很难，基本无从下手，不知所措？基本原因在哪？在于咱们脑海中没有面向工具的观点和对数据库表结构的明白。

什么叫工具？万事万物，皆为工具。你，我，鼠标，键盘，电脑都是工具。

工具：指详细的某一个事物，即在现实生活中能够看得见摸得着的事物。在面向工具程序设计中，工具所指的是计算机系统中的某一个身分。

在面向工具程序设计中，工具包罗两个寄义，其中一个是数据，另外一个是动作。工具则是数据和动作的结合体。工具不仅能够举行操作，同时还能够实时纪录下操作效果。方式是指工具能够举行的操作，方式同时另有另外一个名称，叫做函数。方式是类中的界说函数，其详细的作用就是对工具举行形貌操作。

工具剖析：工具由属性和方式组成。private开头的全是工具应有的属性，也就是咱们看到的信息架构图中，员工对应的信息。至于方式，咱们产物司理不需要关注，知道有就好。

表结构：表名+字段。详情可以看我另一篇文章的文末，这里不再说了哈！《后台系统架构设计-商务咨询系统》

表剖析：员工信息表用来储存员工的基本信息。一样平常由解释+字段组成，我们产物人不需要去关注数据类型，是否主键这些信息。

3. 原型图：系统长什么样，有哪些规则和交互效果

PS：原型只是案例展示，并不是真实功效，有许多按钮和规则，都没有写入，仅供参考。

若是你真的涉及想用模块化设计，需要找人交流的时刻，记得找我哟！

属性治理：

说明：属性分类与属性分组是差别观点。属性分组是将一类属性举行分组，是站在营业维度划分。属性分类，是站在产物设计维度剖析。

模板治理：

1. 模板有点类似属性分组，将一组又一组属性构建成一个又一个模板。
2. 模板一定要关联属性，否则毫无意义。

商品类目：

1. 商品类目，一定要去关联设置好的差别营业的模板；
2. 一个商品类目可以关联多个模板。

商品治理：

1. 添加商品，也就变得简朴利便。直接选择商品类目后，填写当前营业的商品模板中的属性信息即可；
2. 若是营业有更改，商品属性的增删改查变得游刃有余，不会影响旧的在售商品。随时替换随时增添新的判断，都可以，想怎么玩就怎么玩儿。