电商项目碎笔

waiting_store待入库

• QueryActivity 查询包裹，packageID和logisticNo是一个概念,目前采购单数量可能有的没用

flow
  st=>start: Start
  input_logsiticNo=>operation: 扫码或手动输入物流号
  query=>operation: 通过物流号获得对应采购单数量
  showCommodities=>operation: 跳到显示商品页面，用物流号获取全部商品并显示
  e=>end
  st->input_logsiticNo
  input_logsiticNo->query
  query->showCommodities
  showCommodities->e

• CommodityListActivity, 主要是三个重要请求

  • newCommodityListBuilder，获取商品列表请求
    

  • newAddBuilder扫描添加请求
    

  • newFinishBuilder完成扫描请求 
    

  • newRequestDeleteBuilder删除商品请求，此请求在CommodityAdapter中，此adapter也是本页面重要逻辑的地点
    

• EditCommodityActivity

  JSONObject jsonObject2 = new JSONObject(); //是为了将数据转换成json字符串
  //上传图片的时候，需要把图片地址的域名去掉
  jsonObject2.put("normalImages",
          mNormalPhotoAdapter.getUrls().replaceAll(GlobalInfo.getInstance().getAliyunEditUrl(),""));
  jsonObject2.put("blemishImages",
          mProblemPhotoAdapter.getUrls().replaceAll(GlobalInfo.getInstance().getAliyunEditUrl(),""));
  

• EditCommodityUndefinedActivity，相同，只是将无条形码商品当做正常商品来看

unchecked待审核

UnCheckedCommodityAdapter和CheckedCommodityAdapter相对应，审核过的商品被分到正常入库、瑕疵入库、退货、换货中。

注意一点的是，当商品审核过后，checkType决定商品的瑕疵和正常，虽然设计有些不妥，但后台的初衷是虽然入为了让审核人员有决定权。

normal正常入库

属于已审核商品

blemish瑕疵入库

属于已审核商品

back 退货

属于已审核商品

###exchange换货

属于已审核商品

实体类

CommodityPOJO

所有商品请求都用此实体类接收，此类有瑕疵品和正常品两个属性，其他的属性，如无条形码、退货、换货等都用正常属性接收。