电商系统设计之运费模板（上）

电商大伙每天都在用，类似某猫，某狗等。
电商系统设计看似复杂又很简单，看似简单又很复杂
本章适合初中级工程师细看，大佬请随意

前言

在订单系统中，运费模板是其中一个重要组成部分，看似简单的一个设置，在其内的设计中，要考虑的问题还是很多滴，开始进入正题

运费模板

电商系统设计之运费模板（上）

运费模板由

模板名称
是否包邮
默认运费
特定地区运费
四部分组成，所谓模板则就是设置这样一个框架，由多个商品多对一调用一个模板，通过模板设置的规则来计算配送费用，看似简单的功能，由我来拆解开跟各位聊聊。

运费规则

无论是默认运费还是特定地区运费，无非设置如下
电商系统设计之运费模板（上）
默认几件内多少元，每增加几件运费增加多少元
特定地区则多几步设置

特定地区的运费规则可设置多个，对某个偏远地区，如西藏、新疆设置独立的配送费用

设计原则

在运费模板的设计上，应当遵循一个通用原则，难在新增易在查询，一个应用程序使用查询语句的次数要比插入多多了。当然也应该尽可能的做到增删改查都比较简单才是最佳。

首页整理下，运费模板使用的位置

后台的运费模板管理（增删改查）
前端实时计算运费
后端接收订单后进行的运费计算
后续的退款（如未发货，则应退运费）

在数据库设计中，尤其是电商相关的数据表设计，竟然会使用冗余的方法处理相关数据,意在永久保存用户在下单的时候产生的关联数据，这些数据不会因其他字表修改而变化。

数据表设计

本次对运费模板上的设计，采用一主表一子表的方式来做。
主表则是由简单的模板名称，是否包邮，创建时间构成，表结构如下

CREATE TABLE `product_template` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `title` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '模板名称',
  `type` tinyint(4) NOT NULL DEFAULT '0' COMMENT '类型 0 自定义运费 1 包邮',
  `created_at` timestamp NULL DEFAULT NULL,
  `updated_at` timestamp NULL DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=33 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

而子表为运费规则表，也是运费模板的核心灵魂，直接决定了是否会简化增删改查的复杂度。我以一对多的方式来设计规则表。将默认运费与指定运费合并在一个表内，表结构如下

CREATE TABLE `product_template_rule` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `template_id` int(11) NOT NULL COMMENT '模板编码',
  `city` text COLLATE utf8mb4_unicode_ci COMMENT '城市',
  `default_number` int(11) NOT NULL DEFAULT '0' COMMENT '默认数量',
  `default_price` decimal(12,2) NOT NULL DEFAULT '0.00' COMMENT '默认运费',
  `create_number` int(11) NOT NULL DEFAULT '0' COMMENT '新增数量',
  `create_price` decimal(12,2) NOT NULL DEFAULT '0.00' COMMENT '新增运费',
  `created_at` timestamp NULL DEFAULT NULL,
  `updated_at` timestamp NULL DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=58 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

通过template_id查询指定运费模板内包含的所有规则，因为默认运费是不需要选择城市的。所以则为 (Laravel 代码)

ProductTemplateRule::where([
        ['template_id', '=', $templateId],
    ])
        ->where('city', '=', '[]')
        ->first();

而指定城市批量查询出来则使用

ProductTemplateRule::where([
        ['template_id', '=', $templateId],
    ])
        ->where('city', '!=', '[]')
        ->first();

规则查询就这样简单的完成了。查询如此简单，插入其实也并不是太难，代码如下,前端通过JSON方式将已设置好的模板规则发送到后端，如果是默认运费模板则城市为空JSON,JSON格式如下

[
    {
        'city'=>[],
        'default_number'=>1,
        'default_price'=>1.00,
        'create_number'=>1,
        'create_price'=>1.00
    },
    {
        'city'=>['北京市','上海市'],
        'default_number'=>1,
        'default_price'=>1.00,
        'create_number'=>1,
        'create_price'=>1.00
    }
]

最终的创建运费模板的代码如下

public function create(Request $request)
{
    $template        = new ProductTemplate();
    $template->title = $request->title;
    $template->type  = $request->type;
    $result          = $template->save();

    if (!$result) {
        throw new \Exception('创建失败');
    }

    $config = json_decode($request->config);
    foreach ($config as $item) {
        $rule                 = new ProductTemplateRule();
        $rule->template_id    = $template->id;
        $rule->city           = json_encode($item->city);
        $rule->default_number = $item->default_number;
        $rule->default_price  = $item->default_price;
        $rule->create_number  = $item->create_number;
        $rule->create_price   = $item->create_price;
        $rule->save();
    }

}

本章对设计表和如何创建做了详细讲解，下章说说应当如何计算运费效率最高~