Seq.init?

?

Привет ?

привет) )

https://lukemerrett.com/fsharp-data-type-providers/

https://lukemerrett.com/fsharp-data-type-providers/

Ей! Подоспела статья. Жаль там не будет упоминаний наших коллег которые распинали Дона Сайма для этой работы)

Ей! Подоспела статья. Жаль там не будет упоминаний наших коллег которые распинали Дона Сайма для этой работы)

Это аналог uwp Data namespace?

Это аналог uwp Data namespace?

Я не думаю что тут что-то связано с UWP, честно говоря не знаю что это за Data namespace. Смысл в провайдерах типов. Там описан json по нему провайдер типов а дизайнтайме генерит типы и их не надо прописывать ручками. Почитай статью, она очень интересна будет если ты не знаком с type providers

?

Короче, я ща в Африке, поэтому доступен эпизодически :)

Короче, я ща в Африке, поэтому доступен эпизодически :)

Береги себя.

Тут норм

Ну смотря где в Африке.

Кстати, где?

Марокко

Короче, я ща в Африке, поэтому доступен эпизодически :)

Круто, пришли в личу фотки)

Могу, конечно, прислать видео про монадки,но не все заценят :)

Африканские монадки?

Скажите, а автокомплит в студийном f sharp interactive должен работать по умолчанию?

вроде нет, надо ставить экстеншн

А почему Ionide ругается на модуль fsi (или неймспейс/тип) ?

Короче, я ща в Африке, поэтому доступен эпизодически :)

Вот что я нашел, далеко ходить не пришлось) Вроде бы должно помочь https://fsharpforfunandprofit.com/posts/concurrency-reactive/

Марокко

// offtop Есть смылс ехать туда? Всмысле отдыха, и новой культуры? А то лоукосты так и манят

// offtop Есть смылс ехать туда? Всмысле отдыха, и новой культуры? А то лоукосты так и манят

давайте в личку)

Оффтоп - стоит

Оффтоп - стоит

Чит не сработал

Я не думаю что тут что-то связано с UWP, честно говоря не знаю что это за Data namespace. Смысл в провайдерах типов. Там описан json по нему провайдер типов а дизайнтайме генерит типы и их не надо прописывать ручками. Почитай статью, она очень интересна будет если ты не знаком с type providers

Да, там из коробки работа с json, xml, и прочим. Microsoft.Data.Json, как-то так. Случайно наткнулся, когда писал обработчик на Си. Смотрел на NuGet днём, не нашел такого под Net Standart 2.0, только PCL.

Да, там из коробки работа с json, xml, и прочим. Microsoft.Data.Json, как-то так. Случайно наткнулся, когда писал обработчик на Си. Смотрел на NuGet днём, не нашел такого под Net Standart 2.0, только PCL.

Но он не генерит в дизайн тайме типы?

Но он не генерит в дизайн тайме типы?

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

всем доброе утро друзья! ))

всем доброе утро друзья! ))

Доброго

Подскажите, как проверить по нормальному тип функции?

Пишу в fsi float;;, мне пишут val it : (int -> float)

Подскажите, как проверить по нормальному тип функции?

А нужно все переменные на вход?

А нужно все переменные на вход?

Я не понял вопроса)

Пишу в fsi float;;, мне пишут val it : (int -> float)

дак а что не так?

дак а что не так?

Так а то не так, меня обманывают

Я не понял вопроса)

Нужны все поддерживаемые типы скармливаемые ф-ции float?

Нужны все поддерживаемые типы скармливаемые ф-ции float?

Конечно, я тип хочу узнать

А мне тут какой-то конкретный случай подсовывают

А, я поняла

дак а что не так?

ф-я float работает не только на интах, как я понял

ф-я float работает не только на интах, как я понял

да, строку может например :)

Operators.float<^T> Function (F#) https://msdn.microsoft.com/en-us/visualfsharpdocs/conceptual/operators.float%5b%5et%5d-function-%5bfsharp%5d

По умолчанию fsi исходит из того, что все int

Но кстати, хороший вопрос как понять что ф-ция использует srtp

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

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

Да

Интересно, сложно прикрутить в fsi команду вроде #type , которая бы выдала нужную информацию?

How to check if a function's type parameters are statically resolved? https://stackoverflow.com/q/16327655/2565656

How to check if a function's type parameters are statically resolved? https://stackoverflow.com/q/16327655/2565656

Тут говорят что ide должна помогать

Так а всё же, сложно будет реализовать в fsi способ нормальной проверки типов?

Так а всё же, сложно будет реализовать в fsi способ нормальной проверки типов?

Кот Шредингера

Так а всё же, сложно будет реализовать в fsi способ нормальной проверки типов?

не попробуешь - не узнешь

друзья возможно говорить о full stack разработчик здесь? ))

