|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
вадя, WS это протокол. А стопорить второй вызов REST через глобальный флаг я посчитал извратом. Читаю промисы. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:36 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev А где такое есть в Corba. Но устарело безбожно))) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:38 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp А винда 3.11 то почему? Странный вопрос. Потому, что это одна из наиболее распространненных и первых ОС построенная на событиях https://docs.microsoft.com/en-us/windows/win32/winmsg/messages-and-message-queues https://docs.microsoft.com/en-us/windows/win32/winmsg/about-messages-and-message-queues https://docs.microsoft.com/en-us/windows/win32/wintouch/sendmessage--postmessage--and-related-functions etc... etc... etc... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:39 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, https://support.microsoft.com/ru-ru/help/150777/info-descriptions-and-workings-of-ole-threading-models Про 3.11 понял. Действительно)) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:42 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
Весь современный UI - построен на событиях. И в большинстве случаев - только 1 поток отвечает за отрисовку. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:47 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp WS это протокол. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:49 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
вадя, Отстань. Я тебе про REST а ты мне про WS. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 19:53 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp А про маршаллинг межпроцессорный, межпоточный и межкомповый умолчал. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:03 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp забыл ник почитай про персистентные акторы, В Модели состояния нет. И я не понял твою панику. А как ФП без состояния? Какие костыли? Какая паника? Дело в том что с акторами кроме меня и частично Леонида никто тут не работал, а рассуждать все могем. Персистентные акторы были изначально и это решение проблемы стейта. При чем тут фп тоже непонятно ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:10 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
Basil A. Sidorov PetroNotC Sharp А про маршаллинг межпроцессорный, межпоточный и межкомповый умолчал. С сообщениями надо данные передавать. И расшаривать данные. Расскажи хотя бы как ты в поток классу передаешь. ... Скажи прямым текстом - не нужен нам маршаллинг. Не пользуемся! ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:10 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
забыл ник, Дак ты ясно говори а не вставай в позу. "в Модели акторов глобального состояния нет. Но мы по практике знаем что без него нельзя. Не получается." Так? ... А вот в эрланге получается или нет? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:14 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
А ты попробуй найди специалистов в Эрланге. Всё одно что в Коболе искать... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:26 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
mayton, Верю. Я вот в андроид пару часов врубался как модальный диалог получить, и чтобы вернуть что юзверь там напечатал. Нету такого в платформе. Мне ближе синхронный железобетонный код. С состоянием и типизацией. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:43 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
mayton, Идеальная реализация Актора, это один актор на процесс. Но дорого)). ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:49 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mayton, Идеальная реализация Актора, это один актор на процесс. Но дорого)). Судя по документации Эланга у них там не процессы а потоки. И еще какие-то облегченные. Типа green-thread. Я суть до конца не понял. Но вроде как 10 реальных потоков обслуживают 1000 акторов. По сути - мультиплексирование по событиям. Или continuations. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 20:54 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp С сообщениями надо данные передавать. И расшаривать данные. Чем, как не передачей данных является вызов процедуры/функции/метода? Каким боком ко всему этому вылез протокол упаковки/распаковки, который является (некоторой) технической деталью? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 21:30 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
забыл ник PetroNotC Sharp пропущено... никто не сомневается что костыли всегда сделают. В Модели состояния нет. И я не понял твою панику. А как ФП без состояния? Какие костыли? Какая паника? Дело в том что с акторами кроме меня и частично Леонида никто тут не работал, а рассуждать все могем. Персистентные акторы были изначально и это решение проблемы стейта. При чем тут фп тоже непонятно Уж коли ты программировал. Кинь ссылочку на пример где очевидно использование смены поведения актора. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 21:34 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Отстань. Я тебе про REST а ты мне про WS. https://stackoverflow.com/questions/13373734/is-rest-over-websockets-possible Yes. You can use REST over WebSocket with library like SwaggerSocket. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 21:44 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp забыл ник, Дак ты ясно говори а не вставай в позу. "в Модели акторов глобального состояния нет. Но мы по практике знаем что без него нельзя. Не получается." Так? ... А вот в эрланге получается или нет? Ты делаешь какие то странные заявления, приписывая их мне. Давай я опишу что у авторов с состоянием а ты уже потом сам решай. Актор это изолированный кусок функционала, у которого есть состояние, но оно обрабатывается в одном потоке, потом что мессаджи приходят из очереди один за одним. И при обработке мессаджа состояние меняется. Более того автор без состояния это антипаттерн ибо бессмысленно. Есть второй поинт, что делать с состоянием если актор упал? Грубо говоря в этом случае состояние постоянно персистится на диск либо ещё куда. А при рестарте высчитывается назад, вот и все. Это чекпоинтинг, как и в стримах. Если под глобальным состоянием ты имеешь ввиду кейс, когда нужно транзакционно поменять Стейт двух акторов, то тут все похоже на микросеовисы - такое просто не предусмотрено при правильной архитектуре ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 22:11 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp забыл ник, Дак ты ясно говори а не вставай в позу. "в Модели акторов глобального состояния нет. Но мы по практике знаем что без него нельзя. Не получается." Так? ... А вот в эрланге получается или нет? Ты делаешь какие то странные заявления, приписывая их мне. Давай я опишу что у авторов с состоянием а ты уже потом сам решай. Актор это изолированный кусок функционала, у которого есть состояние, но оно обрабатывается в одном потоке, потом что мессаджи приходят из очереди один за одним. И при обработке мессаджа состояние меняется. Более того автор без состояния это антипаттерн ибо бессмысленно. Есть второй поинт, что делать с состоянием если актор упал? Грубо говоря в этом случае состояние постоянно персистится на диск либо ещё куда. А при рестарте высчитывается назад, вот и все. Это чекпоинтинг, как и в стримах. Если под глобальным состоянием ты имеешь ввиду кейс, когда нужно транзакционно поменять Стейт двух акторов, то тут все похоже на микросеовисы - такое просто не предусмотрено при правильной архитектуре ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 22:13 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
mayton, Суть в максимальной изоляции. Поэтому процесс. Но так как дорого, то по факту использует пул потоков. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 22:34 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
Basil A. Sidorov PetroNotC Sharp С сообщениями надо данные передавать. И расшаривать данные. Чем, как не передачей данных является вызов процедуры/функции/метода? Каким боком ко всему этому вылез протокол упаковки/распаковки, который является (некоторой) технической деталью? У тебя много технических деталей. Ты сказал что платформа Акка ерунда. Всё сделаем в java. И мы споткнулись на втором отличии платформ. Но отличий не два. Их полно. Глупый спор. 8 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 22:39 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
забыл ник, Я согласен со всем кроме состояния. Актор обрабатывает одно сообщение за раз. Других потоков нету. Зачем состояние? Пока не вижу нужды в моем примере что я выше приводил. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 22:58 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
забыл ник И при обработке мессаджа состояние меняется Ну дак это вообще не честно)). У ФП тоже есть тогда состояние внутри функции при обработке. )) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 23:00 |
|
функциональный подход и ивент дривен архитектура
|
|||
---|---|---|---|
#18+
PetroNotC Sharp забыл ник, Я согласен со всем кроме состояния. Актор обрабатывает одно сообщение за раз. Других потоков нету. Зачем состояние? Пока не вижу нужды в моем примере что я выше приводил. Я отвечу тебе и мэйтону одним постом. Представь что у тебя есть сущность аукцион. У него есть айди и есть состояние - bid, количество участников, участники уже присоединившиеся, цена и и.д. первоначально он имеет Стейт Created. Он может принимать сообщение Joinauction от плеера и добавлять его в список присоединившихся. Когда количество присоединившихся достигает нужного количества он переходит в Стейт Started и уже принимает сообщения placeBid но не joinAuction. То есть машина состояний. Как без стейта тут обойтись? А отвечая мэйтону - то на какие сообщения актор может ответить зависит от стейта вот тебе пример ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2020, 23:16 |
|
|
start [/forum/topic.php?fid=59&msg=39916972&tid=2120656]: |
0ms |
get settings: |
28ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
505ms |
get tp. blocked users: |
1ms |
others: | 313ms |
total: | 929ms |
0 / 0 |