Всем привет. У меня вопрос. Есть андроид прилодение которое умеет делать разные типы оплаты. Их много. Ну к примеру возьмем два. По лицивому счету - лицевой счет, сумма, енамка с типом PaynentType.LS, дата. По карте. Номер карты, дата окончания карты, енамка с типом PaymentType.CARD, дата платы. Ну и много разных типов с разным набором данных. Все это есть PaymentRequest. На сервере есть один метод http://serverhost/pay В который приходит этот PaymentRequest. Вопрос - как правильно разобрать этот реквест и в зависимости от типа выполнить платеж? Сейчас контроллер вызывает метод paymentService.paymentProcess(paymentRequest) и внутри этого метода есть switch case в котором в зависимости от типа енамки выполняется нужная логика. Но выглядит все отстойно. Огромный метод с огромным свитч кейсом и тд.

Фабричный метод? Или какой другой паттерн? Или чтото еще

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

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

Ну и так до бесконечности

спасибо

Либо через path var

server.host/pay/card

И в каждом контроллере пилишь свою логику. И тем самым уходишь от свича

работал кто с Vaadin'ом? У меня просто наитупейшая ситуация с размещением кнопок

задаю setComponentAlignment(button, TOP_RIGHT)

и он всё равно размещает всё слева :\

и он всё равно размещает всё слева :\

так ты это... позырь че там в CSS

щя

Фабричный метод? Или какой другой паттерн? Или чтото еще

Стратегия

text-align: left;

вне зависимости от кода

можно setWidth("100%"); заюзать

но тогда первая кнопка будет

server.host/pay/card

если апи можно менять, то конечно лучше так

Либо через path var

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

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

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

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

Как мне кажется. это намного проще понимать и отлаживать. чем иметь простыню ифов и свитчей

Всем привет!

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

Не врапим, а декорируем)) а если реквест будет не просто дата класс, а будет содержать логику, то это будет егор стайл

Логика в модельке?ок. я понял)

Логика в модельке?ок. я понял)

DDD?

https://medium.com/graalvm/graalvm-ten-things-12d9111f307d

https://www.youtube.com/watch?v=8AYESZIaacg

Ддд тащит?не имею огромного опыта с этой концепцией, на практике видел только распухшие модели с методами на все случаи жизни(

http://haselt.com/domain-driven-design-vs-object-oriented-programming/ OOP + Ubiquitous Language = DDD? Well, not quite. Even though they share similar practices, DDD is more than what OOP tries to solve. Reason being, even though we might be wiring our code from a technical perspective, we are still solving the problem at an incrementally lower level. We are describing our systems in terms of libraries and technologies instead of the business process we are trying to solve i.e. Ubiquitous Language. As a consequence, we could end up with а code base familiar for a developer, but not for our business, resulting into desynchronization with the rest of team we are working with. On the other hand, modeling a physical system based on our business requires Domain experts in the field to give insight, thus providing a common understanding of any kind of medium (requirements, AC, chats).

https://github.com/IP696/payment-test вот тестовый пример. мне вообще не нраивться такая реализация, кто свободен немного взгляните пожалуйста, если будут идеи, как правильно переделать, ну или более масштабируемо и гибко. потому что на каждый вид платежа добавлять новый case не очень

ребят, а политота, которая касается ИТ тут всё равно не обсуждается, да?

ребят, а политота, которая касается ИТ тут всё равно не обсуждается, да?

ты это в каждый чат решил запостить? :D

ребят, а политота, которая касается ИТ тут всё равно не обсуждается, да?

@flood

ты это в каждый чат решил запостить? :D

Миш, там - наш маленький уютненький, да и не актуально это уже для нас...

@flood

пасиб

только народу там нету

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

=( ну и ладно

Игорь, всем срать)

Друзья подскажите есть телеграмм канал для новичков по Java?)

Друзья подскажите есть телеграмм канал для новичков по Java?)

в описании канала, вы не поверите

Игорь, всем срать)

=(

в описании канала, вы не поверите

Пасиб не заметил

https://github.com/IP696/payment-test вот тестовый пример. мне вообще не нраивться такая реализация, кто свободен немного взгляните пожалуйста, если будут идеи, как правильно переделать, ну или более масштабируемо и гибко. потому что на каждый вид платежа добавлять новый case не очень

У кого-нибудь открывается?

У кого-нибудь открывается?

404

че, РКН гит забанил?))

404 ошибка же

репо может приватный

точняк, если бы РКН было бы другое...

У кого-нибудь открывается?

ни репы ни юзера, 404

выпилился или помогли выпилиться

https://github.com/IP696/payment-test вот тестовый пример. мне вообще не нраивться такая реализация, кто свободен немного взгляните пожалуйста, если будут идеи, как правильно переделать, ну или более масштабируемо и гибко. потому что на каждый вид платежа добавлять новый case не очень

404

404

блин запарил гитхаб. я сделал паблик репо. уже было такое((( может чтото там включить нужно

блин запарил гитхаб. я сделал паблик репо. уже было такое((( может чтото там включить нужно

И юзера твоего на гитхабе тоже не видно

ахренеть

?

ахренеть

Ну то есть по логике вещей твой аккаунт это https://github.com/IP696 но может он не твой, а закрытый корпоративный?

сейчас смотрю. не верефицированный сейчас разберусь

кроме шрифтов и размера

поцоны

на gwt реально игоры браузерные писать?

на gwt реально игоры браузерные писать?

а почему нет, биндинг с каким-нибудь pixi.js

и пиши игры

на gwt реально игоры браузерные писать?

Зачем? Я бы libgdx порекомендовал

Зачем? Я бы libgdx порекомендовал

а оно в браузере запустится?

ого

Да

оно в браузере может запуститься

спасибо

Но с оговорками :)

Да не за что

Я недавно порт под ios сделал на ней. Даже зааппрувили сразу.

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

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

и почему идея с каждым релизом все тормознутее и тормознутее

новые фичи

да вжопу эти новые фичи если у меня она лагает так, что пользоваться невозможно

это не идея тормознутее, это твой проц устаревает

это не идея тормознутее, это твой проц устаревает

и это тоже