"现有需求：将商品信息录入电商平台，但不同品类的商品需要录入的商品属性是不同的，如笔记本电脑需要录入配置信息，而签字笔就只需要很简单的几个选项；这些品类有一千多个； 根据选择的品类弹出来的属性录入界面布局是不同的，是否需要开发一千个流程呢，有 ...."
现有需求：将商品信息录入电商平台，但不同品类的商品需要录入的商品属性是不同的，如笔记本电脑需要录入配置信息，而签字笔就只需要很简单的几个选项；这些品类有一千多个；根据选择的品类弹出来的属性录入界面布局是不同的，是否需要开发一千个流程呢，有没有智能点的办法，这种方案别说用户不接受，俺也不想做呀 ~ 😭
首先电商平台的表格信息是固定的吗，是固定的话那那商品中有相应信息就写进去，没有就不写（这个只需在每个属性加个判断就行了）；表格信息要是不固定的话，有分类的话，也可一按照前面那样每张表做个分类，要是表格信息既不固定也没有分类，就只能从商品那边入手了。
这是没办法的事，业务操作流程本身不就是这样的嘛
像函数传参中 arg、args、 * kwargs 一样，一个流程可以完成但是流程内判断就太多了。主要是因为你说的属性页面布局不同，这没办法。
那即使是通用属性部分可以统一操作，判断商品类型之后的子流程还是需要定制化的开发呀，想到 IF+1000 个 ELSEIF 就头疼 😒
商品没有分类吗？通过商品的类型做个判断，然后执行相应的录入流程。
首先电商平台的表格信息是固定的吗，是固定的话那那商品中有相应信息就写进去，没有就不写（这个只需在每个属性加个判断就行了）；表格信息要是不固定的话，有分类的话，也可一按照前面那样每张表做个分类，要是表格信息既不固定也没有分类，就只能从商品那边入手了。
这是没办法的事，业务操作流程本身不就是这样的嘛
像函数传参中 arg、args、 * kwargs 一样，一个流程可以完成但是流程内判断就太多了。主要是因为你说的属性页面布局不同，这没办法。
那即使是通用属性部分可以统一操作，判断商品类型之后的子流程还是需要定制化的开发呀，想到 IF+1000 个 ELSEIF 就头疼 😒
商品没有分类吗？通过商品的类型做个判断，然后执行相应的录入流程。