Код

Запусти таск который пришлет ok в мейлбокс, когда он будет готов.

Отдельно от мейлбокса?

Сохрани сслыку на token и перейди в состояние ожидания, чтобы еще один ok не начать собирать.

Внутри мейлбокса.

Предлагаешь в стейте хранить текущий токен?

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

Да, если ты знаешь, что с ним делать.

Ну как знаю

Мне просто нужно выдавать отбивку не ок,пока ок пытается инициализироваться

Ну тогда можешь не хранить.

Мне просто нужно выдавать отбивку не ок,пока ок пытается инициализироваться

другой актор - прокси, в который будет послано "готово" по инициализации, а до этого он будет говорить "не готово" - и через него общаться

https://github.com/petabridge/akka-bootcamp/tree/FSharp/src/Unit-3/lesson4#composing-taskt-instances-using-continuewith-and-pipeto

другой актор - прокси, в который будет послано "готово" по инициализации, а до этого он будет говорить "не готово" - и через него общаться

Хммм

Насчёт второго актора думал

https://github.com/petabridge/akka-bootcamp/tree/FSharp/src/Unit-3/lesson4#composing-taskt-instances-using-continuewith-and-pipeto

@vshapenko Вот конкретный пример, правда решает несколько другую задачу, объяснения выше.

А куда там глянуть?

Я ж дал ссылку.

На конкретный пример, теория выше в том же файле.

Смотрю, просто у меня на ноуте некоторые проблемы с телегой

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

Осталось понять , как это ляжет на мейлбоксы

Также. Просто в конце async сделай отправку в mb.

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

Я имею в виду в тот бокс,который в виде параметра функции приходит

Хотя ща проверим

да, можно

Отлично, тогда проблема действительно решается просто

Привет.

Привет

Здравствуйте.

Интереснo, зачем так делают? https://github.com/fsprojects/FsRandom/blob/master/src/FsRandom/Array.fs#L68 [<CompiledName("Shuffle")>] Чтoбы из C# красивo вызывать или есть ещё причины?

Интереснo, зачем так делают? https://github.com/fsprojects/FsRandom/blob/master/src/FsRandom/Array.fs#L68 [<CompiledName("Shuffle")>] Чтoбы из C# красивo вызывать или есть ещё причины?

Всегда считал что для c#

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

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

fsi-файлы?

fsi-файлы?

На выходе? Хз. Наверное и они подойдут. Только хотелось бы и private выдернуть.

Не могу найти генерацию для .NET Core проектов (аналог --sig). Она вообще поддерживается?

Не могу найти генерацию для .NET Core проектов (аналог --sig). Она вообще поддерживается?

А через dotnet msbuild ?

Так не пробовал.

А через dotnet msbuild ?

То же не видит.

Хм

Может я не так ввожу.

dotnet msbuild --sig:somefile.fsi ?

так, а с обычным msbuild так тоже не прокатит

Надо именно fsharp компилятору скормить fs файлы

Ты уверен? Для обычного дотнета продлагается добавлять эту запись в "other flags" проекта.

--sig флаг компилятора f#

А есть ли общепринятый оператор для fmap?

Я тут решил в промисах для Fable заменить p |> Promise.map f на оператор, но немогу придумать название

Я тут решил в промисах для Fable заменить p |> Promise.map f на оператор, но немогу придумать название

>=>

Я тут решил в промисах для Fable заменить p |> Promise.map f на оператор, но немогу придумать название

>|>

please no

>=>

Ну это рыбка, она точно про другое

Я тут решил в промисах для Fable заменить p |> Promise.map f на оператор, но немогу придумать название

подожди, но это же просто Promise.map и остается по своей сути?

Ага, только вместо |> Promise.map f я пишу ==> f

Ага, только вместо |> Promise.map f я пишу ==> f

ну мб какой-нибудь pmap

Тогда его нельзя будет использовать в инфиксной записе, как операторы (типа первый аргумент слева, второй справа, как в |>)

Тогда его нельзя будет использовать в инфиксной записе, как операторы (типа первый аргумент слева, второй справа, как в |>)

я просто противник кастомных операторов

поэтому тут не помогу тогда

Я тоже не фанат, но map/bind это все таки классика (самые часто используемые операторы)

