无框架电商多店铺商品规格维护咨询：动态商品添加方案

作为一个搭建过类似无框架多店铺电商系统的开发者，我完全理解你面临的品类规格差异化问题——给每个品类写专属表单绝对是下下策，分享几个可扩展、易维护的最优方案：

这是最常用也最灵活的方案，核心是分离通用属性与个性化属性：

• 数据库层面：
  • 主表products存储所有商品的通用属性：比如商品名、价格、库存、所属店铺ID、品类ID等。
  • 新增product_attributes表，结构可以是id, product_id, attr_key, attr_value，用来存每个商品的个性化规格（比如服装的「尺码:L」、手机的「内存:8G」）。
  • 新增category_templates表，给每个品类预设属性模板：比如服装模板包含「尺码（下拉选项）、颜色（多选）、面料（文本输入）」，手机模板包含「内存（下拉选项）、摄像头像素（数字输入）、电池容量（数字输入）」。
• 前端&后端逻辑：
  • 店铺添加商品时，先选择品类，系统根据品类ID加载对应的属性模板，动态生成表单字段。
  • 提交后，通用属性存入products表，个性化属性逐条存入product_attributes表。
• 伪代码示例（无框架PHP为例）：

// 加载选中品类的属性模板
$categoryId = $_POST['category_id'];
$attrTemplate = getCategoryAttrTemplate($categoryId); // 从category_templates查询

// 渲染动态表单
foreach($attrTemplate as $attr) {
    echo "<div class='form-group'>";
    echo "<label>{$attr['attr_name']}</label>";
    if($attr['input_type'] === 'select') {
        echo "<select name='attrs[{$attr['attr_key']}]'>";
        foreach(explode(',', $attr['options']) as $opt) {
            echo "<option value='{$opt}'>{$opt}</option>";
        }
        echo "</select>";
    } else if($attr['input_type'] === 'checkbox') {
        foreach(explode(',', $attr['options']) as $opt) {
            echo "<label><input type='checkbox' name='attrs[{$attr['attr_key']}][]' value='{$opt}'>{$opt}</label>";
        }
    } else {
        echo "<input type='{$attr['input_type']}' name='attrs[{$attr['attr_key']}]'>";
    }
    echo "</div>";
}

// 保存数据
$productId = saveProduct([
    'name' => $_POST['name'],
    'price' => $_POST['price'],
    'category_id' => $categoryId,
    // 其他通用属性
]);

// 保存个性化属性
foreach($_POST['attrs'] as $key => $value) {
    saveProductAttribute($productId, $key, $value);
}

如果不想维护多表关联，或者你的系统筛选需求不多，这个方案更轻量化：

• 数据库层面：在products表新增specs字段（用TEXT或数据库原生JSON类型，比如MySQL 5.7+的JSON）。
• 逻辑层面：同样用品类模板生成动态表单，提交后把所有个性化规格打包成JSON字符串存入specs字段。
• 优点：结构简单，不用处理多表关联；缺点：如果需要按规格筛选商品（比如筛选「内存8G」的手机），JSON字段的查询效率远不如单独的属性表，适合筛选需求较弱的场景。
• 伪代码示例：

// 处理提交的规格数据
$specs = [];
foreach($_POST['specs'] as $key => $value) {
    $specs[$key] = $value;
}
$specsJson = json_encode($specs);

// 保存到products表
saveProduct([
    'name' => $_POST['name'],
    'price' => $_POST['price'],
    'specs' => $specsJson,
    // 其他通用属性
]);

如果部分属性需要频繁筛选（比如服装的尺码、电子产品的内存），可以采用这种平衡方案：

• 在products表中为高频筛选属性单独加字段（比如size、memory），提升查询效率。
• 剩下的小众、低频属性，用方案1的动态属性表或方案2的JSON字段存储。
• 这种方式兼顾了查询性能和扩展性，适合有明确高频筛选需求的场景。

• 维护成本爆炸：每新增一个品类，就要开发一套新的表单页面、后端校验逻辑、存储逻辑，后期品类数量上来后，代码会变得臃肿不堪，修改一个小需求都要改N处。
• 扩展性极差：如果某个品类需要新增或修改属性，必须改动代码，没法通过后台配置快速调整，完全不符合多店铺电商的灵活需求。

内容的提问来源于stack exchange，提问作者user1900054