ATM购物车项目总结

目录

• 项目实现思路
  • ATM项目
  • 优先实现功能
  • 拆分函数
• 项目路径展示
• 项目启动文件 start.py
• 配置文件 setting.py
  • 日志配置字典
    • 日志函数
• 展示层 src.py
  • 用户注册
    • 获取用户输入
    • md5加密
    • 调user功能接口
  • 用户登录
    • 基本流程
    • 接口返回值一致性
    • 登录成功修改全局字典
  • 登录校验装饰器
    • 循环导入
  • 查看余额
    • 从全局字典获取当前用户名
    • 调bank功能接口
  • 余额提现
    • 从全局字典获取当前用户名
    • 调bank功能接口
    • 判断用户输入是否是整数或小数
    • 手续费 免费额度
  • 账户充值
  • 用户转账
    • 转账逻辑
  • 查看流水
    • 添加时间信息 转账流水
  • 添加购物车
    • 核心逻辑
    • 展示商品
    • 使用临时字典
    • 展示临时字典
  • 查看购物车
  • 清空购物车
    • 主要逻辑
  • 管理员功能
    • 校对用户信息字典
    • 校对全局变量
    • 有参装饰器
    • 冻结用户
      • 查看文件的函数
    • 解冻用户
• 逻辑层 interface
  • 对传入数据进行校验
• 数据层 db_handler.py
  • 数据层的优化
  • 数据层的select函数
  • 数据层的save函数
• common文件到底有什么？

项目实现思路

ATM项目

