AE
а как оно иначе должно выбирать, если не исходя из каких-то условий?
Size: a a a
2021 February 13
˸A
какую платежную систему из предложенных он будет использовать
У каждой PSP свой воркфлоу. 3ds, например, не все поддерживают. Ещё есть платежи через гифт-карту, где у карты баланс ограниченный.
К слову, мы как раз сейчас работаем над Illicado gift cards, когда пользователь может использовать гифт-карту, а остаток доплатить кредиткой...
К слову, мы как раз сейчас работаем над Illicado gift cards, когда пользователь может использовать гифт-карту, а остаток доплатить кредиткой...
˸A
огромный if-else / switch писать?)
Вам бы на реализацию пейментов в Magento посмотреть 😂
ак
а как оно иначе должно выбирать, если не исходя из каких-то условий?
Детали непонятны, но разве что с диспетчеризацией. Хотя принципиально го отличия от иф елс у нее все равно нет.
N
а как оно иначе должно выбирать, если не исходя из каких-то условий?
имееться ввиду вот в базе записано у магазина payment_system = 'stripe', я получаю запрос от клиента на оплату такого то заказа. как определить что именно нужно взть реализацию страйпа для этого платежа?
N
ну и я так понимаю делать IPaymentGateway какой то
N
имееться ввиду вот в базе записано у магазина payment_system = 'stripe', я получаю запрос от клиента на оплату такого то заказа. как определить что именно нужно взть реализацию страйпа для этого платежа?
кроме как иф-елсе
N
или я на пустом месте проблему делаю?)
AE
paymentSystems = { stripe: StripePaymentImplementation, ... }
без иф-элс)
без иф-элс)
N
paymentSystems = { stripe: StripePaymentImplementation, ... }
без иф-элс)
без иф-элс)
хех) понял, точно)
AE
да любой вариант сойдёт, если не планируется по сотне новых пейментов каждый день добавлять
N
да любой вариант сойдёт, если не планируется по сотне новых пейментов каждый день добавлять
ну точно не так
AE
ну, опять же на чём пишется
в спринге парой аннотаций, наверное, можно было бы сделать
в спринге парой аннотаций, наверное, можно было бы сделать
ак
Хеш таблицу использовать, мб. Прилетает параметр страйп - ищет по хешу страйп. Нету в хеше - падает и кричит, что параметры неверные)
˸A
paymentSystems = { stripe: StripePaymentImplementation, ... }
без иф-элс)
без иф-элс)
тогда это типичная фэктори, которая создаёт пеймент-объект с заданным интерфейсом (на основании payment_system)
DE
Кстати, как для фронт-бек решается?
Отдельным HTTP-заголовком вроде X-Features в запросах к API.
Для событий также можно дописывать список фич в мета-информацию сообщения и в консьюмере по этому списку фичи включать/выключать.
Для событий также можно дописывать список фич в мета-информацию сообщения и в консьюмере по этому списку фичи включать/выключать.
DE
Пойду свой фичебранч на тест задеплою и поизучаю тему флагов, спасибо )
Практический пример внедрения и тестирования для фронта и бэка как раз записал недавно в https://deworker.pro/edu/series/interactive-site/feature-flags
A
Коллеги, подскажите, пожалуйста, в какую сторону копать. Есть условно два сервиса. На одном пусть будут юзеры, а на другом книги, которые они читают. Допустим, возраст читателей на сервисе с юзерами. Нужно сформировать отчёт, собрать возрастные категории для каждой книги. У каждого сервиса своя бд
DE
Коллеги, подскажите, пожалуйста, в какую сторону копать. Есть условно два сервиса. На одном пусть будут юзеры, а на другом книги, которые они читают. Допустим, возраст читателей на сервисе с юзерами. Нужно сформировать отчёт, собрать возрастные категории для каждой книги. У каждого сервиса своя бд
A
Хм, вот тоже про эластик думал. Один индекс для поиска, другой для полных вьюшек, чтобы на фронт вываливать, сначала думал в монго денормализацию сливать по ивентам