购物车作为电商APP来说，是必备的。并且很多公司面试初级Android会问你购物车的实现思路和步骤，第一是想看你是否思路清晰，第二是否有过实践。里面的逻辑我相信用过淘宝、天猫、京东等电商APP的都比较清楚，但是写这个功能并不容易，很容易把逻辑写错，或者写着写着人就懵逼了，这是因为已经深陷其中，当然了，我也是一个菜鸟，在这里也是分享一下自己写这个购物车的一些思路和想法，大神大佬就一笑而过吧。

  购物车说难其实不难，主要是与用户的交互比较多，交互是三方一起完成的，用户、页面、后台。后台提供数据给页面显示出来，页面提供操作逻辑供用户操作，用户通过操作提交最终结果给后台。就像是一个圈。购物车也有简单的做法。首先就是只有商品没有店铺，这样在逻辑的复杂程度就低一些，其次就是用户操作一次页面，就向后台提交一次数据，

当然这种方式比较Low，也对网络的要求很高。但是对页面来说就很简单，因为页面只负责显示数据，不复杂逻辑处理，它要做的就是请求后台，拿到数据，刷新当前页面即可，但是这样后台的接口就多了，这不是一个合理的做法，但是它有效，如果你实在搞不定购物车的逻辑的页面交互可以这么做，前提是别让你的项目经理发现。

  要知道既然是购物车，首先要有商品才行吧，而商品其实就是数据，常规开发过程中，这些数据是由后台提供的，而这里既然是写Demo，那自然就不用那么麻烦了，自己写假数据就可以了。

首先要在AS中创建一个项目，命名为ShoppingCart。

创建好之后，要准备一些数据，用来显示购物车里面的数据。当然了，我这里都是一些假数据，不过实际开发中的数据也和这个大体相似，你要说完全一模一样，那就不可能。

在com.llw.cart包下新建一个bean包。这个包下新建一个CarResponse类，代码如下：

下面创建一个util包，包下创建一个Constant类，里面的代码如下：

这里面就是JSON数据了，下面要做的就是吧这个JSON数据通过Gson成对应CarResponse，然后通过适配器将数据渲染出来形成一个列表展示。当然首先要设计布局。

所有布局绘制完成后的效果图如下所示

那么先从drawable开始吧。

bg_goods_num.xml

bg_increase_goods_num.xml

bg_reduce_goods_num.xml

bg_settlement.xml

bg_white_8.xml

ic_check.xml

ic_checked.xml

drawable下面的就写完了，下面到这个layout了，首先是activity_main.xml

item_good.xml

item_store.xml

OK，布局这边就写完了。

配置项目的依赖和网络使用情况，首先在AndroidManifest.xml中增加网络访问权限的配置

然后修改一下styles.xml中的样式

然后就是配置项目的依赖库了，首先在工程的build.gradle下配置

然后在app下的build.gradle中配置。

配置好之后点击右上角的Sync Now进行同步依赖库。同步好之后进入第四步，渲染数据。

列表的渲染自然是离不开适配器的，那么一个购物车里面可能有多个店铺，一个店铺有多个商品，那么就是两个列表，也需要两个适配器，店铺适配器和商品适配器。

首先是店铺适配器，在com.llw.cart下创建一个adapter包，包下新建一个StoreAdapter类，里面的代码如下：

然后是商品适配器，在新建一个GoodsAdapter类，里面的代码如下：

适配器都写好了，那么该去Activity中去显示数据了。

进入MainActivity，创建一些变量

然后新建一个initView方法，在这里进行数据的解析，然后赋值，后面设置到适配器中。

最后在onCreate方法中调用initView方法即可。

然后可以运行了，效果如下：

现在这个列表就展示出来了，简单的模拟了一下购物车，商品不多，点到为止。

  从上面的代码步骤中已经做好了准备工作，下面就要来实现购物车的具体功能了，光看着像是不行的，银样蜡枪头，中看不中用。

