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

需求背景

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

实现过程

原始实现方式:

     由于是微服务架构,项目组织的管理与工程的管理的后端分属不同的服务,于是在创建项目的同时,通过redis pub一个指令,然后工程服务消费该指令,创建归属该项目的默认工程类型。这样每个项目都有属于自己的默认类型,无论怎么操作都不会影响别的项目。完美~
     找PM去交差,PM说,无论是服务间调用或者pub/sub方式都不是最优解,因为我们的原则是尽最大可能避免后端服务之间的交互。兄弟,你还嫩着呢,哪这么容易就过我这关(好吧他没说这句….)。
     我摔! #@%^@#^%&#%$!@#&(!

类似懒加载的实现:

    我最终没敢摔,回去拿我的脑细胞撒气了。
    创建项目的时候不能为每个项目创建自己的默认工程类型,那么默认的类型必须是全局的,全局的类型在每个项目中创建工程时使用,但又允许项目中的用户修改或删除,我太难了…..
    这个时候,前端同事讨论页面图片的懒加载,我忽然兴奋了,后端为啥不能这么搞?全局的类型参数只在选择类型时展示(占坑),当用户真正使用这个默认参数创建工程时,会复制一个项目自己的类型参数,并使用这个参数在显示时覆盖全局的类型参数。话不多说,上例子:

  • type: 工程类型表
idnameprojIdscopefromTypestate
1桥梁globalavaliable
2路面globalavaliable
3路基globalavaliable
4隧道globalavaliable

    下面看操作:

  1. 使用默认类型: 假设上面四个为默认的全局工程类型,某个项目(id为84的项目)下创建工程时,选择”桥梁”作为类型,那么数据就会变成:
idnameprojIdscopefromGlobalTypestate
1桥梁globalavaliable
2路面globalavaliable
3路基globalavaliable
4隧道globalavaliable
5桥梁84private1avaliable

    该项目下我再次取类型时,首先取projId为84的类型和全局的类型,然后根据fromGlobalType的类型ID排除掉全局id = 1的类型, 那么便还是桥梁、路面、路基、隧道四个类型,但桥梁,已经变成了项目自己的桥梁了,那么我对其名称修改为 “桥”,无所谓啊,随便改,反正我不会影响全局默认类型1了。

idnameprojIdscopefromGlobalTypestate
584private1avaliable
  1. 修改默认类型:其后端对数据的操作与1基本相同,不过是name直接修改了。
  2. 删除默认类型:假设删除默认类型“路面”,数据变成
idnameprojIdscopefromGlobalTypestate
1桥梁globalavaliable
2路面globalavaliable
3路基globalavaliable
4隧道globalavaliable
5桥梁84private1avaliable
6路面84private2unavaliable

    该项目下再次取类型时,会根据state = unavaliable 和 fromGlobalType = 2 将 2和6两个类型全部排除,那么该项目下返回的类型只剩下 3,4,5 桥梁、路基、隧道三个了。

    总之一句话,全局的只用来展示,使用时(包括修改和删除)创建自己的,是不是有点像懒加载啊?

点击数:32

发表评论

您的电子邮箱地址不会被公开。

*

code