Alan 2021-10-9 10:16
1.用户在结算时系统显示多个支付手段供用户选择，2.支付手段展示给用户有一些规则需要封装，支付方式包含有积分支付，连连支付，银联支付，微信，支付宝 如：1.用户选用了优惠券，不使用积分支付 。2. 如果积分不足于抵扣商品金额，不显示积分支付，3. 商品金额超过X元，不显示微信支付方式， 4. 商品类型是虚拟类商品，不显示银联支付 5.在上一次支付方式符合条件情况下，优先选中上一次支付手段 ，5.XXXXXXXX 这个类图的修改思路对不？
我们实际的模型比建模视频要复杂一些，我根据实际做了一些修改，潘老师帮助看下
UMLChina潘加宇
拼单子订单和可选支付手段的关联删去，这个只是由拼单子订单计算出来的一个结果。
下面的选择因子。。。删去，这个还比较简单，不需要把规则分离到另一个地方，有拼单子订单自己计算即可，加一个“计算可用支付方式”之类行为。
Alan
计算哪些支付方式可用的规则 ，要不要显式建模出来？
这种是否属于两者没有关联关系，在用例发生时，发生依赖关系？
UMLChina潘加宇
就是 拼单子订单.可选支付手段( )的返回类型
参见想表示消息返回值为Customer集合
UML表示类似于这个
代码类似于
public List 可选支付手段()
Alan
嗯，实现我知道，我的意思是拼单子订单要知道 支付手段 这个类的存在，这种关系算依赖?
UMLChina潘加宇
算，不是泛化和关联，但B变化，A也要变，通通叫依赖