设置店铺和商品的选中，需要修改一下CarResponse类。

在这个类中的OrderDataBean类下新增加一个变量，用于判断店铺是否选中，同时增加get和set方法。

同时也要在CartlistBean下创建一个变量，用于判断商品是否选中，同时增加get和set方法。

商品选中

修改GoodsAdapter中的代码，在convert中增加如下代码：

就是通过之前的那个变量去判断是否为选中，以此改变ImageView的图片资源。然后在StoreAdapter中进行判断监听，在StoreAdapter的convert中增加如下代码

然后你可以运行试一下看看

这样就实现了商品的选中和未选中效果了，当然这个效果还不是最终的，这里面还涉及到和店铺的交互，以及底部合计价格的变化。

下面来看看店铺的选中效果。要使item可点击，同样要添加点击事件 在StoreAdapter的convert中增加如下代码：

而店铺的点击事件的判断要在MainActivity中。

在MainActivity中的initView方法中增加如下代码：

运行一下吧。

可以看到，店铺和商品现在的选中和取消选中是没有问题的，当然这样还不够，因为还缺少一些业务，下面来一步一步的增加。

  在写功能之前，首先来想一个问题，单选、多选、全选之间的关系。单选指的是单个店铺里单个商品选中，该店铺如果所有商品都选中，则店铺自动选中，而直接选中店铺则里面所有商品选中，这是单选也是多选，你选中店铺其实就是多选店铺中的商品。这么解释不知道你好不好理解，下面来说全选，全选就是所有商品或店铺选中，所有商品选中就是所有店铺选中，所有店铺选中就是所有商品选中，两者满足其一都是为全选，而全选也是可以主动和被动，主动就是用户点击这个全选按钮，然后选中所有商品或者店铺，被动就是通过对所有店铺的选中或者所有商品的选中来达成全选。同时全选之后再点击就是取消全选。这段文字看起来是比较的绕，但是我相信你可以理解，你要是从语言上不能理解，你可以实际操作一下，你随便打开一个电商APP，进入购物车试一下就知道了，试的过程中你再想一下这段文字，你会理解的更深。

下面进入编码环节，首先来做商品全部选中，触发店铺选中。

要做到这一点那么你就必须记录该店铺下的选中商品的数量，当选中商品数量等于店铺商品数量时，店铺选中。当数量不等时，店铺不选中。

这里可以写一个接口，在util下新建一个GoodsCallback接口，里面的代码如下：

代码比较简单，因为选中商品的操作是在StoreAdapter中，所以要在StoreAdapter中调用这个checkedStore，在MainActivity中通过实现这个GoodsCallback接口，重写回调方法checkedStore里面去选中店铺。

在StoreAdapter中，创建对象。

然后在StoreAdapter方法中赋值

然后在StoreAdapter中新写一个方法，用于控制是否选中店铺。

这里先记录选中商品数量，遍历完成之后，判断选中数量是否等于店铺拥有商品数量，然后根据不同情况传递不同的状态值进去即可。

方法写了自然就要有地方去调用，调用地方如下图所示，在选中商品之后调用。

那么现在该去MainActivity了，先实现这个GoodsCallback接口

然后示例化StoreAdapter的时候传递进去这个回调。

最后就是重写回调方法了。

代码很简单，主要是你的思路是否正确，下面运行一下吧。

嗯，效果是想要的。

那么下面就该通过店铺来控制商品了，当选中店铺时，里面的商品全选，当取消选中店铺时，里面的商品全不选。这个想法你甚至都不需要通过接口了，直接通过MainActivity中调用StoreAdapter的方法即可。

那么可以先在StoreAdapter中写一个方法。不过这个方法还需要一些前置条件，在StoreAdapter中创建对象，并在构造方法中赋值。

然后新增一个方法。

之后就是在MainActivity中去调用这个controlGoods方法了。

很简单，那么下面运行一下。

