关于订单代码设计的思考

//获取一大堆入参，这些入参是否能减少？是否一定是到了当前页面才要填的东西，是否有的不需要填，在之前已经确定了，是否有a可以得到b
//也就是考虑职责的转移，减少客户的职责，增加代码的职责
//哪些参数以前已经有了，哪些参数即将要得到的结果以前已经有了，如何快速拿到
//购物车信息
//地址信息
//发票信息
//支付类型
//活动信息
//订单类型
//自提类型
//门店信息
//积分信息
//优惠券信息
//其他各类活动信息
//不同的支付类型，要做的特殊处理不同，但是大部分是相同的，可以提前识别相同的步骤，形成一个抽象的父类方法，然后其他支付继承并实现