#可视化配置

的定价管理是怎么设计的? 最初想把定价做成可视化管理的动机有几个: 1、前端和后端所需要的定价信息是不一样的,所以需要各自维护一个对象,比较麻烦。 2、需要区分开发环境和正式环境的Stripe Pricing ID,每次都要检查确认;而且复制Stripe上的定价数据也麻烦。 3、因为模板要做多语言,定价信息放在前端要改很多个文件,而且json文件不能注释,无法快捷备份旧的定价方案。 做出来的成果是这样: 1、严格的环境隔离; 2、Stripe定价和优惠券都能一键配置; 3、定价展示信息灵活配置、多语言json统一管理,支持AI翻译; 4、可以设置卡片排序和是否激活,方便备份旧的定价。 截图里提供了更详细的文字介绍。 这样做也能够适应绝大部分场景,比如: 1、定价管理最后一项可以自定义权益,代码里根据权益定义给用户升级权益即可。 2、看p7-9,这一套方案只需修改少量代码,也能提供不同的定价展示方式。 用习惯的朋友会告诉我这套流程很有特色、很好用。 但问题也不是没有,比如: 1、严格的环境隔离,出现过几次用户只创建了开发环境的定价卡片,然后提问为什么生产环境无法展示定价。 2、多语言卡片每次修改卡片展示内容,需要修改全部语言的json,但有用户修改完p4没修改json,以为是代码出bug了。 3、无法支持不同模块提供不同定价内容的场景,也就是定价要可分组。 Nexty下一个版本会支持在代码里配置定价信息,这样不习惯可视化管理定价的朋友就可以通过修改代码实现需求了。