я думаю тут как-то глубоко костыль CLR зарыт

А вот через генерик с констрейнтом и аугментацию типов должно быть ок

Короче, там можно написать без боксинга по идее

Но типы придется расширять

Народ, а вы Akka.net юзаете, чтобы делать веб-сервисы, правильно уловил идею?

типа того

Я пишу десктоп

Но я упоротый

Народ, а вы Akka.net юзаете, чтобы делать веб-сервисы, правильно уловил идею?

Я с мессенжерами интегрируюсь через Akka. Привык 🤷‍♂️

Я пишу десктоп

гммм, микросервисы ?

Я с мессенжерами интегрируюсь через Akka. Привык 🤷‍♂️

боты ?

боты ?

Ну да, боты.

видно, куда хочешь, туда и присобачивай akka

видно, куда хочешь, туда и присобачивай akka

Возможных применений много. Не все из них рациональные, впрочем.

Возможных применений много. Не все из них рациональные, впрочем.

Ну да, гвоздь, тоже можно забивать айфоном)

Ну да, гвоздь, тоже можно забивать айфоном)

Вот про айфоны я бы сказал что только ими и надо гвозди забивать

эй эй эй) ахахах, был бы живой винфон, я бы согалсился. но так как винфон умер, а андроид все еще фигня.

эй эй эй) ахахах, был бы живой винфон, я бы согалсился. но так как винфон умер, а андроид все еще фигня.

Лет зе мобайлосьсрач бегин

Лет зе мобайлосьсрач бегин

гммм, микросервисы ?

Акторы,дружок

920

920

+ одна из первых в РФ. Прожила 5 лет. Сильно надеялся на вин10, но мс упустили все время.

был момент писал несколько приложенйи под винФон10. Это было божественно. И да, я наркоман, мне нравился XAML. Хотя супер навороченной логики у нас там не было.

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

имхо, МС хорошо пропиарили винфоны среды программистов, но конечным пользователям телефон не зашел.

Согласен

Кто старое помянет,тому мейлбокс на актора натяну

😂

имхо, МС хорошо пропиарили винфоны среды программистов, но конечным пользователям телефон не зашел.

Плиточки <3

У друга виндофон, троллю его 24/7

Ибо глючит

Постоянно что-то отваливается

То приложения не устанавливаются, то ещё что-то

То удалить не может

windows phone с 8 версией самый топ телефона был. Летало и красивый, удобный минимализм в дизайне

Такс, пришло время почитать akka bootcamp, а то крокодил не ловится :)

да ну брось, мануалы читают только ламеры

впрадакшн!

впрадакшн!

++

Сам ты впрадакшн, а я ламер

Айрат "Впрадакшн" Гопакович

впрадакшн!

Интересные у индусов имена

Айрат "Впрадакшн" Гопакович

имхо мы все такие)

:D

Предпочитаю отделять себя от серой массы сильно умных

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

А вообще, я заметил что чтение документации гораздо бодрее идёт если есть опыт в технологии. Я предпочитаю сначала набить шишек сам, познакомиться, а потом уже идти читать доки, иначе нифига непонятно, примеры оторваны от практики, синтаксис неясен, смысл теряется.

Ну вот я подошел к моменту чтения документации

Короче, тут написано that blocking is not an evil

Ничо так документация

Жызненная,

В целом во вью моделях аски, наверное, можно использовать

Потому как пока vm не проинициализирована, показывать ее смысла нет :)

