导图社区 UFX开发提效(O32兼容接口500个)
这是一篇关于UFX开发提效(O32兼容接口500个)的思维导图,描述了UFX与核心交互原则内容。
社区模板帮助中心,点此进入>>
互联网9大思维
产品立项报告
组织架构-单商户商城webAPP 思维导图。
域控上线
产品经理如何做好项目管理
python思维导图
经验分享:产品经理必懂的产品思维
产品诞生过程
产品周期图
css
UFX接口原则
UFX与核心交互原则
操作型
原则:UFX调用相应的子系统
1、客户按照业务域(与O45微服务结构一致)维度调用子系统接口:如竞价指令下达,UFX直接调用权益
2、客户想要聚合功能,UFX调用聚合服务
查询型
UFX接口不提供投管型的分析查询功能,只提供投交底层数据查询功能
日间交易查询(用于客户交易型系统接入)
单业务域查询
子系统核心:如竞价委托查询
跨业务域查询
UFX聚合查询子系统核心:如持仓查询
净值 单位净值查询
报表
风控试算 可用查询
CMC
定时/日终数据同步(定时查询用于分析性系统)
历史数据查询
消息型
原则:谁生产消息谁推送给UFX
如果客户需要聚合,UFX进行聚合:如兼容O32指令消息推送
O32兼容接口(500个)
单业务
原则:子系统接口与O32兼容接口一对一,UFX只做字段及字典转换
原则:准实时接口查询,比如成交查询
多业务
原则:UFX调用聚合服务,UFX一个接口对应聚合一个接口
原则:UFX调用报表服务
历史查询
消息推送
原则:UFX分别订阅核心MQ消息,发送MC
开发提效
原则1:UFX不做硬编码开发,只有跨系统查询UFX进行聚合(比如O32与O45成交一起查询)
原则2:UFX一切皆配置,设计文档直接生成配置文件
结论:基于原则1与原则2,代码自动生成后,开发只需要进行单元测试