哪些自我救赎的迭代

程序员不断总结，不断思考，不断救赎才能完善，下面就是我自我救赎的总结。

企业溢价

背景：

业务期望能够更精细化的配置企业价格，来拉动企业的GMV，因此期望溢价分时分区能力

关系：

在同步货运到企业时无法通过唯一关系关联，编辑更新定价时会执行删除再新增操作导致无法通过唯一定价区间关联绑定，一但货运编辑后已存在企业关联ID无法找到，直接影响到无法同步定价给到企业侧，最后采用行政区相关关联

image.png

额外车型

背景

中面下听微面

1. 提升微面订单配对率
2. 提升中面司机的毛利率

关系：

历史坑太多，需要兼容的场景太多，保证数据源唯一，采用方案三合并数据方式

流程图 (1).jpg

批量更新物理车型

背景

在出现批量需求的时候会需要人力来进行一条条的配置和校验，人力成本和风险都较高（大批量配置都会存在少量错配漏配的情况，但无法即时察觉）；

关系：

按照产品需求，在启用做的事情比较多，导致耗时过长，浏览器报501，没有对产品需求提出异议，最终采用异步处理

UML 图.jpg