网站建设需要什么书,建立个人免费网站,wordpress图像大小,泛站群介绍
假设现在需要实现一种功能: 从某个远程的组件(消息队列或远程文件)拉取最后几条记录做一个展示.
需要支持如下的组件: Kafka RocketMQ OSS 假设还有很多, 这里不列了 …
显然, 每种组件需要的参数各不一样, 那么此时如何使用一个统一的结构来表达这些组件的参数呢?…介绍
假设现在需要实现一种功能: 从某个远程的组件(消息队列或远程文件)拉取最后几条记录做一个展示.
需要支持如下的组件: Kafka RocketMQ OSS 假设还有很多, 这里不列了 …
显然, 每种组件需要的参数各不一样, 那么此时如何使用一个统一的结构来表达这些组件的参数呢?
刚遇到这个这个需求时, 感觉它和 Java 里常遇到的 多态JSON 序列化很像(确实). 但在实践中, 我们这份配置需要被多种编程语言的程序使用, 我们需要考虑各个语言解析多态JSON的难度. 因此我们尽量选择一种简单的通用的做法, 不依赖特殊的json特性, 也就是本文介绍的方法2.
方法1 使用通用 map 结构 这也是一种常见做法. 使用 mapstring, object 结构来存储相关参数, 同时约定加入一个字段 type “组件名”, 使得使用者知道是哪个组件. 比如
{type: kafka,brokers: [aaa, bbb],topic: xxx-topic,advancedOptions: {auth: {...}}
}优点:
序列化简单添加新类型不用修改结构体没有使用特殊的 json 特性
缺点:
弱类型: 操作没有静态类型方便遇到嵌套结构时, 处理起来有点麻烦 …
如果你要将这种方式与静态类型结合, 那么通常避免不了要反序列化 2 次: 先把 type 解析出来知道具体类型, 然后再对着具体类型反序列化一次. 如果这个行为不频繁, 那反序列化 2 次完全是可以接受的. 方法2 使用静态类型
{type: kafka,kafka: {// 这里存放 kafka 特有的配置brokers: [aaa, bbb],topic: xxx-topic,advancedOptions: {auth: {...}}}
}想要解析这个json的人最好准备一个 class 去承担反序列化
class FromComponent {// type 的取值是 kafka / rocketMQ / oss// 当然也可以约定枚举值必须是大写, 从而使用 KAFKA ROCKET_MQ OSS// 总之 type 能和 具体的字段对上就行String type;KafkaConf kakfa;RocketMQConf rocketMQ;OSSConf oss;// 将来可能继续增加 ...
}优点:
静态强类型只需要反序列化一次
缺点:
使用的时候需要先判断 type 再去取对应的字段值 (不算是缺点, 其他方案也未必能少得了这个步骤 或者判断 instanceOf)由于是静态类型, 在 FromComponent 里需要写上所有可能得 type 以及这些 type 对应的配置结构体, 如上面的 kafka/rocketMQ/oss …添加新类型时需要到这里加字段
我觉得上面的缺点都不算特别不可接受. 当需要修改或新增类型时, 最大的工作肯定不是在于配置描述, 而是在对应的处理实现上.
其他
如果你曾经尝试过 Java 里的多态JSON序列化, 那么你可能会遇到如下的表示法:
{type: kafkafrom: {kafka的配置...}
}
{type: ossfrom: {oss的配置...}
}
{kafka: {kafka的配置...}
}
{oss: {oss的配置...}
}这种方法在实践中可以解决序列化问题, 但实际使用的时候依旧少不了 instanceOf, 总之你需要先判断一下再转类型到子类. 那跟方法2里的先判断一下 type 再选取对应的字段, 理论上没有任何区别. 而且要注意方法2不需要json框架支持多态反序列化.
