вопрос "сколько у тебя денег?" все понимают вполне конкретно

Cash

неплохо)

думаю тут есть фронтэнды и фулстеки. такой вопрос. что у фронтов спрашивают на собесах?

посоны, самый сложный вопрос программирования: как назвать класс представляющий деньги с суммой больше 0?

как в юнит тестах ClassProvideMoneyWithSumGreaterThan0

:D

вопрос "сколько у тебя денег?" все понимают вполне конкретно

По разному:)) Зависит от контекста:) У меня 2 счета 4 карточки и наличка.:)

Тоже вопрос: 1) Есть монго и туда пишутся логи по типу 2) Нужно это все отображать и сделать поиск по полям надо что-то типа конфигуратора для отображения фронта т е массив ключей по которым идет поиск и массив ключей по которым идет отображение

Как это все в классы праильно одеть

Поидее получается что-то типа фабрики

По разному:)) Зависит от контекста:) У меня 2 счета 4 карточки и наличка.:)

контекст только уровня уточнения места, я про то, что никто не скажет, что вопрос некорректный, потому что деньги что-то неизмеримое)

Cash это именно наличные.

посоны, самый сложный вопрос программирования: как назвать класс представляющий деньги с суммой больше 0?

PositiveAmount?

самый нормальный вариант

но не отражает что баланс должен быть больше нуля

но не отражает что баланс должен быть больше нуля

положительный жи

положительный жи

ну в целом да...

Сделай Money как value object, и кошелёк Wallet который будет аггрегировать обьекты Money, потом спросишь у кошелька есть ли у него деньги или нет.

т.к. в реальной жизни нет купюры номиналом 0

это решение какой-то другой задачи

тут суть вполне простая, есть несколько сервисов, которые проводят оплату и им надо передавать сумму денег строго больше 0, для этого неплохо бы тип соответствующий завести и заворачивать деньги в это

т.к. в реальной жизни нет купюры номиналом 0

есть нулевой баланс

и пусто в кошельке

есть и отрицательный, если ты кому-то должен, это вполне норм ситуация

ну как, не для тебя конечно)

PositiveAmount

вполне норм

я было сомневался поскольку у нуля знака нет но именно это с точки зрения семантики дает право говорить что "положительное это больше нуля"

тут суть вполне простая, есть несколько сервисов, которые проводят оплату и им надо передавать сумму денег строго больше 0, для этого неплохо бы тип соответствующий завести и заворачивать деньги в это

Как то не очень звучит, зачем заворачивать деньги в что то?

объект PositiveAmount можно получить из объекта Money, я это имел ввиду

объект PositiveAmount можно получить из объекта Money, я это имел ввиду

Всё равно как то не то, попробуй отойти от проблемы и подойти с другой стороны, пусть будет UserBalance тот же Wallet но который можно загнать в минус

так, окей, и?

тут суть вполне простая, есть несколько сервисов, которые проводят оплату и им надо передавать сумму денег строго больше 0, для этого неплохо бы тип соответствующий завести и заворачивать деньги в это

напомню задачу

я хочу выразить контракт максимально в интерфейсе

я хочу выразить контракт максимально в интерфейсе

Значит возьми всё то что знает и умеет счёт пользователя и в интерфейс

?

пока не понял

взять деньги, положить деньги, взять кредит и т.д.

невозможность взять кредит если у тебя определённый отрицательный баланс

Т.е. UserBalance или UserAccount и еще Money это две отдельные сущности.

ну Money это vo скорее всего)

в любом случае не понимаю, причем здесь user

ну Money это vo скорее всего)

да, ещё immutable

да, ещё immutable

vo по определению immutable вроде как

ну в моем языке, я те исключения, что есть отбрасываю и не использую

в любом случае не понимаю, причем здесь user

User какой то системы, ну пусть будет Balance

vo по определению immutable вроде как

точно

есть грубо говоря такой интерфейс interface CardPayment { pay(amount: PositiveAmount, cardDetails: CardDetails): void }

чем ты предлагаешь его заменить?

Ну для начала позитивАмаунт заменить на Money

ну тогда проверки придется в каждую реализацию пихать

и они будут уже невыраженными в интерфейсе

потом это как бы действие, которое происходит, это можно заменить на pay() метод который будет у обьекта Сard

а проверки можно делать где то в одном месте

карточка сама платить не умеет, нужен провайдер

пусть будет Provider

если хочешь, в имя интерфейса можно добавить CardPaymentProvider

и их может быть много: paypal, stripe, payoneer и прочие

как вообще провайдер взаимодействует с картой в реальном мире, конкретно, какова предметная область?

провайдеру просто передаются данные карты и сумма для оплаты

соответственно в моем варианте PositiveAmount представляет сумму для оплаты, уже точно больше нуля и париться об этом в реализациях не надо, а Card данные карточки опять же уже точно правильные с известными платежными системами, проверками срока действия и т.д.

Вроде бы звучит нормально

но вообще, что ты моделируешь, сначала нужен был баланс и деньги, теперь провайдер.

нужна общая картина

но вообще, что ты моделируешь, сначала нужен был баланс и деньги, теперь провайдер.

баланс и деньги не нужны были О.о

И провайдер вроде бы должен знать про карту, и как это отразить

ERROR: S client not available

посоны, самый сложный вопрос программирования: как назвать класс представляющий деньги с суммой больше 0?

вот ж

И провайдер вроде бы должен знать про карту, и как это отразить

он и знает, принимает ее одним из аргументов

Назови Amount

есть грубо говоря такой интерфейс interface CardPayment { pay(amount: PositiveAmount, cardDetails: CardDetails): void }

вот где используется

Назови Amount

почему не Positive? O.o

сумма не может быть отрицательной

-1 + -2

изи

это просто числа

а мы говорим о деньгах

new sum(-1, -2)

class Money

сумма по счетам отрицательная может быть

и она также представляется объектом класса денег

и нулевая может быть

не обьектом а их отсутствием

не понял

представь какую то яму которую тебе нужно заполнить кирпичами, ты можешь вынимать кирпичи из неё и делать глубину этой ямы ниже уровня земли, можешь набросать так много кирпичей что сделаешь на месте этой ямы гору кирпичей.

при том у тебя нет нулевого и отрицательного кирпича, их не существует

на прошлой неделе один господин тоже приводил какие-то аналогии

в итоге диалог у нас совсем не пошел

короче аналогии не оч затея

абстрактное мышление же

при том у тебя нет нулевого и отрицательного кирпича, их не существует

ты никогда не видел отрицательный баланс на счете?

причем баланс к деньгам?

при том у тебя нет нулевого и отрицательного кирпича, их не существует

нюанс в том что ты привязываешься к физическим обьектам

причем баланс к деньгам?

как по-твоему в системе представлен баланс?

скорее даже в реальном мире, в чем выражается баланс счета?

как по-твоему в системе представлен баланс?

количеством денег

деньгами короч

количеством денег

ты знаком с двойной записью в бухгалтерии?

о, пошли проф. термины в ход ))