особенно JavaScript , react и node

друзья возможно говорить о full stack разработчик здесь? ))

только в разрезе F#-> JS

только в разрезе F#-> JS

но я даже не знаю что F#?((

я учебник для фулл стэк и все

я учебник для фулл стэк и все

Whats your primary language?

English

Hi! ) This is F# chat F# is .net-family language. F# can bе compiled to JavaScript with fable-compiler. We don't chat about JS only solutions. So if you want to talk about JS, you should go here https://telegram.me/JSlang

Hi! ) This is F# chat F# is .net-family language. F# can bе compiled to JavaScript with fable-compiler. We don't chat about JS only solutions. So if you want to talk about JS, you should go here https://telegram.me/JSlang

okay thanks for explanation :))

Вроде у меня завелись F# TPs для Yaml & Ini - если тут есть пользователи, плиз попробуйте и скажите работает для вас или есть вопросы - https://twitter.com/sergey_tihon/status/989951913520173056

А подскажите плиз, какой аналог в фшарпе для Task.Run(fun () -> dosmth()) ? Может async { do dosmth() } |> Async.Start ?

Попробуй ещё StartAsTask :)

сча)

Просто так Start не даёт получить доступ к результату, выглядит не оч.

Кстати говоря, даже наш TaskBuilder.fs по-прежнему лучше, чем в C#. За счёт FSharp.Control.Tasks.ContextInsensitive

(эта штука позволяет везде неявно иметь ConfigureAwait(false))

а как его запускать task { do dosmth() } |> ?

а как его запускать task { do dosmth() } |> ?

task это уже аналог Task.Run

разве?! Это все что я окружаю CE стартует таск?

не должно быть так плохо)

разве?! Это все что я окружаю CE стартует таск?

Там используется C#-семантика, в которой (в основном) явный старт тасков не нужен.

Я не утверждаю, что это всегда удобно. Это просто то, что просили люди для своих кейсов :)

Если тебе хочется много оперировать незапущенными async workflows или хочется управлять режимом их запуска (RunSynchronously etc.) — стандартный Async тебе больше подойдёт.

я хочу чтобы task { do! myAsync() } лишний поток не запускал, он не будет запускаться?

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

я хочу чтобы task { do! myAsync() } лишний поток не запускал, он не будет запускаться?

Это запустит таск в пуле.

Там используется C#-семантика, в которой (в основном) явный старт тасков не нужен.

Нуу там можно делать такие таски, которые надо запускать руками. Правда так никто не делает

Ну то есть он запустится в пуле, потом перейдёт управление в твой асинк. Если он «спящий» — то поток из пула будет отпущен. По завершении асинка снова будет взят поток. Мб для таких простых кейсов есть какая-то оптимизация. Но конкретно этот случай (если у тебя там myAsync() : Async<unit>) лучше делать через Async.StartAsTask, как мне кажется.

Это запустит таск в пуле.

let f1() = task { return 0 } let f2() = task { return! f1() } let f3() = task { return! f2() } Это запустит три потока в пуле?!

Нуу там можно делать такие таски, которые надо запускать руками. Правда так никто не делает

А подскажи, как? Я щас проверил даже — простой task { Console.WriteLine("xxx") } сразу стартуется.

let f1() = task { return 0 } let f2() = task { return! f1() } let f3() = task { return! f2() } Это запустит три потока в пуле?!

А почему три?

Вообще, давайте проверим, мне интересно :)

Щас, у меня уже готовый проект есть, я проведу эксперимент.

Я думаю, что не должно быть трёх потоков, это прям неправильно.

очень неправильно, я и испугался, когда ты сказал что поток стартуется сразу же)

Таск сразу же.

А подскажи, как? Я щас проверил даже — простой task { Console.WriteLine("xxx") } сразу стартуется.

Через new Task(..), с телефона конкретнее не напишу)

Через new Task(..), с телефона конкретнее не напишу)

А, ну то есть руками, без билдера. Да, конечно, так можно.

let f1() = task { return 0 } let f2() = task { return! f1() } let f3() = task { return! f2() } Это запустит три потока в пуле?!

Кароч, все три выполняются в одном треде, Вот тестовая программа: https://hastebin.com/zokoraqoju.fs

Аутпут: f3: thread 1 f2: thread 1 f1: thread 1

А, ну то есть руками, без билдера. Да, конечно, так можно.

Ну это в любом случае смысла особо в c# не имеет, т.к. Все запущенные задачи ожидают

Оно и логично, у тебя все три задачи синхронные

Аутпут: f3: thread 1 f2: thread 1 f1: thread 1

Спс) Можно жить дальше)

И вообще, я лох

Всё в главном треде работает.

Это не аналог Task.Run.

тогда встает вопрос как запустить таск)