电商控制台前台整合优化

前台逻辑

1. 显示商品菜单
2. 输入id，进入某个商品
3. 检测登录和注册

根据登录和注册的状态，订单或者是购物车都需要登录。

1. 登录：生成订单（先生成订单表，再生成订单详情表）

开发直接购买，加入购物车,

购物车：合计功能，购物车，购物车就是一个虚表

     订单，订单详情，用户表，商品表实表

     控制台购物车（占内存）。

 整合：

bug

1. 进入首页，这里直接登录或者注册

两种选择，一个是登陆或者注册，一个是选择商品.

控制台单任务，网页是多任务。

Debug 执行到哪一步。不清楚输出到哪步

先设断点

1. 进入商品页面后，如果没有兴趣，选择另外一款商品

实现：递归调用显示商品的列表

（3） 购物车

加入购物车后，不显示主菜单，显示当前商品

解决方法：把购物车的最后一个元素显示，不进行数据库查询操作。

（4）回到主菜单，需要查看购物车

购物车结算后，程序就退出了

只考虑逻辑，考虑bug，理清思路，后期优化。

查看购物车逻辑回来，如果退出，还是查看主页商品.

(5)用户名输入错误

优化：

1. 字符串的加号, concat
2. 字符串的replace，替换StringBuilder的replace
3. 多参数内容是否可以用类的私有化解决。

修改时，代码不做大幅度修改，使用面向对象编程，把添加参数做为某个类的参数，调整类.

注意：后期尽量不要对代码做大幅度改变，保证面向对象编程。

1. 编程之前，全局的思维。

订单，订单详情, 在商城的

图书馆管理,订单---à借阅者  

公司人员管理:用户表 商品表（上级主管表，批准）订单（请假，病假，出勤

整合逻辑不同.(由于bug临时)

1. 掌握使用反射的增删改查的接口的编写.

整合：把思路的变化，过程---à对象-à接口

考虑：面向对象-à面向接口

后台整合：

前台整合：写，调整bug，优化代码.

一般：java  反射  多线程（synchronized，在审核就是多线程） String的源码方法，ArrayList扩容的源码，HashMap类型

代码在Gitee码云：实现更新 · 5373eb9 · zyt/麦当劳投资人 - Gitee.com