day18【前台】订单/13-尚硅谷-尚筹网-前台-订单-确认订单-思路

好，下边呢，我们过来啊，去看一下。我们要做下一块内容了，哎，因为从这开始我们就可以进入到确认订单了，咱们分析一下确认订单这一块的一个思路哈。起点，它的起点是在哪儿？它的起点是在我们去结算这。局部截个图啊。他起点是这个去结算。呃，从这个去结算这儿，然后我们要发送请求到。啊，当然是找我们这个还是找的哈。

关键是看到下一个页面我们需要哪些东西，哎，需要这个现在把用户现在目前的这个收货地址的信息呢，给他查出来。嗯，然后对这一部分还得允许他添加这个新的地址。哎，然后这个项目信息这部分倒是好说，这个部分我们就从30里边取取出来就行了。回报的这些数量呢，我们可以先把它给，呃，和我们30里边的数据呢，去做一个合并。哎，就是在这儿先做一个操作，就是说合并我们这个回报的数量。合并return return count，因为我们这边把这知识给发过来了呀。哎。嗯。嗯。这是一个跟三神玉有关的啊，三神域里边去合报合并一个三神的一个数量。

啊，那部分就就呃，数据就有了。哎，然后这个这个是我们现场填的，那么这部分需要去查一下。哎，那么也就是说呢，需要去查一下我们的这个收货地址信息。那就得找provider。这个MYSQLR去把这个收货的地址的信息查出来啊，这边我们叫啥。这部分我们当时咱们叫啥来着。嗯，收货地址是吧，啊。

收货地址信息。这个收货地址信息，我们具体是哪一个实体类啊。呃，具体来说呢，这个实体类就是我们这个po叫address po。呃，那么页面上显示呢，也还是这几个属性，哎，就是说我们。Receive name phone number，然后是这个address。哎，然后。那就是说我们如果说严谨一点，或者说我们说别打乱我们这个项目里边哈，这些个组件的结构的话，页面上跟页面对应的话，应该有一个VO。啊，虽然说我们用这个po的话应该也可以啊，但是。呃，我们再去建一个VIVO的话，会比较这个严谨。啊，所以说这个项目，所以说我们这边收货地址信息呢，应该来一个没有啊。

嗯。用它呢，去给我们查出来。查出来带着这个啊，这个这个这个时候他就放模型里边就可以了哈。哎，我们想想啊，他是不是他也得放三生玉啊。呃，因为它牵扯到啥呢，它牵扯到一个。呃，走支付流程，支付流程走完以后，我们的。支付宝的那个流水号也出来了，然后跟三神域里边这些数据呢，再合并一次，再合并完了的话呢。我们才能够去往数据库里边保存啊，所以说它也需要保存到。呃，这个三生域里边，对，它也要保存到三生域里边哈。

好。呃，把它也保存到31，然后呢，就是说这个。嗯。发送到页面上去显示。哎，就是我们查的数据哈，包括以前的数据和这次查的数据都准备好，然后呢，页面上去显示这些。哎，至于说页面上再去做这个后续的这个操作啊，那其实这这个就是这个下一块的主要是这个地址的一套增产改查。呃，发票这其实倒还好啊，然后就是这个填了这边就是点这个付款的事儿了。嗯。就是页面显示完了，这里边儿还有个事，就是创建这个新的地址。

创建新地址这一部分呢，它是不能把页面跳转到别的地方的，所以说呢，这部分呢，它是得用Ajax方式来做的。啊，发完了，发完了这个请求以后，哎，还是在当前这个页面啊，你想创建还可以再创建啊，你在这儿是允许他创建很多个的。所以他这是一个这个这个意思啊，转一圈他又回来了。