商城业务-购物车 - Githubissues

P236 商城业务- 购物车-环境搭建

老师讲了什么？
- 这一集搭建了购物车服务，其搭建流程是
1. 创建购物车模块，填写包名、模块名，描述；选中依赖导入；引入common依赖，排除mybatis依赖。
2. 实现“动静分离”，将静态页面导入到项目的template包下。将静态资源放入nginx的staic目录下
3. 开启服务注册发现和远程调用（配置服务名，端口号，nacos-server地址；使用注解开启）
4. 搭建域名访问环境，修改系统dns，修改nginx转发（不用做），增加gateway路由规则。
5. 使用浏览器用域名访问服务。
学习策略：
- 了解业务流程，重点观摩老师从零实现一个新功能的思路和写代码的习惯
掌握程度
- 基本掌握
课程难度
- 简单
时间花费
- 课程长度：12：23
- 实际花费：12分钟
遗留问题
- 我自己创建的项目，需要哪些操作，别人才可以通过坐标导入我项目的依赖？
- 3：30 怎么看一个静态资源的路径是什么？
- 6：30 这里演示了用注解排除依赖的操作
接口文档
148

P237 商城业务- 购物车-数据模型分析 ⭐

老师讲了什么？
- 这一集老师在服务开发之前，进行了需求分析，技术选型，数据结构分析
- 老师首先参照京东，对服务进行需求，查看购物车需要有哪些功能模块
1. 用户在未登录状态可以使用离线购物车，添加商品
2. 当用户登录以后，离线购物车的商品会合并到在线购物车并清空离线购物车。
3. 购物车还需要增删改查功能。
4. 购物的下单功能，优惠券提醒功能。
  - 老师在分析完购物车的功能后，开始选择用什么技术来存储购物车的数据
5. 在线购物车（特性：购物项是文档型数据，需要持久化存在、读多写多。）
  1. mysql——由于购物车数据读多写多，所以不适合mysql，数据库压力大，吞吐量太低。
  2. mongodb——不能带来很大的性能提升
  3. redis+持久化策略——redis的读写并发性能高，适合存储文档型数据，可以使用持久化策略定期保存到硬盘
6. 离线购物车
  1. localstorage、WebSQL、cooke这些前端数据库——不放在后端，购物车数据没有办法用于个性化推荐
  2. 仍然放入redis
    - 在确定选用redis后，老师开始分析用什么样的数据结构存储购物车数据
- 老师首先分析了购物车有哪些数据要保存：
  - 用户的信息，每一个用户对应着一个购物车。一个购物车包含多个购物项
  - 购物项包含：商品skuId，单格，被选中状态，标题，总数，总价格，sku信息（销售属性组合）
