Информация об изменениях

Сообщение Re[108]: Haskell нужен! (в Standard Chartered Bank) от 26.03.2015 19:41

Изменено 26.03.2015 20:01 Mamut [ищите в других сетях]

J>>>Если да, то в каких случаях каждое из них можно звать, а в каких — нельзя?

M>>Прочти задачу


J>Ну, хозяин-барин. Всего хорошего.


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

То есть ты банально не осилил следующее, а я виноват?

jazzer: Раз это всё действия, а не просто проверки, ты можешь добавить в описание свой задачи список действий и предусловий на них?

Задача, например пункт первый:

— если заказ неотправлен и непредоплачен, можно увеличивать и уменьшать (предусловие)
— если заказ отправлен, нельзя увеличивать, можно уменьшать (предусловие)
— если сумма увеличивается, мы должны провести risk check. если risk check не проходит, товар никак не помечается, но изменение суммы не проходит (предусловие и действие)
— если товар помечен, как risk, то изменять сумму нельзя (предусловие)
[q]


jazzer: Я правильно понял, что, помимо increase_amount, еще есть действия risk check, auth запрос, capture запрос? Если да, то в каких случаях каждое из них можно звать, а в каких — нельзя?

Задача, например третий пункт:

Шаг 3.

Все то же самое, что и в шаге 2. Дополнительно:

— если заказ предоплачен (неважно, отправлен или нет), можно увеличивать сумму, если это разрешено конфигурацией магазина. Сумма, на которую можно увеличивать высчитывается, как в шаге 2
— если заказ предоплачен, неотправлен, и сумма увеличивается, надо сделать auth-запрос в банк. если он не срабатывает, увеличить нельзя.
— если заказ предоплачен, отправлен, и сумма увеличивается, надо сделать auth-запрос в банк на разницу в сумме, а потом сделать capture запрос на всю сумму. Если хоть один из них не срабатывает, увеличить нельзя.




Все описано. Все последовательности, все предусловия, все условия, все «ad-hoc изменения». Нет. «Я тебя не понял»
Re[108]: Haskell нужен! (в Standard Chartered Bank)
J>>>Если да, то в каких случаях каждое из них можно звать, а в каких — нельзя?

M>>Прочти задачу


J>Ну, хозяин-барин. Всего хорошего.


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

То есть ты банально не осилил следующее, а я виноват?

jazzer: Раз это всё действия, а не просто проверки, ты можешь добавить в описание свой задачи список действий и предусловий на них?

Задача, например пункт первый:

— если заказ неотправлен и непредоплачен, можно увеличивать и уменьшать (предусловие)
— если заказ отправлен, нельзя увеличивать, можно уменьшать (предусловие)
— если сумма увеличивается, мы должны провести risk check. если risk check не проходит, товар никак не помечается, но изменение суммы не проходит (предусловие и действие)
— если товар помечен, как risk, то изменять сумму нельзя (предусловие)


jazzer: Я правильно понял, что, помимо increase_amount, еще есть действия risk check, auth запрос, capture запрос? Если да, то в каких случаях каждое из них можно звать, а в каких — нельзя?

Задача, например третий пункт:

Шаг 3.

Все то же самое, что и в шаге 2. Дополнительно:

— если заказ предоплачен (неважно, отправлен или нет), можно увеличивать сумму, если это разрешено конфигурацией магазина. Сумма, на которую можно увеличивать высчитывается, как в шаге 2
— если заказ предоплачен, неотправлен, и сумма увеличивается, надо сделать auth-запрос в банк. если он не срабатывает, увеличить нельзя.
— если заказ предоплачен, отправлен, и сумма увеличивается, надо сделать auth-запрос в банк на разницу в сумме, а потом сделать capture запрос на всю сумму. Если хоть один из них не срабатывает, увеличить нельзя.




Все описано. Все последовательности, все предусловия, все условия, все «ad-hoc изменения». Нет. «Я тебя не понял»