一种对多产品、大量公用属性的schema的定义方式

面对多条产品线及大量共用字段的需求,本文提出了一种基于配置的schema设计方法。通过XML配置文件定义产品系列,抽象字段和计算方法,减少了POJO类的数量,提高了维护性。文章详细介绍了设计思路,包括字段分组、方法分组、字段定位和长度处理,以及日期类型的处理策略。并提供了一个产品线的XML配置示例。
摘要由CSDN通过智能技术生成

需求描述:现在有多条产品线,每条产品线都有几十种产品,且所有产品线中的不同产品之间都可能有公用字段,而且不同产品可能会公用一些计算公式,产品信息通过IP多播发送,给你一个IP多播的server:port,你来监听,然后每次能消费到一个字符串,这个字符串就代表一个产品(比如金融里面债券类似产品,数量非常庞大),请问你要怎么样来定义产品的schema?

1.需求分析

关键点:产品线非常多,且有大量共用字段

假设你用java语言,你可以每个产品都对应一个pojo,那么这样会有大量pojo产生,且你接收到消息之后要判断使用哪个pojo类来反序列化,这就要使用很大规模的switch-case语句,当然你也可以使用map{type:pojoClass}来优化swith-case语句,但是你不可避免的要设计大量的不同产品的pojo类,虽然你可以使用继承的方式把公用字段抽取出来放到父类中,但是继承的代价太大,且这个抽取让人十分头疼,而且如果这些产品的字段变化很频繁呢?那你就要频繁修改pojo类,这使得维护也十分难受和头疼

2.基于配置的schema设计

2.1设计思路

这种有大量schema的,且schema之间有公共字段或计算方法的,可以采取使用配置文件来定义schema然后把所有要用的字段,在开发语言级别将所有产品的所有字段和所有计算方法都放到一个pojo中,这样使得(1)定义的pojo类最少,(2)维护更方便,可以尽可能只修改配置文件而不修改代码,比如删除某个产品的字段时,但是添加之前没有的新字段还是需要修改pojo类

考虑:当产品字段变更频繁时,可能需要频繁修改唯一的pojo,这可能风险比较高,因为可能影响到其他pojo,比如修改A产品的字段时不小心删了B产品的字段。

优化:可以在开发前按照产品的变化程度对产品分级,按照不同级别来将不同产品化为一类,比如绝对不会变的产品归为一类,这一类使用一个pojoA,变化程度中等的归为一类,这一类使用一个pojoB,变化程度高的使用POJOC这样的思路。

2.2 设计具体实践

    • 0
      点赞
    • 0
      收藏
      觉得还不错? 一键收藏
    • 0
      评论

    “相关推荐”对你有帮助么?

    • 非常没帮助
    • 没帮助
    • 一般
    • 有帮助
    • 非常有帮助
    提交
    评论
    添加红包

    请填写红包祝福语或标题

    红包个数最小为10个

    红包金额最低5元

    当前余额3.43前往充值 >
    需支付:10.00
    成就一亿技术人!
    领取后你会自动成为博主和红包主的粉丝 规则
    hope_wisdom
    发出的红包
    实付
    使用余额支付
    点击重新获取
    扫码支付
    钱包余额 0

    抵扣说明:

    1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
    2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

    余额充值