待评价列表预订单解耦后的逻辑
2017-01-06 16:20:00 0 举报待评价列表预订单解耦后的逻辑是指将待评价列表和预订单两个模块之间的关联性降低，使得它们可以独立地进行操作和更新。这样，当一个模块发生变化时，不会影响到另一个模块的正常运行。这种解耦的方式可以提高系统的稳定性和可维护性，同时也便于开发人员对各个模块进行单独的优化和改进。总之，待评价列表预订单解耦后的逻辑能够提高系统的灵活性和健壮性，为用户提供更好的使用体验。
作者其他创作
大纲/内容
N
UGC将“不可评价”给业务订单
修改后订单评价逻辑
1、待评价订单状态传到UGC和订单中心2、业务订单展示评价入口（业务本身无入口无需展示）
待评价订单状态传到订单中心
当前订单评价逻辑
1、业务订单将“评价完成”状态给订单中心2、业务关闭评价及修改评价入口
对于增加时间限制的
Y
1、UGC待评价信息消失2、订单中心展示订单状态
用户评价
用户是否评价
1、业务订单状态改为不可评价2、将“不可评价传给订单中心”
订单中心展示订单状态
订单消费后
订单中心待评价列表展示评价
1、业务将“不可评价”传给UGC和订单中心2、业务关闭评价入口
业务订单判断是否可评价
1、业务订单将“不可评价”状态给订单中心2、业务关闭评价入口
订单中心展示不可评价
UGC判断是否可评价
此处UGC是否需要定义接口，给各个业务订单？
UGC将“评价完成”传给业务订单
UGC待评价列表展示评价
1、订单状态保持待评价用户一直可以评价2、部分业务增加了评价时间限制
0 条评论
下一页
