http://reactivex.io/documentation/operators/do.html

Правда, do - ключевое слово в F#

та мне в C# надо добавить, просто не знал как его бы назвать)

let op obj action = action obj ; obj?

так чайнить неудобно

Ну вобщем в Reactive Extensions оно называется .Do

https://msdn.microsoft.com/en-us/library/hh229659(v=vs.103).aspx

@shwars C Днем рождения!

Спасибо! Кстати, кто захочет повидаться: https://www.facebook.com/events/596441217399276/

Спасибо! Кстати, кто захочет повидаться: https://www.facebook.com/events/596441217399276/

Спасибо!

А подскажите, есть уже где-то в либе готовые монадки для Result и Option?

А подскажите, есть уже где-то в либе готовые монадки для Result и Option?

ты про синтаксис option {} result {} ?

наверное)

Есть Chessie , но со своими Result'ами

типа let nonOptionalZero = option { let! thisNotOptionIsZero = Some 0 let optionalZero = Some 0 return! Some 0 } ?

ExtCore

ага

ExtCore

thnx

ExtCore

https://github.com/jack-pappas/ExtCore

Оно

Спс, гляну

А подскажите, есть уже где-то в либе готовые монадки для Result и Option?

result { ... } https://github.com/cmeeren/Cvdm.ErrorHandling maybe { ... } https://github.com/jack-pappas/ExtCore/

В них же еще есть asyncMaybe и asyncResult.

Но, кажется, еще никто не написал taskMaybe и taskResult. Хорошая идея для библиотечки.

Думаю в таком случае лучше пытаться контрибьютить в тот же ExtCore

Ну, вряд ли в ExtCore захотят тащить зависимость от TaskBuilder.fs. Поэтому лучше отдельно?

Чем отдельный noname пакет с 30 строчками кода

https://github.com/jack-pappas/ExtCore/blob/master/ExtCore/Control.Tasks.fs

У них он уже есть

Ну, вряд ли в ExtCore захотят тащить зависимость от TaskBuilder.fs. Поэтому лучше отдельно?

ага, по моему чем меньше либа тем лучше

У них он уже есть

Насколько я понимаю, TaskBuilder.fs побыстрее работает.

И его сейчас в Giraffe используют.

И его сейчас в Giraffe используют.

Giraffe зависит от extCore?

Giraffe зависит от extCore?

От TaskBuilder.fs

от конкретног офайла? paket удобный)

от конкретног офайла? paket удобный)

Нет, это так библиотека называется.

https://github.com/rspeele/TaskBuilder.fs

https://github.com/rspeele/TaskBuilder.fs

а, оу

Хорошая библиотека. Работает со всеми "awaitable" штуками, и пытается изображать стейт-машину внутри.

Работает, насколько я помню по бенчмаркам, чуть медленее, чем async/await в C#. Vladimir поправит. :)

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

Ок, я запускал какие-то бенчмарки, которые с библиотекой идут.

Там порядок бы навести, прицепить BenchmarkDotNet.

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

Мы такое практикуем

ну, на самом деле никаких конкретных вопросов нет. Просто сам факт интересен делает ли кто-то так

Спасибо за ответ)

https://github.com/maestrow/ffparsec !!

?? noteName FSharp https://github.com/pedromsantos/vaughan

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

я прям сейчас этим занимаюсь

Если бы проект с нуля писал, то, наверное, на C# только контроллеры бы делал, все остальное, даже DAL скорее всего писал бы на F#.

После выхода ASP.NET Pages даже контроллеры не нужны. Только вьюхи

А для апи MVC - overengenirinn

А когда запилят string interpolation - нам собственно и движка для вьюшек не надо

Даже игровой клиент на F# под мобилки можно ?

Пока нет нативной поддержки спанов, С# в ближней перспективе лучше.

Для игр. Но поддержка ref struct я думаю не задержится. Там по моим предсталениям не так сложно.

Через систему прокатить нвый тип InStack<'t>, который не может быть field member у не InStack<'t> типа

Через систему прокатить нвый тип InStack<'t>, который не может быть field member у не InStack<'t> типа

А как его использовать?

как ref struct в C#

плюс синтакс шугар - без InStack - это обычный тип. Что то обратное Box<T> в Rust

https://twitter.com/sergey_tihon/status/978719212016463873

Это же @sergey_tihon!

Привет!

Это же @sergey_tihon!

А будет видео? Я бы посмотрел с огромнейшим интересом

?? noteName FSharp https://github.com/pedromsantos/vaughan

Instabookmarked

Instabookmarked

Это что?

Мемы. https://twitter.com/richturn_ms/status/978746397133434880?s=19

Мемы. https://twitter.com/richturn_ms/status/978746397133434880?s=19

Лол

Мемы. https://twitter.com/richturn_ms/status/978746397133434880?s=19

memes

Когда-нибудь я снова создам стикерпак про фишурп.

И там будут все эти мемы.

Работает, насколько я помню по бенчмаркам, чуть медленее, чем async/await в C#. Vladimir поправит. :)

позапускал сейчас локально для asp.net core, получилось не медленнее

позапускал сейчас локально для asp.net core, получилось не медленнее

Крутотень

позапускал сейчас локально для asp.net core, получилось не медленнее

Там где IO-bound и будет не медленнее. Надо на CPU-bound проверять

> CPU-bound > async/await task ?

Там где IO-bound и будет не медленнее. Надо на CPU-bound проверять

тестил отдачу хелловорлд на локалхосте, 20 сек, почти миллион запросов

Suave на latest mbp отдаёт не больше 9к в секунду

Кестрел делает под 100к в секунду

Кестрел делает под 100к в секунду

… хеловордов

GoLang подобный сервак даёт под 200к

Да, hello world

Коллеги, напомните мне одну штуку - у нас для примитивных типов есть аббревиатуры типа 0L ?

GoLang подобный сервак даёт под 200к

Ключевое слово "подобный"

В смысле я хочу записать let a =0, где а должен быть uint64

Я не понял, почему оно ключевое?

Коллеги, напомните мне одну штуку - у нас для примитивных типов есть аббревиатуры типа 0L ?

Есть, да

В смысле я хочу записать let a =0, где а должен быть uint64

UL вроде.

А ссылкой киньте

UL вроде нет

Где на аббревиатуры глянуть

А то я тут один DSL пишу для хитрого бинарного протокола

https://docs.microsoft.com/en-us/dotnet/fsharp/language-reference/literals

О, правильное слово литерал. Vladimir , респект

YW

Кстати, посмотри ещё на Hex type provider

Там где литералы не подходят.