day18\19 做了第一个项目ATM+购物车

Ⅰ    软件目录规范(对英语不好的人太不友好了)

    core:存放核心业务逻辑;interface:存放中间接口文件,内可细分银行,功能接口,购物接口等,看个人了;db:数据库文件,主要与数据库交互功能,读取数据和修改数据;lib:存放程序的自己设置模块:例如装饰器;conf:存放配置文件,如路径等;run.py:程序启动文件,一般放于项目所在的根目录,和上方文件夹平级;README:项目说明文件.

Ⅱ    ATM+购物车项目要求

    作业需求：

模拟实现一个ATM + 购物商城程序

额度 15000或者自己设置

    ①需要有注册功能

实现购物商城，买东西加入 购物车，调用信誉卡接口结账

    ②购物车功能,结算功能

可以提现，手续费5%

    ③提现功能,并扣除手续费

每月22号出账单，每月10号为还款日，过期未还，按欠款总额 万分之5 每日计息

    ④拜拜了您嘞,现在不会

支持多账户登录

    ⑤登录功能

支持账户间转账

    ⑥转账功能

记录每月日常消费流水

    ⑦记录流水,金额变动记录

提供还款接口

    ⑧还款(就是存钱)

ATM记录操作日志 

    ⑨日志功能

提供管理接口，包括增加账户、客户额度，冻结账户等。。。

    ⑩管理员功能(后端GM)

客户认证用装饰器

    ①①登录认证装饰器

Ⅲ    需求提取完后我们再分析出展现给客户的功能

    登入;注册;查看余额;转账;还款;取款;查看流水;购物;查看商品;管理客户

Ⅳ    开整

    注册功能:先分析逻辑

    #1>循环,让客户输入客户名和两次一致的密码;2>判断两次密码能否一致;3>检验客户能否存在;3.1>若客户存在则重新输入,3.2>客户不存在,则组织客户的数据;4>保存客户数据到文件中;5>打印注册成功,并退出循环;剩下的问题就简单了,代码实现

注册功能不分层

    这种呢就是之前的操作了,但是显而易见ATM得到目的不是这样的,下面说下程序三层结构

程序三层结构

优点

　　1、开发人员可以只关注整个结du构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。

缺点

　　1、降低了系统的性能。这是不言而喻的。假如不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必需通过中间层来完成。 　　2、有时会导致级联的修改。这种修改尤其表现在自上而下的方向。假如在表示层中需要添加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都添加相应的代码。