А стейт один?

у каждого будет свой, это будут разные инстансы одного типа

Печалька

ну, в теории они могут смотреть на общедоступный глобальный объект,но это ересь

Можешь ещё раз рассказать зачем тебе общий стейт?

Ну смотри

У меня платежный терминал

У него есть экран

Набор девайсов

Плюс платежная сессия

(о, я лепил кассовую хрень тоже на акке кстати), продолжай)

В каждый момент времени одна

Соответственно один актор на стейт экрана, на каждый девайс по актору, на коннекшн с сервером этц

я начинаю понимать. сделай актора платёжная сессия, которая будет стейт машиной (в акке это Become)

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

актор как стейт машина - это норм. в доке там даже есть пример

Ну ты предлагаешь поднимать актор общий

Внутри которого создавать инстанс

ы

Ну как вариант, да

Типа роутер

внутри создать и инкапсулировать работу со стейтом экрана

да, роутер или диспетчер тоже норм

Думаю над этим вопросом, но навыка пока не хватает

В итоге так и придется делать

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

ПОтому как терминал - частный случай

Ну пока я сделал команды на смену экранов

Типа вперед, назад, домой, херня

У меня был такой же случай с кассовым аппаратом, который как бы мега однопоточный. А надо было сделать чтобы на одном кассовом аппарате могли работать вдесятером. И ещё чтобы не конфликтовали запросы. И чтобы логались. И чтобы евентсорсинг. И вот тут акка зажгла

Фискализация, мать ее?

Мать её

Неужто АТОЛ?

Так точно

Прокляну

Я думал поседею

Или уволят, или закопают

С той стороны иногда не обновляли статус чека

4 недели без выходных и пара работа по ночами и всё заработало

"заработало"

Это был аврал к внезапному закону про онлайн кассы

В Атол Онлайн ща вроде главным гендир с моей прошлой работы

Я от атола чуть не поседел, когда на своей стороне писал его

КОроче, буду пытаться версию фреймворка до 4.5 поднять, чтобы акуу затащить

Да, дело полезное

Но проблема, как обычно, в Windows xp :)

https://github.com/thangchung/awesome-dotnet-core/pull/291 Прoдoлжаем фoрс F# (и Funogram) в .NET Core кoмьюнити!

а может кто-то про rust в контексте сравнения с f# рассказать?

а может кто-то про rust в контексте сравнения с f# рассказать?

И написать пост

там система типов хз, наверное можно считать её пожосче, т.к. там есть (хз как перевести) substructural types

т.е. есть moved types, есть linear types, обычные и афинные. Это позволяет работать без гц, т.к. в самих типах написан их жизненный цикл

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

Ну как я помню, Раст сильно заточен именно на многопоточность со всеми вытекающими

ну и всякие хитрые штуки вроде использования по ссылке типов, которые были moved

Отсюда и система типов

Отрубающая руки сразу

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

вот здесь хорошо про типы раста https://gankro.github.io/blah/linear-rust/

Отсутствие GC не обязательно хорошая вещь. ?‍♂️

В игровых движках, которые как правило на c++, всё равно велосипедят свой гц чтобы подгадать высвобождение памяти с кадрами. Т.е. free делать не когда хочется, а батчами между кадрами или между 10ю кадрами

Спросил у Бартоша про планы на Akkling. https://github.com/Horusiath/Akkling/issues/11#issuecomment-399327134

Я лично хочу писать код и не думать о лоу левел вещах.

В игровых движках, которые как правило на c++, всё равно велосипедят свой гц чтобы подгадать высвобождение памяти с кадрами. Т.е. free делать не когда хочется, а батчами между кадрами или между 10ю кадрами

Это не gc.

Скорей всего ты имеешь ввиду переиспользование уже имеющейся выделенной памяти.

Ну да, обжект пулинг вся фигня

И такое. Но это не gc.

Ладно, ладно, не gc)

подскажите какая либа в F# для отрисовки графиков

Charts

подскажите какая либа в F# для отрисовки графиков

Тебе для чего?

надо бы визуализировать данные как это умеет excel. Обычные x,y

надо бы визуализировать данные как это умеет excel. Обычные x,y

- https://fslab.org/FSharp.Charting/ - https://fslab.org/XPlot/

спасибо

Ayrat , кстати, в акке можно сделать кастомный стрим наружу? Например, для хитровыебанного ссл протокола?

в Akka.Streams есть синки

ты про Akka.Streams же

?

НУ я пока в процессе обдумывания, как правильно строить взаимодействие с сервером

На котором акки нет

Если я правильно понял вопрос, то да можно конечно. Ты настраиваешь откуда стрим выходит (source), рисуешь для него хитрый пайплайн со всякими броадкастами, экшнами, мапами, редьюсами, мёржами, чо хочешь. Потом указываешь обязательно Sink (кто поглощает стрим). Это может быть БД (запись в таблички), может быть вывод на консоль, может быть игнор, а могут быть http вызовы, чо хочешь короче. Далее материализуешь стрим, акка сама всё делает согласно спеке стрима

из коробки там много синков (как и сорсов) готовых. Люди в сайд либах тоже дофига интеграций уже написали

всякие ажуры, амазоны

Но я мог неправильно понять вопрос. у меня стрим головного мозга просто

TL;DR https://medium.com/@eulerfx/eb3c8a2d180a

Но я мог неправильно понять вопрос. у меня стрим головного мозга просто

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

Ну это мало кому интересно. Я знаю @VagifAbilov как-то делал доклад по акка стримам, но я чот думаю что кол-во интересующихся что тогда, что сейчас примерно по пальцам посчитать

Ну это мало кому интересно. Я знаю @VagifAbilov как-то делал доклад по акка стримам, но я чот думаю что кол-во интересующихся что тогда, что сейчас примерно по пальцам посчитать

Доклад Никиты по Акке зашел отлично. Так что скорее не малокому интересно, а мало кто пользуется

Стримы Никита не рассматривал

Это отдельный мир вообще. как в акке, так и вообще. Просто Akka.Streams под капотом реализована на акторах, но ими можно пользоваться совершенно не касаясь акторов. Вещь в себе короче. У нас вообще плохо идут хорошие вещи. Ящитаю это всё засилье банковских "энтерпрайз" разработчиков на ASP.Net MVC виновато. Им больше ничего не надо

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

доклады делать время надо много) Но да, надо просвещать народ

Ну полгода на один доклад норм

Ну в банках своя специфика :)

Да и народ там по возрасту не очень молодой

Ну и специфика работы не предполагает резких смен технологий

Ну это мало кому интересно. Я знаю @VagifAbilov как-то делал доклад по акка стримам, но я чот думаю что кол-во интересующихся что тогда, что сейчас примерно по пальцам посчитать

Если бы я знал про Akka Streams когда начинал мой нынешний проект, моя жизнь бы сложилась по-другому ?