类似懒加载的配置参数存储及实现方式

需求背景

    土建行业某软件，组织结构为 项目 -> 工程 -> 施工部位，创建工程时，有工程类型这个属性，单个项目下有数个工程类型。要求用户可以使用默认的工程类型，也可以用户自己创建，同时用户可以修改、删除默认的工程类型。用户自行创建的工程类型好说，那么通用的类型怎么做到每个项目互不影响还能修改删除呢？

实现过程

原始实现方式：

     由于是微服务架构，项目组织的管理与工程的管理的后端分属不同的服务，于是在创建项目的同时，通过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

    下面看操作：

1. 使用默认类型： 假设上面四个为默认的全局工程类型，某个项目(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

2. 修改默认类型：其后端对数据的操作与1基本相同，不过是name直接修改了。
3. 删除默认类型：假设删除默认类型“路面”，数据变成

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: 这第一次，大家轻点鄙视..