https://github.com/ChrisPritchard/FSharpMonogameTemplate

https://github.com/ChrisPritchard/FSharpMonogameTemplate

?

CoreRT — это интересно!

Я же правильно понял что промисы в Fable - ленивые и много-разовые (как async в F#)?

Я же правильно понял что промисы в Fable - ленивые и много-разовые (как async в F#)?

Промисы не в fable а в js. Ну м не сказал бы что ленивые. Просто, если он в статусе resolved , то колбэк который ты ему передашь, сработает сразу

Промисы не в fable а в js. Ну м не сказал бы что ленивые. Просто, если он в статусе resolved , то колбэк который ты ему передашь, сработает сразу

Хм, а я вроде тестировал и он дважды вызвался

Я же правильно понял что промисы в Fable - ленивые и много-разовые (как async в F#)?

Ты про fable-powerpack?

Да

Да, как async.

Да, как async.

OK, а я еще заметил, что в Fable есть и Promise и Async - в чем разница и что лучше использовать?

Еще я не понимаю, почему Elmish для Cmd.ofPromise требует лямбду возращающую промис, а не просто промис. Ведь если промис "ленивый и много-разовый" - то лямбда не нужна.

OK, а я еще заметил, что в Fable есть и Promise и Async - в чем разница и что лучше использовать?

Мне кажется, Async нужен в большей степени для совместимости. Ну, и он пробрасывает сancellation token, например.

Еще я не понимаю, почему Elmish для Cmd.ofPromise требует лямбду возращающую промис, а не просто промис. Ведь если промис "ленивый и много-разовый" - то лямбда не нужна.

?

Еще я не понимаю, почему Elmish для Cmd.ofPromise требует лямбду возращающую промис, а не просто промис. Ведь если промис "ленивый и много-разовый" - то лямбда не нужна.

Отложенность обеспечивается за счет реализации promise { ... }?

Я вроде таким не пользуюсь, но надо будет еще потестить.

Я вроде таким не пользуюсь, но надо будет еще потестить.

А чем ты пользуешься?

Promise.map / Promise.bind да все промисы начинаются с fetch / async-storage

Хм, а я вроде тестировал и он дважды вызвался

Дважды и вызовется. Он же уже был а состоянии резолвед. Каждый колбек вызывается для резолвед состояния.

Дважды и вызовется. Он же уже был а состоянии резолвед. Каждый колбек вызывается для резолвед состояния.

Даже тот который после нацеплен

Дважды и вызовется. Он же уже был а состоянии резолвед. Каждый колбек вызывается для резолвед состояния.

Promise.start и реализация Delay в promise { ... } сбивают с толку.

Да, как async.

Внимательно почитал код fable-powerpack. Я не прав.

Еще я не понимаю, почему Elmish для Cmd.ofPromise требует лямбду возращающую промис, а не просто промис. Ведь если промис "ленивый и много-разовый" - то лямбда не нужна.

Для отложенного старта может?

Еще я не понимаю, почему Elmish для Cmd.ofPromise требует лямбду возращающую промис, а не просто промис. Ведь если промис "ленивый и много-разовый" - то лямбда не нужна.

Потому что кмк, promis может быть rejected, или resolved. И возможно его нужно настроить в зависимости от статуса. Ну и представь что промис пришел из места которое не знает о командах. Вот тут в лямбде можно и конвртнуть все что нужно в команды

Хай

Кто-нибудь знает как устанавливать это? https://github.com/georgewfraser/fsharp-language-server

Привет.

Привет)

Я хочу (когда-нибудь) начать применять эфшарп вместо сишарпа (для своих пет прожектов) ?

Я хочу (когда-нибудь) начать применять эфшарп вместо сишарпа (для своих пет прожектов) ?

Для пэтпрожектов можно уже сейчас

Дааааа, осталось только начать

Я хочу (когда-нибудь) начать применять эфшарп вместо сишарпа (для своих пет прожектов) ?

Опасно, у меня так аллергия на C# началась. Всю жизнь переломало.

У меня уже началось, кажется)

У меня уже началось, кажется)

Что за проекты, если не секрет)

У меня уже началось, кажется)

Интересно, с чего люди начинают, сам хочу начать