python-django电商项目需求分析
1.用户模块
1)注册页
- 注册时校验用户名是否已被注册。
- 完成用户信息的注册。
- 给用户的注册邮箱发送邮件,用户点击邮件中的激活链接完成用户账户的激活。
2)登录页
- 实现用户的登录功能。
3)用户中心
- 用户中心信息页:显示登录用户的信息,包括用户名、电话和地址,同时页面下方显示出用户最近浏览的商品信息。
- 用户中心地址页:显示登录用户的默认收件地址,页面下方的表单可以新增用户的收货地址。
- 用户中心订单页:显示登录用户的订单信息。
4)其他
- 如果用户已经登录,页面顶部显示登录用户的信息。
所以这个模块有5个页面
- 注册页
- 登录页
- 用户中心-信息页
- 用户中心-地址页
- 用户中心-订单页
2.商品相关
1)首页
- 动态指定首页轮播商品信息。
- 动态指定首页活动信息。
- 动态获取商品的种类信息并显示。
- 动态指定首页显示的每个种类的商品(包括图片商品和文字商品)。
- 点击某一个商品时跳转到商品的详情页面。
2)商品详情页
- 显示出某个商品的详情信息。
- 页面的左下方显示出该种类商品的2个新品信息。
3)商品列表页
- 显示出某一个种类商品的列表数据,分页显示并支持按照默认、价格、和人气进行排序。
- 页面的左下方显示出该种类商品的2个新品信息。
4)其他
- 通过页面搜索框搜索商品信息。
所以这个模块有四个页面:
- 首页
- 商品详情页
- 商品列表页
- 搜索结果页
3.购物车相关
- 列表页和详情页将商品添加到购物车。
- 用户登录后,首页,详情页,列表页显示登录用户购物车中商品的数目。
- 购物车页面:对用户购物车中商品的操作。如选择某件商品,增加或减少购物车中商品的数目。
所以这个模块就只有一个页面:
- 购物车页面
4.订单相关
- 提交订单页面:显示用户准备购买的商品信息。
- 点击提交订单完成订单的创建。
- 用户中心订单页显示用户的订单信息。
- 点击支付完成订单的支付。
所以这个模块就只有一个页面:
- 订单页面
####################################################################
架构设计的注意点:
注意1:前后端问题
上面都是讲的前段的内容,但是除此之外还有后台管理的页面,添加商品,管理我网站上面要显示的内容,
实际的公司里面开发项目,django有后台管理的模块,可以管理页面,但是像电商大型的项目,不会使用这个django后台,会专门开发后台管理页面,
那django的后台什么时候用?有一个项目你想要很快的做出来,就可以使用这个django后台先搭起来,
或者一个博客,或者做一个新闻类型的网站,你可以使用它的后台管理页面,
这个项目就是使用的django的后台管理功能,
注意2:数据库使用问题
实际开发中都会使用mysql数据库,这是使用最多的,
但是如果用户量非常大,会把常用的数据,或者是页面放到缓存里面,为什么?比如首页,首页的商品信息是数据库来的,但是展示的商品很长时间才动,
如果访问人非常多,比如1万人就要从数据库查1万次,就太频繁了,所以会把页面放到缓存里面,放到缓存的服务器里面,
而且用户来了之后需要存用户的session信息,如果用户非常大,你要不停的查数据库,所以还需要一个session的服务器,提高它的效率,
使用到的缓存数据库就是Redis数据库,内存型的数据库,这就是最常用的场景,使用Redis数据库,作为我们的缓存服务器,和session服务器,
注意3:异步任务处理问题
除此之外还需要异步的任务处理,比如注册之后,发送给用户一个邮件,这种比较耗时,就需要一个异步的任务处理,使用celery来异步处理这种耗时的任务,
注册之后,交给celery发邮件,不应该用户操作页面,该干什么干什么,就体验很好,
注意4:分布式文件存储问题
除此之外还涉及到商品的图片,对于一个大型的网站,涉及到很多的商品图片,django本身上传图片,它的效率是很低的,
在我们的这个项目中,就不再使用django默认的这个图片上传的处理,我们使用一个分布式文件储存系统,帮助我们存储图片,
这个系统叫fastdfs,这个分布式文件存储系统是一个淘宝的使用的一个系统,后来开源了,后来很多的电商网站就使用这个系统,
######################################################################################
数据库设计
这是非常重要的一环
用户表:ID,用户名,密码,邮箱,激活标识(表示用户是否被激活),权限标识(因为你要把管理员和普通用户放在一张表)
地址表:ID,收件人,收件地址,邮编,联系方式,是否默认(默认收货地址),用户ID(和用户是1对多的)
商品SKU表:ID,名称,简介,价格,单位,库存,销量(不放这也可以计算出来,但是按照人气排序,就是使用销量,可以减少关联的操作,就不用统计了,)
商品详情,图片(还是要记录一张,否则每次都要连表查效率低,这就是以空间换时间),状态(上下架),SPUID,种类ID,
商品SPU表:ID,名称,详情,
商品种类表:ID,种类名称,logo(这是种类前面的小logo),图片(这是种类的展示图片)
商品图片表:ID,图片,SKUID(和商品一对多,一个商品有多个图片)
首页轮播商品表:ID,SKUID(你是轮播的哪一个商品),图片(这是一个大banner),index(可以控制展示的顺序)
首页促销活动表:ID,活动图片,活动的url地址(跳转的可能不是一个商品,而是一个活动地址),index(可以控制展示的顺序)
首页分类商品展示表:ID,SKUID(我要展示哪一个商品),种类ID,index(可以控制展示的顺序),展示标识(比如1是展示成图片,0是展示成标题)
购物车功能:Redis实现购物车功能,并不打算建一个表,因为每次点击加商品和减商品,都要操作数据库,验证库存,这样可以使用Redis缓存,
但是我有疑问,为什么每次都要去校验呢?体验好,不然就是你要在提交的时候才知道库存不足,
至于怎么使用Redis放数据,实现购物车的功能,后续再说,
订单信息表:ID,订单ID,收获地址ID,用户ID(谁下的单),支付方式,商品的总数目(根据运营需求来,加上可以利于分析数据,不加也可以),
总金额(可以不加,但是加上有利于分析数据),运费,支付状态,订单创建时间,
订单商品表:ID,订单ID,SKUID,商品数量,商品价格(因为价格会变动,所以一定要记录),订单和商品是一对多,一个订单可以多个商品,评论
用户浏览历史记录:还是保存在Redis数据库中,
所以设计表的时候有一个套路,就是一旦发现有一对多的关系,就要分成两个表,
表在设计之前是需要仔细斟酌的,不可能今天该,明天该,不会频繁变动,
-------------------------------------------
电商里面SKU与SPU概念
SPU = Standard Product Unit (标准产品单位)
SPU 是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述 了一个产品的特性。通俗点讲,属性值、特性相同的商品就可以称为一个 SPU。
例如:iphone7 就是一个 SPU,与商家,与颜色、款式、套餐都无关。
SKU=stock keeping unit(库存量单位)
SKU 即库存进出计量的单位, 可以是以件、盒、托盘等为单位。
SKU 是物理上不可分割的最小存货单元。在使用时要根据不同业态,不同管理模式来处理。 在服装、鞋类商品中使用最多最普遍。
例如:纺织品中一个 SKU 通常表示:规格、颜色、款式。
举例:iPhone7是一个SPU,但是白色iPhone7是一个sku,黑色iPhone7也是一个sku,
######################################################################################
项目框架搭建
我需要自己实现这个项目搭建
1,新建django项目,使用命令行创建没有templates这个文件夹,需要手动创建,
2,一个模块就有一个应用app,所以有四个app,
3,项目配置:app配置,数据库配置,语言时区配置,templates路径配置,static路径配置,
查看Django的版本,可以直接在控制台进入Python解释器,输入print(django.VERSION),或者输入python -m django --version,都可以实现查看Django版本。
D:\AI\dailyfresh>python -m django --version
File——Setting——project:项目名——project interpreter——双击Django,勾选Specify 再右边下拉选需要的版本,最后Install Package就可以了
4,开始url编写对应关系,这个url的地方最好使用反向解析的方式,这样改动路径不用大量更改代码
5,定义一个db/base_model.py的文件,一个数据表的基类,给每一个表增加三个字段,
6,按照一个富文本编辑器,pip install django-tinymce
7,配置文件加上一句:
# 加上这句表里的字段都是一样的,就是不在使用django提供的auth_user表,而且使用自己的,
AUTH_USER_MODEL = 'user.User'
这样基本的项目框架就搭好了,
注意:
在新版本Django2.x中,url的路由表示用path和re_path代替,
模块的导入由django1.x版本的
from django.conf.urls import url,include
变成现在的Django2.x中的
from django.urls import path, re_path, include