DT
Или не из глобальной
sum только`$adder` и вызывает.Это равносильно
$add($sum1, $sum2), $calculator->add($sum1, $sum2)Size: a a a
2020 May 04
DN
Так это ничего не решает, если весь метод
Это равносильно
Это равносильно
DN
Да и цепочку строить так сложнее
$amount->add($other, $adder)->add($other2, $adder)DT
Да и цепочку строить так сложнее
$amount->add($other, $adder)->add($other2, $adder)не, ну если тебе шашечки, а не ехать, тогда действительно
DN
Так весь разговор же про шашечки. Ехать можно и на
add($other) { return new self($this->value+$other->value); }VZ
ну там обычно в реализациях ограничение на одинаковые валюты как минимум) но это уже детали
Да вообще нельзя сложить USD и EUR
BT
Да вообще нельзя сложить USD и EUR
кэп, я так тебя ждал
VZ
Нужен сервис — конвертер валют. А дальше можно обойтись обычными gmp/bc
m
"SERVICES should be used judiciously and not allowed to strip the ENTITIES and VALUE OBJECTS of all their behavior."
A good SERVICE has three characteristics: The operation relates to a domain concept that is not a natural part of an ENTITY or VALUE OBJECT. ...
Eric Evans. Domain driven design
A good SERVICE has three characteristics: The operation relates to a domain concept that is not a natural part of an ENTITY or VALUE OBJECT. ...
Eric Evans. Domain driven design
F
"SERVICES should be used judiciously and not allowed to strip the ENTITIES and VALUE OBJECTS of all their behavior."
A good SERVICE has three characteristics: The operation relates to a domain concept that is not a natural part of an ENTITY or VALUE OBJECT. ...
Eric Evans. Domain driven design
A good SERVICE has three characteristics: The operation relates to a domain concept that is not a natural part of an ENTITY or VALUE OBJECT. ...
Eric Evans. Domain driven design
дьявол кроется в мелочах - в определении границ той самой "natural part"
A
Да вообще нельзя сложить USD и EUR
Или же использовать VO, который будет представлять этакую коробку. И когда ты будешь брать USD и EUR и складывать будет получать этот VO который будет содерать оба.
А уже где-та на границе данные из этого VO будет преобразовываться по той логике, по какой нужно.
А уже где-та на границе данные из этого VO будет преобразовываться по той логике, по какой нужно.
VZ
Или же использовать VO, который будет представлять этакую коробку. И когда ты будешь брать USD и EUR и складывать будет получать этот VO который будет содерать оба.
А уже где-та на границе данные из этого VO будет преобразовываться по той логике, по какой нужно.
А уже где-та на границе данные из этого VO будет преобразовываться по той логике, по какой нужно.
Да можно конечно сделать объект-корзину с разными количествами разных валют. Но какое у этого практическое применение?
A
Да можно конечно сделать объект-корзину с разными количествами разных валют. Но какое у этого практическое применение?
Ну, например у нас дальше эта коробка может как-то по разному обрабатываться. Т.е. в одном месте конвертировать все в одну валюту и отображатся, а в другом метсе сохраняться используя оригинальные валюты.
VZ
Ну, например у нас дальше эта коробка может как-то по разному обрабатываться. Т.е. в одном месте конвертировать все в одну валюту и отображатся, а в другом метсе сохраняться используя оригинальные валюты.
А у вас это где? =)
A
А у вас это где? =)
У нас это не где-то конкретно, это просто пример.
MM
Да можно конечно сделать объект-корзину с разными количествами разных валют. Но какое у этого практическое применение?
оплата заказа разными платёжными системами, например. Всякое бывает.
VZ
оплата заказа разными платёжными системами, например. Всякое бывает.
Какая-то прям совсем экзотика. Один заказ в разных валютах...
MM
Какая-то прям совсем экзотика. Один заказ в разных валютах...
ну сама по себе оплата несколькими псками ваще не редкость