ATM架构设计
	三层架构
    	core目录下的src.py(浏览器)              (展示层)
     	interface目录下的多个py文件(框架)      （核心逻辑层）
      	db目录下db_handler.py(数据库服务)      (数据处理层）

优先实现功能

在src.py的展示层写面条版的函数，先实现主题功能，暂时别想着优化

拆分函数

如下图是一个用户注册功能函数:



我们要做的是将其到interface、db构成三层架构

拆分到哪？

核心逻辑层 有user bank shop admin等文件，负责不同的功能， 将跟user相关的代码（登录、注册） 放入相应的user_innerface.py文件

然后如果在innerface层下需要进行数据操作，就调用db层的函数。

请注意:展示层只能访问逻辑层，不能访问数据层。

项目路径展示

项目启动文件 start.py

项目启动文件start.py可以放在项目根路径，也可以放在bin文件夹下。

该文件首先要做的第一件事就是使用os.path.dirname获取将当前项目路径，并将其导入sys.path。

然后就是调用展示层文件src.py。

使用if name == __name__:标志这个文件是启动文件。



请无视飘红，这是pycharm的小bug,实际程序是可以运行的。

配置文件 setting.py

配置文件应该存放的是一些不会变动的信息，如项目的根路径、数据库的路径、日志的存放位置。

当其他模块要用这些路径的时候的时候，从配置文件导入即可。注意当数据库db不存在时，settings.py会进行创建,所以在第三层一定要导入settings.py。

日志配置字典

可以先别急着实现日志功能，中后期再添加日志。

关于日志模块的配置信息，应该写在settings.py文件内，并且封装成函数方便调用：

日志函数

日志函数属于公共功能，应该放在common.py。

在每个接口文件的开头都放一个logger，方便调用，下面拿bank接口文件举例：



所有这个文件内产生的日志，都是银行日志。

展示层 src.py

用户注册

获取用户输入

获取用户输入包括 获取用户名和获取密码

可自行添加：退出、输入两次密码比对

这两个功能逻辑简单，可以放在展示层

md5加密

使用hashlib对用户输入的密码进行md5加密，将密文保存到数据层，下次用户登录直接比对密文。

展示层只调用加密函数，加密函数应该存放于lib/common.py路径下:

调user功能接口

将用户名、密文输入user接口函数：



接口函数在核心逻辑层，在user_interface.py文件内：



逻辑层调用数据层的select函数，检查用户是否注册。再建立用户信息字典，最后调用数据层的save函数，输入用户信息字典，保存数据。

用户登录

基本流程

1.获取用户输入

2.md5加密

3.调user功能接口

调user功能接口：

接口返回值一致性

这个接口返回两个值：登录状态，信息

请注意之前注册接口的返回值只有一个值，这样我们每次调接口都要查看到底有几个返回值，容易混淆。为了保持接口返回值一致性，应该都改成返回两个值

将用户名和密文传入login_interface函数:

这里需要注意的是，每次传入的参数，都需要进行校验，保证传入干净的数据。

登录成功修改全局字典

当登录成功后，会修改全局字典：

将全局字典'username'键的值从空改成当前用户。



全局字典对应的是cookies。也就是你登录网站之后，网站会给你返回一个通行证，浏览器帮你把这个通行证存在本地。下一次登录就拿出来给网站看，也就不需要重新输入用户名密码了。

还有一个原因就是，使用的用户多了之后，如果放在第二层、第三层则会增大服务器的开销，所以放在第一层让用户承担开销，更为合理。

登录校验装饰器

由于我们希望只有登录的用户，才能使用更多功能，所以要给其他函数添加装饰器。



只有当全局字典是有值的，才会执行被装饰函数。还记得吗，登录成功会将全局字典的值改为当前用户。

循环导入

装饰器理论上应该放入common.py，因为登录检验的逻辑不是我们应该给用户展示的，但是放入common.py容易引起循环导入：

查看余额

从全局字典获取当前用户名

调bank功能接口

这个功能比较简单，先调用bank接口（之前是user接口），再调用select函数得到用户信息字典，返回用户的余额数据即可。

余额提现

从全局字典获取当前用户名

调bank功能接口

传入用户名、提现金额两个参数。

接口函数在逻辑层:

判断用户输入是否是整数或小数

对用户输入的数字，我们要进行校验，可以将校验的代码封装成函数，放在common.py。需要用的时候直接调用。这里建议在第二层做校验用户输入，第一层只能输入数据。

手续费 免费额度

在用户提现时收取一定手续费，手续费的数据应该放在settings.py下，便于管理。

免费额度的意思是：在免费额度内，用户提现不需要手续费，如果超过额度，就需要手续费。

以支付宝为例：每个用户有2万元的免费额度，超出后按照0.1%收取手续费。

实现思路：可以在用户信息字典中添加一个键值对，存放该用户的提现免费额度。

账户充值

与余额提现很相似，故省略。

repay:



repay_interface:

用户转账

转账相对来说，比前面复杂一点点，需要指名给谁转账：

转账逻辑

关于转账需要注意：

1. 不能转账给自己
2. 确认被转账的人存在
3. 确认用户余额足够转账
4. 确认转账之后当前用户金额减少
5. 确认被转账用户金额增加
   
   

查看流水

在发生充值、提现、转账、购物车结算，这种涉及到账户余额变化的事件时，要将金额变动的信息加入用户信息字典。只要有钱的变动，就应该有流水信息。



所以应该在上述函数中，都添加一些代码，将流水信息添加到用户字典。

添加时间信息 转账流水

查看流水，就是将用户信息字典的流水信息拿出来展示，这个功能实现很简单，不再赘述。

也可以给流水添加时间信息:



注意转账功能的流水，既需要给当前用户添加流水，也需要给被转账的用户添加流水。

日志也可以实现这个功能，建议后期再添加日志。

添加购物车

核心逻辑

user_data = {'shop_car': {'印度飞饼': [20, 22]}}  # 现在的字典
swap_dict = {'印度飞饼': [100, 22], '仿真玩偶': [1, 10000]}  # 临时字典
for good in swap_dict:  # 1.键一个一个取出来
    if good in user_data.get('shop_car'):  # 2.如果商品在user-data中
        user_data.get('shop_car').get(good)[0] += swap_dict.get(good)[0]  # #3.修改数量的值
    else:
        user_data.get('shop_car')[good] = [swap_dict.get(good)[0], swap_dict.get(good)[1]]  # 如果不存在就新增键值对
print(user_data)

展示商品

用户需要先查看商品，才能添加购物车。可以在逻辑层写一个展示商品的函数。商品数据也可以放在逻辑层。商品数据也可以保存在文件，做成配置项，从settings导入。

使用临时字典

什么叫临时字典？在添加购物车时，我们运行用户循环添加，直到用户输入q则停止添加。如果不使用临时字典，则用户每次添加，都会进行一次数据层的文件写入。使用临时字典，则是将数据保存在字典中，等到用户输入q，再将字典中的数据一次性写入文件。总得来说就是减少了写入的次数。

展示临时字典

因为临时字典是在程序运行中临时存在的，所以无法通过查看文件中的用户信息，来看到临时字典里的东西。

只能及时展示，每次循环临时字典都会变动。

查看购物车

调用shop接口查看用户字典即可，很简单，不再赘述。购物车是空的时候，要进行提示。

清空购物车

主要逻辑

从用户字典读出当前购物车信息，对商品价格进行计算，比对余额是否充足，将余额减去商品价格，最后将购物车清空，记录金额变动的流水，最后写入用户信息字典。

管理员功能

校对用户信息字典

管理员用户也是用户，只不过他有一个键值对比较特殊is_admin:true。已经登录的用户想使用管理员功能，就要先进行用户字典中数据值的校对，如果is_admin == true则可以使用管理员功能。说明一点，对于普通的用户注册，它们的信息字典从创建开始默认：is_admin:false。也可以设置只有管理员用户才有这个键值对。



调用接口函数查看当前用户是不是管理员：



确认is_admin这个键的值：

校对全局变量

给全局变量字典扩充一个键值对：



登录成功后，会将这两个键值对的值都进行修改。如果是管理员登录则会将'is_admin'修改为true。

此时获取当前全局变量字典的信息，就可以进行是否为管理员的校验了。

有参装饰器

装饰器要能区分哪些是普通函数，哪些是管理员函数。所以要外界传一个参数，告诉装饰器现在装饰的是普通函数还是管理员函数。如果是管理员函数就多加一个分支，如果是普通函数就按照原来进行。



先校验用户是否登录，再校验当前功能函数级别。

如果这个函数是普通函数(装饰器传参为normal)，则直接执行。

如果这个函数是管理员函数（type=='admin'），则校验全局字典的is_admin键值对。如果是True，则继续执行。

如果is_admin == false则是普通用户，就走else不然其使用管理员函数。

给函数装上有参装饰器：



这样看起来确实更加清晰推荐使用，但是装饰器获取的还是全局变量字典的值（cookies），全局变量在展示层，理论上用户可以修改，所以我觉得应该还是有安全隐患。但是也不钻牛角尖了，就这样了！！而且使用有参装饰器和全局字典就可以少写一个校验admin的接口函数。

冻结用户

冻结用户之前，管理员先要能查看所有的用户吧，所以要在数据层写一个查看所有用户的函数。



db目录大概是这样：



这个函数返回用户名的列表：



在接口层改用户的is_lock键值对：



在登录函数添加判断是否锁定的逻辑：

查看文件的函数

可以扩展这个查看文件的函数，给他传入参数（一个目录，文件后缀名），他给你返回一个此目录下所有你指定后缀名的文件。比如指定txt，就给你返回目录下所有文本文件。

解冻用户

会冻结难道不会解冻吗？

提示：获取db目录所有被冻结的用户名单

def unlock_user():
    cold_user = []
    user_list = db_handler.check_file()
    # 1.获取所有被冻结的用户
    for user in user_list:
        user_data_dict = db_handler.select(user)
        cold_massage = user_data_dict.get('is_lock')
        if cold_massage:
            cold_user.append(user)
        else:
            continue
    # 2.展示被冻用户
    for num, user in enumerate(cold_user):
        print(f'编号{num},用户名：{user}')
    while True:
        # 3.解冻
        admin_choice = input(f'请输入要冻结的用户编号>>>')
        if admin_choice.lower() == 'q':
            break
        if not admin_choice.isdigit():
            print('输入错误')
            continue
        admin_choice = int(admin_choice)
        if admin_choice not in list(range(len(cold_user))):
            print('超出范围')
            continue
        user_name = cold_user[admin_choice]
        user_data_dict = db_handler.select(user_name)
        user_data_dict['is_lock'] = False
        print(f'解冻{user_name}成功')
        db_handler.save(user_data_dict)

逻辑层 interface

对传入数据进行校验

逻辑层会接受到用户传入的数据，为了安全性，我们必须对传入数据进行校验。

数据层 db_handler.py

数据层的优化

数据层总是需要用到项目路径(base_path)、数据库路径(db_path),这两个路径都是不变的。

在每个函数内都写很麻烦，我们可以将其放入配置文件conf/setting.py

优化前：



放入配置文件：

(当db不存在就创建)



在数据层（db_hander.py）导入即可form conf import setting

数据层的select函数

注意：当用户存在，返回用户信息的字典，当用户不存在，返回None。

数据层的save函数

ensure_ascii参数保证写入的时候不会把中文转成unicode编码，增强可读性。

common文件到底有什么？

1. 加密
2. 用户登录装饰器
3. 用户输入校验
4. 日志函数