- 使用list存储购物项，Map<String k1,list<购物项>>——不方便频繁定位，修改目标购物项
- 使用HashMap存放购物项，从而——Map<String k1,Map<String k2,CartItemInfo>> (k1,用户id；k2,购物项的商品id）
学习策略：
- 了解业务流程，重点观摩老师从零实现一个新功能的思路和写代码的习惯
掌握程度
- 基本掌握
课程难度
- 正常
- 重要：这一集是一个典型的需求分析、技术选型、数据结构选择的流程演示
时间花费
- 课程长度：22：27
- 实际花费：30分钟
遗留问题
- 我自己创建的项目，需要哪些操作，别人才可以通过坐标导入我项目的依赖？
- 3：30 怎么看一个静态资源的路径是什么？
- 6：30 这里演示了用注解排除依赖的操作
- 7：32 什么叫做文档数据
- 8：00 我对mongodb特别好奇，看到了好几次了
- 8：35 redis的持久化策略有什么来着？
- 17：20 list不支持随机访问吗？
- 20：50 id为什么用string而不是用int，long呢？
- hashmap在项目中，和普通的map用起来有什么区别吗？
接口文档
148

P238 商城业务- 购物车-VO编写

老师讲了什么？
- 这一集老师根据前端可能会传给后端的数据，封装了两个VO
- CartVo——购物车总信息：购物项数组，购物车的总数，总类型数，总价，优惠后的价格
- CartItemVo——每一个购物项内容：skuId，check，title，image，skuAttr，count，price，totalPrice
- 然后老师重写了这些属性的get方法，比如总数量就是遍历每一个购物项，将count进行累加。
学习策略：
- 了解业务流程，重点观摩老师从零实现一个新功能的思路和写代码的习惯
掌握程度
- 大致了解（涉及BigDecimal的计算这块有些模糊）
课程难度
- 正常
时间花费
- 课程长度：12：09
- 实际花费：13分钟
遗留问题
- 2：55 老师说价格牵扯到计算，所以必须要用BigDecimal，为啥？
- 4：00 当有一个属性需要自定义get方法，@Data这个注解就没法用了哇
- 弹幕说VO属性的get方法就写在VO里面不规范。
接口文档

P239 商城业务- 购物车-ThreadLocal用户身份鉴别 ⭐

老师讲了什么？
- 这一集老师实现了让后台服务器识别用户是否已经登录，如果没有登录可以给用户注册一个临时用户。
- 由于老师选择用redis保存购物车的信息，所以老师引入了redis依赖，配置了redis地址。
- 老师创建了cartService接口以及其实现类，注入了redisTemplate来操作redis。
- 之后老师在cart服务引入了SpringSession的依赖，添加了配置，最后注解开启了SPringSession。
- 老师创建了一个CartController，针对两种获取购物车数据的方式，创建了两个接口请求（一个是跳转到购物车页面，一个是使用ajax请求悬浮显示）
- 针对跳转到购物车页面的功能，老师创建了一个cartListPage(HttpSession session)
- 该方法的逻辑：如果能够从浏览器对应的session中拿到login-user信息，则说明用户已经登录；如果没有，则为用户创建一个user-key的cookie，相当于一个临时用户。浏览器下次访问购物车就可以带上这个cookie。
- 针对这个逻辑，老师创建了一个拦截器，用于在执行Controller方法之前，判断用户是否登录，并封装好给到Controller目标请求。
- 拦截器继承HandlerInterceptor接口，重写preHandle方法（在执行目标Controller以前），该方法主要分为两部分
  - 由于拦截器需要将用户的登录状态传递给Cart中的Controller，所以专门抽取了一个UserInfoVo，包含user-id（登录了）和user-key（没登录）
  - 如果用户登录成功，服务器会在redis中保存用户信息，并且命令浏览器创建一个cookie-id来获取session信息。服务器拿着浏览器cookie的id，从session中获取数据，封装成MemberRespVo，拦截器从MemberRespVo中获取user-id，set到UserInfoVo中。
  - 如果session中获取不到user-key，就使用request.getCookies()，获取Cookie[]，遍历Cokkie数组，检查是否有cookie的name=“user-key”，如果有说明已经分配了临时数据，将user-key的值封装进UserInfoVo传递给目标Controller
  - 另外要创建一个拦截器的配置类实现WevMVCConfigurer接口，指定拦截的请求路径，老师这里使用“/**”表示拦截所有请求。
  - 最后将封装好的userInfoTo放进threadLocal中，同一个线程（一次请求过程中）的controller就可以拿到userInfoTo。
- 如果用户既没有user-id也没有user-key，那么就拦截器就随机生成一个user-key，封装进userInfoTo。并且实现postHandle方法（Controller方法执行完毕），命令浏览器创建一个user-key的cookie保存。（设置作用域和过期时间）
学习策略：
- 了解业务流程，重点观摩老师从零实现一个新功能的思路和写代码的习惯
掌握程度
- 大致了解（涉及BigDecimal的计算这块有些模糊）
课程难度
- 很难（涉及到了SpringSession，ThreadLocal，拦截器，To的封装，cookie这些点。
- 重要（threadLocal，拦截器，这都很重要）
时间花费
- 课程长度：37：54
- 实际花费：65分钟
遗留问题
- 00：30 应该用一个专门的redis用来存放购物车？那是不是实际项目，每个大的功能都专门用一个redis服务器？
- 00：40 老师提到了面向接口编程
- 1：30 Sl4j是干啥来着？
- 跟日志有关
- 11：13 讲到了拦截器，拦截器是啥？
- 没有登录的情况下，有session吗？
- 13：20 可以从request里面获取session？
- 19：15 讲到了thread local，在同一个现成共享数据
- 25：30/**是指所有请求的意思吗？
- 我把SpringSession和单点登录真有点学混乱了。
- SpringSession通过统一redis存储，扩大子域范围，分布式服务不共享session，子域名之间cookie不共享的问题。（跟单点登录无关，没有中心认证服务器，单点登录靠的是认证服务器命令浏览器创建cookie。
- Controller里面的接收请求的是类吗？还是方法
- 凡是固定的内容，老师都抽取成常量。凡是要和前后端，服务间传输的内容，老师都抽取成Vo/To
- 为什么到了拦截器这里就需要用threadlocal来共享数据了呢？以前的Controller和service和dao之间不都是直接注入，传参吗？难道不要threadLocal，拦截器的数据就到不了Controller吗？
接口文档

P240 商城业务- 购物车-页面环境搭建

老师讲了什么？
- 这一集修改前端代码，让购物车列表，首页，购物车添加成功页面可以互相跳转
学习策略：
- 浏览一遍，排查是否有遗漏的重要知识
掌握程度
- 大致了解
- 不重要（前端代码）
课程难度
- 正常
时间花费
- 课程长度：8：35
- 实际花费：7分钟
遗留问题
- 3：00 这里为什么没有用页面映射？
接口文档

P241 商城业务- 购物车-添加购物车

老师讲了什么？
- 这一集老师完成了购物车的添加功能（临时购物车和登录购物车），添加购物车的流程如下：
- 老师在CasrtService中增加了一个请求处理 addToCart，其接收商品的skuId和添加的数量。
  - 从threadLocal中拿到拦截器的UserInfoTo，如果用户登录了获取user_id，否则获取user-key。将这个视为存入redis的key，来区分临时购物车和登录购物车。
  - 注入redisTemplate，使用BoundHashOperations，创建一个专门操作对应key的operations对象。将上述两个流程抽取成getCartOps方法。专门根据用户的登录状态，来决定操作redis中哪一个key对应的value。
- 想要向redis中保存商品信息，首先要调用远程的product服务，获取skuInfo信息，并添加到cartItem中。
- 至于sku的组合信息，需要自定义SQL，查询sku_sale_attr_value表，最后set到cartItem中去
- 最后使用cartops.put(skuId.toString(),cartItem.toJsonString)，将cartItem信息保存进redis。
- 由于这个方法涉及了两处远程查询，老师为了提高系统的性能，采用了多线程的方式
  - 增加一个线程池的配置文件
  - 注入线程池，将远程查询sku信息和远程查询sku组合参数，都分别放进一个CompletableFuture.runAsync(()→{ })中去
  - 使用Completable.allOf.get();让主线程阻塞等待两个远程查询都结束，再将数据存入redis（否则会出现redis中没有数据的问题）
学习策略：
- 了解业务流程，重点观摩老师从零实现一个新功能的思路和写代码的习惯
掌握程度
- 大致了解（涉及JSON序列化和R的知识很迷）
课程难度
- 困难
- 重要（这集老师又应用到了redis和异步编排）
时间花费
- 课程长度：41：38
- 实际花费：50分钟
遗留问题
- 16：15 老师每次只要一开始封装，抽取，我地思路就容易跟不上
- 16：40 介绍了BoundHashOperation，创建一个操作redis的对象，绑定redis的某个key。 options的所有操作都会直接操作这个key对应的value。
- 16：53 老师又把现成的代码抽取成方法了。
- 20：35 为什么这里获取的skuInfo会是R类型的对象？到底R是什么时候用呢？
- 22：00 这里又出现了TypeReference了
- 29：00开始自定义sql了
- 37：15 出现了数字转换异常。这是一个典型的异步编排问题，最后使用allOf解决
- 39：00到底什么时候会抛异常，什么时候不会抛异常呢？
接口文档

P242 商城业务- 购物车-添加购物车细节

老师讲了什么？

这一集老师细化了添加购物车，即如果购物车中已经有了对应的商品，只需要修改商品的数量即可）
老师在添加商品之前，先查询是否商品已经存在String res=(String)cartOps.get(skuId.toString());

如果没有这个商品就继续执行添加商品的方法，如果没有，则进行数量累加。

String res=(String) cartOps.get(skuId.toString());//将redis对应skuId的商品信息拿到转换成字符串
if(StringUtils.isNotEmpty(res)){  //如果商品信息不为空，说明已经存在对应的商品
cartItem cartItem =JSON.parseObject(res,CartItem.calss); //将商品信息字符串转成购物车列表项对象
cartItem.setCount(cartItem.getCount()+num);//对对象的num字段进行累加
cartOps.put(skuId,toString(),JSON.tojSONString(cartItem));//再将购物车列表项对象转成JSON字符串存回redis。
return cartItem;

学习策略：
- 了解业务流程，重点观摩老师从零实现一个新功能的思路和写代码的习惯
掌握程度
- 大致了解
课程难度
- 较难
- 重要（涉及对象，JSON，String，格式转换等的常见操作）
时间花费
- 课程长度：6：03
- 实际花费：16分钟
遗留问题
- 1：15 涉及了强制转换
- 3：10 又是逆转然后又转回来
- 4：00 出现了一个现成安全问题，但是老师没深入
接口文档

P243 商城业务- 购物车-RedirectAttribute

老师讲了什么？
- 这一集老师使用重定向解决了购物车刷新“添加成功”页面，后台重复提交的问题。
- 原有的逻辑：刷新页面，就会发送addToCart请求，后台就会执行addToCart方法，向redis中保存数据，返回最近的cartItem并展示success页面。
- 优化逻辑：当添加成功后，重定向到success页面（相当于跳转到了新的页面），刷新页面后不会再重复发送添加请求。
- 基于这个优化逻辑，老师又增加了一个Controller addToCartSuccessPage()，当请求aadToCart请求执行完毕以后，会将skuId添加在重定向路径的后面，访问Controller addToCartSuccessPage()，其负责查询redis中的购物项并展示success页面
- 最后老师对比了两种重定向携带数据的方式
- redirectAttributes.addFlashAttribute();将数据保存到session里面，并在重定向的页面取出，但是只能取一次。再次刷新就丢失
- redirectAttributes.addAttribute();将数据放在url后面（重定向的页面可以取出url，进行查询，再将数据放在model里面。）
学习策略：
- 了解业务流程，理解概念，观察老师的编程习惯、思维、技巧。
掌握程度
- 大致了解流程，具体的语法肯定不熟，无法独立写出来
课程难度
- 较难（我对重定向这块真的很迷）
- 重要（涉及到了重定向相关的操作）
时间花费
- 课程长度：14：10
- 实际花费：26分钟
遗留问题
- 1：30 重定向和跳转的区别是什么？
- 3：15 这个Controller的请求参数就是一个页面？
- 8：50 redirectAttribute和model的区别是啥？
- 12：55 为什么将数据放到session里面，只能用一次？session不是会话级别的吗？
接口文档

P244 商城业务-购物车-获取&合并购物车

老师讲了什么？

这一集老师实现了购物车列表的展示，并且登录后的购物车可以合并临时购物车
老师创建了一个cartListPage的controller，其中cartService.cart()可以获取整个购物车对象，并返回给前端页面。
getCart的逻辑是：
通过UserInfoTo userInfoTo=CartInterceptor.threadLocal.get(); 获取用户的登录信息，来判断用户的登陆状态。

对于没有登录的用户，返回临时购物车

if(userInFoTo.getUserId==null)   //如果用户没有登录
{
String cartKey=CART)PREFIIX+userInfoTo.getUserKey(); //将用户的user-key+前缀就是redis中的key值
BoundHashOperations<String,Object,Object> hashOps=redisTemplate.boundHashOps(cartKey)封装一个专门操作这个key值得对象
list<Object> values=hashOps.values(); //获取redis中对应得value值
if(values!=null&&values.size()>0{ //如果value有值
List<CartItem> collect=values.stream().map((obj)→{ //将value的值进行遍历
String str=(String) obj; 
CartItem cartItem =JSON.parseObject(str,CartItem.class); //将redis中的value值都转换成cartItem对象
}).collect(Collectors.toList());//最后收集成一个cartItem对象的list集合
cart.setItems(collect);} //将集合中的cartItem加到临时购物车cart中去
return cart; //将cart返回给前端页面

如果用户已经登陆了，那么就先获取临时购物车的数据，将cartItem addTocart()，再获取登录购物车的数据，返回给前端。至于临时购物车的数据，就做一次删除（把临时购物车的cartKey直接一删就没了）

学习策略：
- 了解业务流程，理解概念，观察老师的编程习惯、思维、技巧。
掌握程度
- 大致了解流程，具体的语法肯定不熟，无法独立写出来
课程难度
- 较难（主要是对redis的操作，而且redis的操作总是逃避不了类型转换）
时间花费
- 课程长度：31：26
- 实际花费：30分钟
遗留问题
- .html请求和普通请求的区别是啥？前者会展示页面吗？
- 1：40 threadLocal不是获取一个线程的信息吗？如果我点击了一次添加商品到购物车，和我点击打开购物车，这是两个请求，对应两个线程吧？一个线程的范围到底有多大？生命周期有多长？
- 4：00 为什么这块转换不了？还有为什么用到了object？
- 12：18 登录以后将临时购物车的数据做一次添加到购物车，巧妙地利用了线程的添加购物车方法，妙啊
接口文档

P245商城业务-购物车-选中购物项

老师讲了什么？
- 这一集老师勾选了某个购物项以后，后端服务接收请求，根据skuId和check获取cartItem，修改其是否选中信息。再重定向cart.html，查询最新的购物车数据并展示。
学习策略：
- 了解业务流程，理解概念，观察老师的编程习惯、思维、技巧。
掌握程度
- 大致了解
课程难度
- 正常
- 不重要（这个业务感觉已经淘汰了）
时间花费
- 课程长度：9：17
- 实际花费：9分钟
遗留问题
- 无
接口文档

P246 商城业务-购物车-改变购物项的数量

老师讲了什么？

这一集老师实现了修改购物项数量的功能，思路和上一集类似。创建一个controller，接收数量和skuId，更新redis，重定向到购物车页面，展示最新数据。

public void changeItemCount(Long skuId,Integer num){
cartItem cartItem=getCartItem(skuId);  根据前端传来的skuId，获取购物项
cartItem.setCount(num); //更新购物项的数量
BoundHashOperations<String,Object,Object> cartOps=getCartOps(); //创建一个专门操作购物车的对象
cartOps.put(skuId.toString(),JSON.toJSONString(cartItem)); //向购物车中保存购物项
} //

学习策略：
- 了解业务流程，理解概念，观察老师的编程习惯、思维、技巧。
掌握程度
- 大致了解流程，具体的语法肯定不熟，无法独立写出来
课程难度
- 正常
时间花费
- 课程长度：9：22
- 实际花费：9分钟
遗留问题
- 无
接口文档

P247 商城业务-购物车-删除购物项

老师讲了什么？
- 这一集老师实现了修改购物项数量的功能，思路和上一集类似。创建一个controller，接收skuId，直接删除这个skuId对应的键值，重定向到购物车页面，展示最新数据。
- ```
public void deleteItem(Long skuId){
BoundHashOperations<String,Object,Object> cartOps=getCartOps(); //创建一个专门操作购物车的对象
cartOps.delete(skuId.toString()); //删除购物项
} //
```
学习策略：
- 了解业务流程，理解概念，观察老师的编程习惯、思维、技巧。
掌握程度
- 大致了解流程，具体的语法肯定不熟，无法独立写出来
课程难度
- 正常
时间花费
- 课程长度：5：27
- 实际花费：5分钟
遗留问题
- 无
接口文档

AugustTuan / LifeTime

商城业务-购物车 #205

P236 商城业务- 购物车-环境搭建

148

P237 商城业务- 购物车-数据模型分析 ⭐

148

P238 商城业务- 购物车-VO编写

P239 商城业务- 购物车-ThreadLocal用户身份鉴别 ⭐

P240 商城业务- 购物车-页面环境搭建

P241 商城业务- 购物车-添加购物车

P242 商城业务- 购物车-添加购物车细节

P243 商城业务- 购物车-RedirectAttribute

P244 商城业务-购物车-获取&合并购物车

P245商城业务-购物车-选中购物项

P246 商城业务-购物车-改变购物项的数量

P247 商城业务-购物车-删除购物项