powered by simpleCommunicator - 2.0.30     © 2024 Programmizd 02
Map
Форумы / Java [игнор отключен] [закрыт для гостей] / функциональный подход и ивент дривен архитектура
25 сообщений из 229, страница 4 из 10
функциональный подход и ивент дривен архитектура
    #39916728
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreykaT,
Зато ты на мой не ответил.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916729
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Двухфакторная аутентификация - классика.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916772
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreykaT
PetroNotC Sharp
andreykaT,
Аутентификация не делается в ивент-дривен. Она СИНХРОННАЯ и давно СТАНДАРТНАЯ.
Выше пример давал сделал? Там есть аутентификация?
Что ты топик не сопровождаешь?
Это не красиво.

Ну ты наверное ответил на мой вопрос. Вопрос был в том что можно ли ивент дривен переложить на синхронные наборы действий
если захотеть то прогер все может.
ТЗ на акторы и двухфазную
- входим в приложение
- сервер пускает как гость так как не авторизовывался ранее
- запуск актора Почта который шлет письмо авторизации и актора РаботаГостя
- после прихода на урл из письма просыпается актор Регистрация и регистрирует юзверя гостя.
.....
С другой стороны любой прогер скажет что сама аутентификация проходит сервером, писать ее не надо и она синхронная.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916777
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Предлагаю посмотреть примеры от фреймворков в этой части

Simple Event Driven Microservices with Spring Cloud Stream
https://spring.io/blog/2019/10/15/simple-event-driven-microservices-with-spring-cloud-stream

Я его еще пока не смотрел. И буду смотреть вместе с вами. Что это за хрень CloudStream я пока не знаю.
Хорошо-бы найти более рафинированный пример.

Может кто знает с технологиями JakartaEE, J2EE?
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916793
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
Спринг опять заберет все что можно на себя и фиг разберешься.
Имхо лучше без спринга.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916806
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
Предлагаю посмотреть примеры от фреймворков в этой части

Simple Event Driven Microservices with Spring Cloud Stream
https://spring.io/blog/2019/10/15/simple-event-driven-microservices-with-spring-cloud-stream

Я его еще пока не смотрел. И буду смотреть вместе с вами. Что это за хрень CloudStream я пока не знаю.
Хорошо-бы найти более рафинированный пример.


Судя по ссылке описан синтаксический сахар над Kafka или RabbitMQ

mayton

Может кто знает с технологиями JakartaEE, J2EE?


В принципе ту же Kafka можно использовать без всяких фреймворков.
Как минимум для наблюдателей Spring или JEE не особо нужен.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916807
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
mayton,
Спринг опять заберет все что можно на себя и фиг разберешься.
Имхо лучше без спринга.


Ну скажем так. Я только за. Если заберет точно так же как spring-data-jpa :-)
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916814
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul,
Угу.
Кафка, спринг, микросервисы, RabbitMQ, ЕЕ - нельзя мешать в кучу.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916817
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
mayton,
Спринг опять заберет все что можно на себя и фиг разберешься.
Имхо лучше без спринга.

Разумно. Давайте что-то найдем без Спринга.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916832
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
mad_nazgul,
Угу.
Кафка, спринг, микросервисы, RabbitMQ, ЕЕ - нельзя мешать в кучу.

По сопроводительной документации к тому проекту - Kafka и RabbitMQ - взаимоисключаются
на этапе конфигурирования проекта. Свойство -P<profile-choice> просто предлагат нам выбрать
один месседж брокер из двух возможных.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916841
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
mad_nazgul,
Угу.
Кафка, спринг, микросервисы, RabbitMQ, ЕЕ - нельзя мешать в кучу.


Почему нельзя?

У меня нормально Kafka в Spring-Kafka работает.

Про JEE не знаю, т.к. давно его не трогал.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916844
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
TC просил Akka.
Значит любые добавки оверхед.
Она самодостаточная.
И он остальное не потянет. Третий день молчит про примеры.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916846
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul
PetroNotC Sharp
mad_nazgul,
Угу.
Кафка, спринг, микросервисы, RabbitMQ, ЕЕ - нельзя мешать в кучу.


Почему нельзя?

У меня нормально Kafka в Spring-Kafka работает.

Про JEE не знаю, т.к. давно его не трогал.
потому что ты фанат спринга и микросервисов.
Тут нет ни первого ни второго.
Попробуй, расширь свои скилы с аккой.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916852
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
PetroNotC Sharp

Это просто очень неудачный пример.
...

А мне статья понравилась. С тезисом из статьи:

"У императивных языков-таки есть огромное преимущество в том, что у них есть неявное состояние. И люди, и машины очень хорошо работают с неявным состоянием, привязанным ко времени... Это не нужно явно описывать."

согласен на все 100 %.

mayton

step1 $ step2 $ step3

Если всю (или 3/4 программы) так писать, то нафиг тогда ФП?
Возьмите нормальный язык и по крайне мере с $ не мучайтись )))