下面就是底部的全选了，而这个全选是在MainActivity的，因此也顺便把MainActivity中的其他控件都实例化一下，有的需要添加点击监听。

在MainActivity中声明一下变量

然后在initView()方法中绑定控件，并且添加一些控件的点击监听。

之后实现View.OnClickListener接口

重写onClick方法，然后判断id触发不同的点击事件

再写一个showMsg方法

然后你可以先运行一下，把相应的控件点击一下，看是否会触发Toast提示，这个比较简单，我就不用图来说明了。

下面该来写这个全选的功能，其实全选就是选中所有店铺，在店铺选中时再选中所有商品，这个是有层次的。

先声明一个变量

所以可以写一个方法

然后在点击全选的时候调用即可

运行效果如下：

现在是通过主动点击页面的全选按钮进行全选和取消全选，这个还是比较简单的。下面就是被动去触发这个全选按钮了，被动触发有两种，第一种是一个一个的选中商品，最终所有店铺选中，达成全选。第二种是一个一个选中店铺，最终全选。这里面就一个关键点，那就是选中店铺的数量。这个数量的变化就决定了你是否需要触发全选。

下面来写代码吧。

先创建一个整型列表

然后在MainActivity中的checkedStore方法中，增加如下代码：

这里有两段代码，添加的位置如下图所示：

通过第一段代码对店铺id列表进行增减，通过第二段代码控制是否全选的样式和状态。现在通过单击商品就可以达到全选的目的了，通过与页面的全选按钮形成了交互。

下面可以运行一下了。

下面就是通过选中店铺来触发页面的全选了。那么自然是在店铺的点击事件中进行操作的。

逻辑其实差不多，也是对商铺列表进行操作。

然后你同样要与页面全选进行交互，所以你又看到了这一段代码，没错，它是重复，重复的代码可以通过新写一个方法来解决，避免多余。

这里我选中上面重复的代码，然后使用快捷键，Ctrl + Alt + M，就可以快速的在MainActivity中构造一个方法出来。如下图所示，点击MainActivity。

会弹出如下所示的窗体，然后输入方法名，点击Refactor按钮。

然后它会去检索当前类中是否有你上面选中代码中相似度90%以上的代码，如果有则会出现如下情况。

可以看到上图中的绿色选中区域的代码是我之前的第一段代码，就是这里有重复的，因此这个弹窗就是问你是否替换为一个方法，并且替换后调用这个方法。点击Replace。

可以看到两处代码都替换了，如果可以的话你最好注释一下这个方法的用途。

比如上图这样，相信我，这会是一个好习惯。

好了现在，这个代码不是已经写完了吗，运行一下看是否可以通过选中所有的店铺来达成页面的全选。

你可以看到现在就已经解决了商品、店铺、页面的选中操作，不管你怎么点逻辑都是对的，单选、多选、全选就写完了，下面该操作这个价格了。

  可以看到底部页面的底部有一个合计金额。用于显示所选商品的价格，影响价格的因素从目前来看就只有所选商品的种类和数量了，当然实际开发中可能还有很多其他因素，比如活动折扣、代金券、优惠等一些其他因素，你只要搞定了里面的逻辑，其他的就是依葫芦画瓢，易如反掌、

首先是选中商品时，改变合计金额。那么我们要做的就是一旦有商品选中时，遍历选中的商品，然后计算价格就可以了，不知道你是否还记得GoodsCallback接口，没错，可以再增加一个方法。

然后在StoreAdapter中的商品选中事件中可以调用

然后回到MainActivity中，你会发现页面报错，因为你需要实现接口中的calculationPrice()方法才行，别着急。先定义两个成员变量。

然后重写calculationPrice方法，里面的代码如下：

那么很明显当我们选中商品时，价格就会计算出来，但是还不够。因为选中店铺时也要计算，页面全选也要计算，那么之前还记得我们做了页面单选、多选、全选的交互吗？

如果不记得你可以再看看这个controlAllChecked方法。而我要做的就是在这个方法里面调用calculationPrice()方法即可。

