для подобной задачи

Такс, ActorRef сунуть не получается, там нет кастомных свойств,которые я задавал у наследника актора

Интересно, можно ли как-то IActorRef привести к типу, от которого он создан?

Нет.

Тогда только создание модели внутри актора

Если ты про type MyActor() = iActorRef :> MyActor То так нельзя

Ну типа того,да

а зачем так?

ты же можешь использовать тип явно, без IActorRef

или ты по селектору актора достаешь?

Ну актора же надо создать

Короче, заработает скорее всего подход, когда вм знает только об акторах, которым отправляет сообщения

Т.е. вью модель создается внутри актора, который ее инициализирует

А она имеет селекты на акторов, которым отправляет сообщения о своем состоянии

ну по-моему норм

А она имеет селекты на акторов, которым отправляет сообщения о своем состоянии

ну так это обычное общение внутри актор модели. Мне больше интересно как ты вьюхи будешь в итоге WPFу подкидывать.

Я вотчего не догоняю. Все тут в акку вдарились. Чем орлеан то не угодил? Я с ним пообщался, очень даже ничего.

Так получилось

Потом и до орлина руки дойдут

Вась, он проще. И легче в мозг проходит. И кластер собирается на раз. Субъективно, он нелучше, он как то легче чтоль.

Возможно

Но мне кластер пока не надо

В продакшене уже месяца два живет. Правда на C#. Вроде без особых проблем.

Это ж хорошо

С аккой тоже проблем нет

Особых

Проблема, как обычно, в перестройке мышления

А я о чем? Надо самл набросатьна F#. Вот в выходные займучь. С интеграцией с жирафом.

В выходные отдыхать надо

Пробовал - скучно 😊

А в Орлинсе не совсем понятно как du зайдут с его концепцией интерфейсов, кстати

А так же. DU - объект с наследованием от абстракта. Так что должны легко. Я правда не совсем понимаю, зачем сводить все к одному методу. Собственно DU нужны как раз для акторов - там мессейдж один. А Orleans из коробки считай сам TypedActor из akka

Хммм

По мне нет разницы: type Msg = | A of int | B of string или type IActor = abstract A: int -> Task abstract B : string - Task

А вот тут акторы проигрывают: type IActor = abstract A: int -> Task<string> abstract B : string -> Task<int>

Я так понимаю, они типа тасками решают проблему ask в акке

Именно

Соответсвенно, обычный send - это не ожидаемый вызов метода

Есть конечно и минус - лайфтайма акторов нет, Нет и супервизоров

Не совсем понятно, как они масштабируются, конечно

И что случится, когде грейн ебанет

Там все просто (нку в теории) - по ключам акторов. Они все с ключами.

Перезапустится при следующем вызове метода

Они типа виртуальные - не падают никогда

А стейт актора куда денется?

https://github.com/OrleansContrib/Orleankka

Это мне показалось какой то заплаткой не от мира сего. Ничего не добавляет - только убирает. По мне - ради совместимости концепта

https://github.com/akka/akka-meta/blob/master/ComparisonWithOrleans.md

Чет орлеан подохрительно похож на фшарпные мейлбоксы на стероида

х

Похож сильно

Такс, а у Орлинса есть сервер и клиент, как я понимаю

Ваще, канеш, попробую упороться попозже

И поднять параллельно две актор системы

Да, там можно в сервер внутрь запихаться, но там не тривиально. У него вся схема - на неблокирующем скедуллере. Из за этого очень идеоматично к нет. Но танец с передачей тасое с одного скедуллера на другой - слегка не тривиально.

Проблема, конечно, в персисте

Если в акке я могу в sqlite пихнуть, тут фокус не пройдет

Пройдет. Легко. Я постгрес впихнул с структурированной БД. Спокойненько так. Заодно и отчеты получил нужные. Просто вместо сейва стейта в блоб сохраняю сам в соответсвующем методе. Или пишу свой перзистент провайдер - там три метода вроде.

Ты не понял

Мой кейс это что-то вроде sqlite или litedb

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

Это то пишется на коленке за неделю.

У меня есть частная задача, которая потом грозит перерасти в общую

Я рассматриваю все же акторную модель как прежде всего распределенную. Там весь оверхиад имеет смысл. Заметь, нормально акторы заработали первый раз только под beam - а он сильно распределенный. И все туда начали смотреть. Вот только акка сильно ориетированна на жабовский мир. И не просто так автор превых ее версий ушел и начал делать ProtoActors

А я о чем? Надо самл набросатьна F#. Вот в выходные займучь. С интеграцией с жирафом.

Орлианкка или орлианс?

Если в акке я могу в sqlite пихнуть, тут фокус не пройдет

Ты только учти что на клиенте у тебя акторов не будет, они будут все в "облаке/silo"

ну так это обычное общение внутри актор модели. Мне больше интересно как ты вьюхи будешь в итоге WPFу подкидывать.

WPF я прокидываю не вьюхи, а контекст под ними

С другой стороны, можно вм как наследника актора объявить

Какие вы тут штуки любопытные выдумываете!

Какие вы тут штуки любопытные выдумываете!

Отож

говнологика змейки написана, в блокноте играется, я чот упоролся и сделал на гопачке. Из гуи пока что текстовый файл :D

Ну гопачок такое себе :)

Я бы сказал что текстовый файл такое себе

Бывает, чо

Ок, я вернулся.

@neftedollar Восстановишь права? :)

Ок, я вернулся.

воскрес

DEUS VULT

Начал читать, рекомендую. https://www.amazon.com/Why-We-Sleep-Unlocking-Dreams/dp/1501144316

Начал читать, рекомендую. https://www.amazon.com/Why-We-Sleep-Unlocking-Dreams/dp/1501144316