p.s.
По теме топика сказать нечего, т.к. темы не вижу как таковой.
Собственно про AKKA флейм ужу давно был.
Что общего у AKKA и ФП - мне не понятно. Что общего у event driven с AKKA и ФП - мне так же не понятно
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916853
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev,
Боюсь ТС разницы в словах не поймет, пока не напишет хотя бы 10 строк кода.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916860
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev

mayton

step1 $ step2 $ step3

Если всю (или 3/4 программы) так писать, то нафиг тогда ФП?
Возьмите нормальный язык и по крайне мере с $ не мучайтись )))

Я согласен в целом. Не было у меня такого проекта чтобы 100% pure-functional.
Обычно были элементы функциональщины. XPath-преобразования были.

Для меня ФП - это не способ зарабатывания денег. Скорее... игры разума.
Как и некоторые пятничные задачки.

Разве у вас не бывает интереса думать над задачкой которая не имеет бизнец-цели?
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916861
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton

Разве у вас не бывает интереса думать над задачкой которая не имеет бизнец-цели?

бывало.... лет 10-15 назад
сейчас - не бывает
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916893
andreykaT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
andreykaT
пропущено...

Ну ты наверное ответил на мой вопрос. Вопрос был в том что можно ли ивент дривен переложить на синхронные наборы действий
если захотеть то прогер все может.
ТЗ на акторы и двухфазную
- входим в приложение
- сервер пускает как гость так как не авторизовывался ранее
- запуск актора Почта который шлет письмо авторизации и актора РаботаГостя
- после прихода на урл из письма просыпается актор Регистрация и регистрирует юзверя гостя.
.....
С другой стороны любой прогер скажет что сама аутентификация проходит сервером, писать ее не надо и она синхронная.


поменяй слово актор на спринг-бин и ничего не изменится
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916896
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andreykaT
поменяй слово актор на спринг-бин и ничего не изменится
это ты докажи.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916899
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ВикипедияМодель а́кторов — математическая модель параллельных вычислений, строящаяся вокруг понятия « актор а» (англ. actor — актёр, действующий субъект), считающегося универсальным примитивом параллельного исполнения. Актор в данной модели взаимодействует путём передачи сообщений с другими акторами, в ответ на получаемые сообщения может принимать локальные решения, создавать новые акторы, посылать свои сообщения, устанавливать, как следует реагировать на последующие сообщения.
....

под данное определение, любой микросервис, да и вообще, 99% кода попадает

ответ на получаемые сообщения может принимать локальные решения, создавать новые акторы, посылать свои сообщения, устанавливать, как следует реагировать на последующие сообщения, форматировать диск C:... и так далее
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916902
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PetroNotC Sharp
andreykaT
поменяй слово актор на спринг-бин и ничего не изменится
это ты докажи.

Ну... у актора перечисленны следующие свойства.
- реагирует на сообщения (типа mq)
- в ответ на сообщение может послать конечное число сообщений другим акторам
- создать конечное количество новых акторов
- изменить свое поведение в ответ на ситуацию

У бина таких ограничений нет и бин может на это все наплевать.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916910
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
PetroNotC Sharp
пропущено...
это ты докажи.

Ну... у актора перечисленны следующие свойства.
- реагирует на сообщения (типа mq)
- в ответ на сообщение может послать конечное число сообщений другим акторам
- создать конечное количество новых акторов
- изменить свое поведение в ответ на ситуацию

У бина таких ограничений нет и бин может на это все наплевать.

А актор не может?

Нигде не написано, что актор НЕ может:
НЕ реагировать на сообщения
НЕ посылать другие сообщения в другие акторы
НЕ создавать другие акторы
НЕ изменять свое поведение....

Если актор просто состоит из инструкции NOP /No operation/, он перестанет быть актором и станет бином?
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916912
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тут скорее весь цемис не в том, что могут или не могут акторы, а КАК именно они обмениваются сообщениями и какими именно сообщениями.
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916916
PetroNotC Sharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
bin это класс.
А у класса нет функционала послать сообщение другому классу.
Писать надо)))
...
Рейтинг: 0 / 0
функциональный подход и ивент дривен архитектура
    #39916918
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я себе это понимаю так.

Мы отказываемся от понятия callback. И заменяем его на посыл месседжа.
Акторная среда обеспечивает очереди где надёжно и без блокировок бегают эти сообщения.
Краш актора не должен приводить к потере сообщений. Супервизор после перезапуска
стека акторов обеспечивает повторный процессинг сбойного сообщения. При таком подходе
обработка исключений становится проще.

Что будет внутри актора. NOP, или какая-то умная логика - особо значения не играет.
Главное что мы следуем определённому принципу построения системы которая... ну...
более robasty чем обычная классическая.
...
Рейтинг: 0 / 0
25 сообщений из 229, страница 4 из 10
Форумы / Java [игнор отключен] [закрыт для гостей] / функциональный подход и ивент дривен архитектура
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]