я щас расскажу за блокинг в акторах. Представим что мы работаем с тредами. У них есть очередь работ в виде списка вызовов и если мы блокируем тред, то конечно ничего страшного не произойдёт. Просто тред перестанет свою локальную очередь обрабатывать, повисит чутка, другие треды, если у них работа кончится, застилят из его локальной очереди и всё переделают. Если мы заблочим много тредов, то случится thread starvation, всё будет работать очень плохо. Да и треды очень дорогие. Теперь абстрагируемся от тредов и считаем что наша рабочая лошадка - актор. У него есть очередь работ в виде мейлбокса и если мы блокируем работу актора ожиданием ответа от другого актора (с точки зрения нижележащих тредов асинхронно, но с точки зрения абстрации на уровне акторов это вполне себе синхронный вызов. Аналог - вызов другой процедуры), то актор просто перестанет обрабатывать свою очередь сообщений. Что произойдёт? Ну для начала у нас других акторов на этот мейлбокс нет, сообщения там будут висеть до последнего. Стилинг алгоритмов в актор систему не завезли, В актор системе это реализуется через актор роутер и мириаду акторов мелких, которые де факто мейлбокса не имеют (им кидают по одному сообщению для обработки). Понять что актор заблочен и не отвечает чтобы перероутить месаджи на другого актора (того же типа) актор система тоже вряд ли сумеет. Получаем настоящий пиздец, который работает кумулятивно. Каждый блок в теле актора замедляет обработку ВСЕХ сообщеий в мейлбоксе на время блокировки. Пример. Если каждый месадж требует блокировки на ожидание внешнего ответа 100мс, в мейлбоксе лежит 100 месаджей, то 2ой в очереди замедлится на 100мс, 3ий на 200мс, а последний на 10000мс, что сделает систему охренительно неотзывчивой.

Да это понятно все

Там разовые асинхронные операции

Синхронные

По событиям от пользователя

Понятно, что если я строю все на асках, то у меня наступает пиздец

лютейший. Ещё и дедлоки на уровне акторов могут быть

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

А ежели я делаю актор, который хранит стейты

Нужные для построения вм

про дедлоки акторов. они вообще опасные. АкторА спрашивает (ask) у актораБ - как тебя зовут? и повисает нахер, не обрабатывая мейлбокс. Реквест попадает в конец мейлбокса АктораБ, который разгребая свой мейлбокс может спросить у АктораА точно такой же вопрос. и тоже повиснет в беспросветном ожидании, прям перед сообщением от АктораА ) И оба, как дебилы будут сидеть в ожидании ответа друг от друга, причём у них у обоих в мейлбоксах будут лежать запросы друг от друга. Полная дичь, причём это никак не проконтролировать

Это можно решить таймаутами, да. и логикой не получения ответа

про дедлоки акторов. они вообще опасные. АкторА спрашивает (ask) у актораБ - как тебя зовут? и повисает нахер, не обрабатывая мейлбокс. Реквест попадает в конец мейлбокса АктораБ, который разгребая свой мейлбокс может спросить у АктораА точно такой же вопрос. и тоже повиснет в беспросветном ожидании, прям перед сообщением от АктораА ) И оба, как дебилы будут сидеть в ожидании ответа друг от друга, причём у них у обоих в мейлбоксах будут лежать запросы друг от друга. Полная дичь, причём это никак не проконтролировать

А нельзя ли аски запретить навсегда?

А нельзя ли аски запретить навсегда?

Мы так и сделали. ctrl-f ".Ask" и рефакторили пока всё не выжгли

И еще анализатор для рослина с матюгами запилить

Ну без асков там схема с созданием временного актора

аск создаёт временного актора если чо

поэтому он такой медленный

В общем, надо уметь проектировать без ЭТОГО

Ок, тогда предлагайте решение на следующую задачу

Есть список сервисов

КОторый хранится в акторе

VM должна уметь по айдишнику достать сервис

Айрат, какой там у тебя рейт? 250 зелени в час? ;) Включай таймер

Василий, у тебя проблема последней мили. Как связать что-то внешнее с акторсистемой. Я решил так - делал точки входа в акторсистему через акторов. Если очередь - то она была инкапсулирована В акторе. Вебсервер - туда же. Ввод пользователя, бд, чо угодно - в актора. С UI не делал, но думаю запилил бы ViewModel ВНУТРЬ актора, а на объект вью модели обычные биндинги через INotifyPropertyChanged вьюху связал как обычно

вьюмодель в актора подаётся через конструктор как-нибудь