2015-12-15 5 views
2

Не могли бы вы рассказать мне, соответствует ли моя диаграмма? мне особенно заботиться об отношениях между PaymentService и Customer, 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.

enter image description here

UPD: enter image description here

ответ

1

Это довольно близко. Сделайте связь с платежом однонаправленной. Сделайте свойство учетной записи концом ассоциации. В общем случае атрибуты должны вводиться только типами данных, а не классами. Вам также не хватает операции в интерфейсе Payment.

+0

На самом деле, пока я не думаю, что вахт - это операции, которые там нужны. Теперь я думаю о том, чтобы сделать его абстрактным классом, который будет содержать сумму денег, которую нужно заплатить. –

+0

картинка обновлена ​​ –

+0

Когда вы меняете исходную диаграмму, ответ не имеет смысла никому другому. Никто другой не может воспользоваться этим. –

 Смежные вопросы

  • Нет связанных вопросов^_^