需求背景
土建行业某软件，组织结构为 项目 -> 工程 -> 施工部位，创建工程时，有工程类型这个属性，单个项目下有数个工程类型。要求用户可以使用默认的工程类型，也可以用户自己创建，同时用户可以修改、删除默认的工程类型。用户自行创建的工程类型好说，那么通用的类型怎么做到每个项目互不影响还能修改删除呢？
实现过程
原始实现方式：
由于是微服务架构，项目组织的管理与工程的管理的后端分属不同的服务，于是在创建项目的同时，通过redis pub一个指令，然后工程服务消费该指令，创建归属该项目的默认工程类型。这样每个项目都有属于自己的默认类型，无论怎么操作都不会影响别的项目。完美～
找PM去交差，PM说，无论是服务间调用或者pub/sub方式都不是最优解，因为我们的原则是尽最大可能避免后端服务之间的交互。兄弟，你还嫩着呢，哪这么容易就过我这关（好吧他没说这句....）。
我摔！ #@&#%$!@#&(!
类似懒加载的实现：
我最终没敢摔，回去拿我的脑细胞撒气了。
创建项目的时候不能为每个项目创建自己的默认工程类型，那么默认的类型必须是全局的，全局的类型在每个项目中创建工程时使用，但又允许项目中的用户修改或删除，我太难了.....
这个时候，前端同事讨论页面图片的懒加载，我忽然兴奋了，后端为啥不能这么搞？全局的类型参数只在选择类型时展示(占坑)，当用户真正使用这个默认参数创建工程时，会复制一个项目自己的类型参数，并使用这个参数在显示时覆盖全局的类型参数。话不多说，上例子：
- type: 工程类型表
| id | name | projId | scope | fromType | state |
|---|---|---|---|---|---|
| 1 | 桥梁 | global | avaliable | ||
| 2 | 路面 | global | avaliable | ||
| 3 | 路基 | global | avaliable | ||
| 4 | 隧道 | global | avaliable |
下面看操作：
- 使用默认类型： 假设上面四个为默认的全局工程类型，某个项目(id为84的项目)下创建工程时，选择"桥梁"作为类型，那么数据就会变成：
| id | name | projId | scope | fromGlobalType | state |
|---|---|---|---|---|---|
| 1 | 桥梁 | global | avaliable | ||
| 2 | 路面 | global | avaliable | ||
| 3 | 路基 | global | avaliable | ||
| 4 | 隧道 | global | avaliable | ||
| 5 | 桥梁 | 84 | private | 1 | avaliable |
该项目下我再次取类型时，首先取projId为84的类型和全局的类型，然后根据fromGlobalType的类型ID排除掉全局id = 1的类型, 那么便还是桥梁、路面、路基、隧道四个类型，但桥梁，已经变成了项目自己的桥梁了，那么我对其名称修改为 “桥”，无所谓啊，随便改，反正我不会影响全局默认类型1了。
| id | name | projId | scope | fromGlobalType | state |
|---|---|---|---|---|---|
| 5 | 桥 | 84 | private | 1 | avaliable |
- 修改默认类型：其后端对数据的操作与1基本相同，不过是name直接修改了。
- 删除默认类型：假设删除默认类型“路面”，数据变成
| id | name | projId | scope | fromGlobalType | state |
|---|---|---|---|---|---|
| 1 | 桥梁 | global | avaliable | ||
| 2 | 路面 | global | avaliable | ||
| 3 | 路基 | global | avaliable | ||
| 4 | 隧道 | global | avaliable | ||
| 5 | 桥梁 | 84 | private | 1 | avaliable |
| 6 | 路面 | 84 | private | 2 | unavaliable |
该项目下再次取类型时，会根据state = unavaliable 和 fromGlobalType = 2 将 2和6两个类型全部排除，那么该项目下返回的类型只剩下 3,4,5 桥梁、路基、隧道三个了。
总之一句话，全局的只用来展示，使用时(包括修改和删除)创建自己的，是不是有点像懒加载啊？
PS: 这第一次，大家轻点鄙视..
