如上图加车弹层有一个展示的加车数量，
然后这是修改一个bug的提交，这里修改的是商品详情页的代码，其中商品详情页也有个数量的属性，
加车弹层自身也有一个加车数量的属性，这里有一种情况，就是切换sku 的时候可能会自动更新数量，（一个库存的业务逻辑），但是这种情况比较隐蔽，
这时候加车弹层展示的数量切换了，但是商品详情页自身的数量并没有更新，（用户主动修改加车弹层的数量额时候，是有更新详情页的数量的）
所以这时候就体现出了 数据源保持一致的重要性，这里新添加一个数量属性，并重写该属性的get方法，get方法中从加车弹层获取数量
这样就保证了数据源的一致性，逻辑上没有难度，就是一种思维方式吧，
同一功能数据源的唯一性，保证代码容易维护，后期修改也不容易遗漏