那么下面可以运行一下了。

价格没有问题，数量也没有问题。那么这并没有结束，因为当我们修改某一个商品的数量时也会改变所选商品的价格。

下面进入到StoreAdapter中，新增一个方法updateGoodsNum，用于处理商品数量改变，无论是增加还是减少都是改变商品数量，因此这两者之间有很多共同点，当然你分开写也可以，我这里是一起写，方法如下：

然后编写删除商品的方法deleteGoods()，代码如下：

在这个方法里面做的事情还挺多的，首先遍历选中商品或者店铺添加到临时的店铺和商品列表中，然后分别删除选中的商品。删除之后清除之前的选中标识，之后控制页面全选UI，因为删除之后，肯定不存在全选并且删除之后恢复之前的UI，最后刷新数据列表。这里面因为还需要判断全部删除的情况，因此你还需要改动一下controlAllChecked中的代码。

这里我在全选的条件中增加了一个条件，如果你不增加这个，那么到时候你删除之后就会看到页面全选，因为shopIdList.size()和 mList.size()已经都变成了0。

好了，下面运行一下。

那么这个删除就写好了，下面来看看收藏和分享，这两个可以点击的处理一下就好了。

就这么简单的处理一下即可，也不用很多的操作，当然实际开发中肯定不是这样的。

那么现在这个页面就还剩下一个结算没有做处理了。在结算的点击事件中

这里可以看到实际上我还是删除，因为结算之后那么商品就不会再购物车了，所以删除是可以的，那么这个结算也就是这样了，你明白个意思就行了。因为文章的主题是购物车，主要就是购物车内部的交互逻辑，其他的就不那么重要了。

  其实刚才上面的代码功能上还是有瑕疵的，那就是当我的购物车没有商品时，编辑、全选、结算都是可以点击的，这其实不符合正常逻辑，因为上面三项都是操作商品，如果没有商品那么自然不能操作，也就不能点击，因此还需要再多写一步，作为判断。

在MainActivity中增加一个变量

然后在initView中执行完其他代码之后，设置为true，此时购物车是有数据的。

然后在删除商品之后，如果列表为0，则设置为false。

然后在点击编辑、全选、结算时，先判断一次

运行一下：

然后删除了之后这个背景太空了，感觉不是很好，而且删除所有商品之后，再想操作商品需要重新运行程序才行，这样测试起来很麻烦，为了解决这两个问题，首先看一下这个布局。

从上图中可以知道，我们要改的就是这个列表的范围区域。 在app的build.gradle的dependencies{}闭包下增加如下依赖

然后Sync Now

之后在layout下新建一个ic_shopping_cart.xml文件

这是一个购物车图标。 然后回到activity_main.xml中替换掉RecyclerView，替换的布局如下：

然后回到MainActivity中。

在initView中。

先绑定id，然后禁用上拉和下拉动作，之后设置下拉刷新所触发的方法。因为是在initView中添加数据到列表中的，因此我直接调用initView。

然后在数据展示之后关闭刷新并且隐藏空布局。有隐藏就自然有显示，在什么地方显示呢？当然是删除数据之后，当购物车为空时显示。

之前在initView中禁用了下拉动作，那么在没有商品的时候就启用这个下拉，并且显示了这个空布局，然后你就可以通过下拉来重新添加数据了。 下面来运行一下吧。

OK，这样就可以了。那么到此为止我们的购物车就写完了，真是不容易啊。

源码地址：ShoppingCart

  写这个购物车还是挺麻烦的，尤其是编写代码编写文章，还要讲解这个思路，这一点确实很耗时间，其实思路才是最重要的，代码并不难。当然我并没有直接标题+效果图+源码。这样来做，因为很多时候你如果不讲过程，其他人是无法知道你的经过是怎么来的。这就是初学者的苦恼，有源码但是不理解源码，因此我才这样大费周章的写这一篇文章。