【问题标题】:What do you think about that diagram?你觉得这张图怎么样?
【发布时间】:2015-12-15 03:41:01
【问题描述】:

你能告诉我我的图表是否正确吗? 我特别关心PaymentServiceCustomer之间的关系, Payment, Customer

我猜:

   class Customer {
     private List<Payment> payments;
     //..
     public boolean pay() {
       return PaymentService.pay(this.payments);
       // calling the static method of the class PaymentService
     }
   }

   interface Payment {
     // knows nothing about Customer
   }

   class PaymentService {
     public static boolean pay (List<ayment> payments) {
       // the magic here is return result
     }
   }


UPD:现在,我注意到为什么我使用静态成员,但这并没有触及我的问题。

构建支付系统的常用方法是什么(看起来像是一般任务)?


我猜 FFCustomer 应该只有一个帐户。 只有当 FFCustomer 存在时,帐户才会存在。

更新:

【问题讨论】:

    标签: class associations uml diagram


    【解决方案1】:

    非常接近。使与付款的关联单向。使帐户属性成为关联端。通常,属性只能由数据类型而不是类来键入。您还缺少支付界面中的一个操作。

    【讨论】:

    • 实际上,虽然我不认为那里需要操作。现在,我想把它做成抽象类,这样可以保留需要支付的金额。
    • 当您更改原始图表时,答案对其他人来说毫无意义。没有其他人可以从中受益。
    • 但是,我还没有找到他的答案。谢谢你指导我。但是如果这还没有完成,我怎么能提出新的问题。
    • 我会保留您问题中的原始图表。如果您愿意,您还可以将改进后的图表显示为更新。
    • 请说一下当前图像中客户和支付类之间关系的正确性
    猜你喜欢
    • 2010-09-12
    • 2016-07-06
    • 1970-01-01
    • 1970-01-01
    • 2011-02-09
    • 2011-03-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多