Главное, не забывай return! loop писать

ну причесывать я буду, когда получше разберусь и хоть как-то сделаю рабочий вариант. Концепция для меня новая пока что)

А то одно сообщение обработаешь и привет

Главное, не забывай return! loop писать

ага) В туториалах везде есть

Привет.

Мутабл стейт это нормально. Не бойтесь мутабл товарищи, Сайм благословил mutable keyword

Who’s Сайм?

Who’s Сайм?

папа F#

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

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

Ну чувство юмора-то надо иметь.

А, не втянулся ещё

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

В книжке Expert F#. ;)

Он еще ОО там благославляет.

Есть ли тут те, кто использует F# в работе и российский или нет этот работодатель

На норвежском телевидении (NRK) на фшарпе уже несколько проектов. Филипп Картер в связи с этим в свою презентацию включил слайд "F# powers NRK. Это преувеличение, конечно.

Он еще ОО там благославляет.

я кстати не шутил про благославляет. Папа F# сделал F# ООП языком и поощряет использовать гибридный подход и не гнушаться мутабельных состояний.

Не ну иногда можно во имя скорости. Стэк там какой нить в аггрегейт засунуть. Энтерпрайз же.

Не ну иногда можно во имя скорости. Стэк там какой нить в аггрегейт засунуть. Энтерпрайз же.

можно даже не только во имя скорости КОДА, а ещё во имя скорости разработки) Просто надо понимать где мутабельное состояние не протечёт в многопоточную среду и смело там его юзать

Насчёт «смело» я бы не согласился ) не только многопоточность может подпортить день с мутабельными состояниями

можно даже не только во имя скорости КОДА, а ещё во имя скорости разработки) Просто надо понимать где мутабельное состояние не протечёт в многопоточную среду и смело там его юзать

> смело там его юзать Ну такое и имхо главный плюс фп без стейта не про "многопоточность", а краткости и выразительности. И это важно, тк мало кто пишет действительно "многопоточный код" (и никому F# так не продаш).

короче, хорошо что F# может и так, и так

короче, хорошо что F# может и так, и так

А ещё лучше, что подталкивает к иммутабельности, но не запрещает мутабельность

https://blogs.msdn.microsoft.com/dotnet/2018/07/26/announcing-f-4-5-preview/

Го тестировать?

https://blogs.msdn.microsoft.com/dotnet/2018/07/26/announcing-f-4-5-preview/

всего 5 рфц въехало... https://github.com/fsharp/fslang-design/tree/master/FSharp-4.5

Го тестировать?

еще бы они анлистнули 4.5.0 который залит не как бета

Я жду 4.5, потому что после этого начнут работать над F#5.

А он должен быть неплох. :)

https://blogs.msdn.microsoft.com/dotnet/2018/07/26/announcing-f-4-5-preview/

Ееее

А он должен быть неплох. :)

4.5 тоже хорош. Чего стоит только наведение порядка с версиями

https://github.com/fsharp/fslang-design/blob/master/FSharp-4.5/FS-1054-undent-list-args.md булин вот это огонь

Надеюсь, этот RFC примут. Так и не овладел полностью искусством табуляции в F#.

Надеюсь, этот RFC примут. Так и не овладел полностью искусством табуляции в F#.

Уже реализовали же. :)

Надеюсь, этот RFC примут. Так и не овладел полностью искусством табуляции в F#.

так это вроде железобетонно в 4.5

Легче, конечно, жить не станет

Надеюсь, этот RFC примут. Так и не овладел полностью искусством табуляции в F#.

#light off

Надеюсь, этот RFC примут. Так и не овладел полностью искусством табуляции в F#.

А я-то думал, что только у меня такие проблемы!

Я искренне завидую людям, которые с первого раза правильно табулируют любой код на F#, но не удивлюсь, если завидовать некому.

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

Вчера решил, что понял, но так до конца и не понял разницу между Fable.Websockets.Elmish и новой библиотекой Elmish.Bridge. В примерах для SAFE stack используется первая, в частности, в примере SAFE-Chat, который написал @olegzee. Теперь есть еще Elmish.Bridge, тоже на основе WebSockets. Мне объяснили, что "Fable.Remoting and Elmish.Bridge allow you to model declarative APIs without handling websocket specifics like the handshake clutter your API design." Сравнил примеры решений, Elmish.Bridge, судя по всему, прячет собственно socket протокол, там не нужно пользоваться Cmd.ofSocketMessage. Но, имхо, не так уж это портит код. Кто-нибудь пользовался обеими библиотеками, есть какие-нибудь предпочтения?

Вчера решил, что понял, но так до конца и не понял разницу между Fable.Websockets.Elmish и новой библиотекой Elmish.Bridge. В примерах для SAFE stack используется первая, в частности, в примере SAFE-Chat, который написал @olegzee. Теперь есть еще Elmish.Bridge, тоже на основе WebSockets. Мне объяснили, что "Fable.Remoting and Elmish.Bridge allow you to model declarative APIs without handling websocket specifics like the handshake clutter your API design." Сравнил примеры решений, Elmish.Bridge, судя по всему, прячет собственно socket протокол, там не нужно пользоваться Cmd.ofSocketMessage. Но, имхо, не так уж это портит код. Кто-нибудь пользовался обеими библиотеками, есть какие-нибудь предпочтения?

Совершенно согласен. В Websockets.Elmish это все уже реализовано как нельзя лучше

Да, и огромное тебе спасибо за SAFE-Chat. Пользовался кодом как учебником для своего первого Fable приложения.

Вчера решил, что понял, но так до конца и не понял разницу между Fable.Websockets.Elmish и новой библиотекой Elmish.Bridge. В примерах для SAFE stack используется первая, в частности, в примере SAFE-Chat, который написал @olegzee. Теперь есть еще Elmish.Bridge, тоже на основе WebSockets. Мне объяснили, что "Fable.Remoting and Elmish.Bridge allow you to model declarative APIs without handling websocket specifics like the handshake clutter your API design." Сравнил примеры решений, Elmish.Bridge, судя по всему, прячет собственно socket протокол, там не нужно пользоваться Cmd.ofSocketMessage. Но, имхо, не так уж это портит код. Кто-нибудь пользовался обеими библиотеками, есть какие-нибудь предпочтения?

Пока нет, но оч хочется

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

В Хаскеле я тоже не научился отступы ставить :(

Пишешь какое-нибудь let x = \a b -> a + b А ему не нравится!

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

И приходится всегда табулировать это куда-нибудь подальше на рандомное количество символов.

А какой вариант вы предпочитаете? let getUser firstName lastName = { FirstName = firstName LastName = lastName } let getUser firstName lastName = { FirstName = firstName LastName = lastName }

А какой вариант вы предпочитаете? let getUser firstName lastName = { FirstName = firstName LastName = lastName } let getUser firstName lastName = { FirstName = firstName LastName = lastName }

2ой

Согласно guidelines, нужно выбирать второй, но при этом все поля records смещаются на 2 позиции относительно позиций табуляции

Меня это напрягает

А какой вариант вы предпочитаете? let getUser firstName lastName = { FirstName = firstName LastName = lastName } let getUser firstName lastName = { FirstName = firstName LastName = lastName }

Я использую второй.

Меня это напрягает

Да, меня тож.

Если выбрать табуляцию со смещением на 2, то все ок, но обычно же больше двух.

Ну, теперь можно будет писать let foo = { bar = a baz = b } Правильно же?

Получаются разные отступы для таких случаев: let getUser firstName lastName = { FirstName = firstName LastName = lastName } let getOtherUser firstName lastName = let user = { FirstName = firstName LastName = lastName } user

Получаются разные отступы для таких случаев: let getUser firstName lastName = { FirstName = firstName LastName = lastName } let getOtherUser firstName lastName = let user = { FirstName = firstName LastName = lastName } user

а что мешает написать let user = { Name = ... AnotherName = ... }

т.е. так же, как и объявление рекорда

Ну, теперь можно будет писать let foo = { bar = a baz = b } Правильно же?

но ведь и раньше можно было

спасибо тебе за это расширение

но ведь и раньше можно было

А разве не было ворнинга?

А разве не было ворнинга?

нет, с самого начала так писал на F#

хотя, может, я забивал на ворнинг ?

просто рекомендуемый вариант имхо выглядит ужасно (

Вопрос по dotnet 2.1.300

а что мешает написать let user = { Name = ... AnotherName = ... }

Я как-то привык открывающую { писать на той же строке, возможно, чтобы не смещать отступы потом.

error FS3033: Поставщик типов сообщил об ошибке "ProviderImplementation.JsonProvider" в контексте предоставленного типа "FSharp.Data.JsonProvider,Sample=" {\"name\":\"11\"} "", элемент "Parse". Ошибка: Не удалось задать привязку типа "System.IO.StringReader" в сборке "System.Private.CoreLib, Version=4.0.0.0

Но, похоже, придется перестраиваться.

кстати, кто ещё VS Code пользуется, там в превью добавили новый стиль окна "window.titleBarStyle": "custom", рекомендую попробовать. По дефолту там native стоит и на винде native говно

VS Code надо будет рестартануть для эффекта

кстати, кто ещё VS Code пользуется, там в превью добавили новый стиль окна "window.titleBarStyle": "custom", рекомендую попробовать. По дефолту там native стоит и на винде native говно

О, ништяк, так намного приятнее!

Да, и огромное тебе спасибо за SAFE-Chat. Пользовался кодом как учебником для своего первого Fable приложения.

:) за некоторые вещи в этои проекте мне стыдновато. Например доменная модель пользователя и сессии и я в своем форке почти все переделал. До образца уровня SAFE_BookStore далеко. Очень не хватает критики

Почему-то Ошибка: Не удалось задать привязку типа "System.IO.StringReader" в сборке "System.Private.CoreLib, Version=4.0.0.0 выдает, если dotnet run|build

msbuild нормально собирает

кто-нибудь знает почему?

:) за некоторые вещи в этои проекте мне стыдновато. Например доменная модель пользователя и сессии и я в своем форке почти все переделал. До образца уровня SAFE_BookStore далеко. Очень не хватает критики

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

А какой вариант вы предпочитаете? let getUser firstName lastName = { FirstName = firstName LastName = lastName } let getUser firstName lastName = { FirstName = firstName LastName = lastName }

Часто юзаю 2 способ, но с 4 символьным отступом.. Вижуалка прекрасно справляется.

Здесь периодически задают вопросы об использовании F# в продакшн, у нас адаптация заняла несколько лет, по-прежнему большинство дотнетчиков в организации работает на C#, но мы достигли некоего критического числа разработчиков (10+), предпочитающих писать на F#, теперь любой новый проект можно начинать на F#, это один из стандартных языков организации. Что очень помогло в адаптации - это понимание частью руководства того, что смена языка программирования зачастую менее радикальное решение, чем смена базы данных или протокола интеграции, поскольку язык программирования снаружи не виден, в отличии от многого другого. Но у нас вообще либеральная среда, каждая команда вправе выбирать собственные технические средства. Никто из начавших работать на F# не хочет возвращаться на C#.

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

Ага, вспомнил эту постоянную дилемму - сделать минимум для демо vs изучить и спроектировать домен

Да, я смотрел пример из Elmish.Bridge (https://github.com/Nhowka/TestRemoting), он с одной стороны минималистичный, там весь клиент сидит в файле Client.fs, и view, и бизнес-логика. Но доменная модель построена вокруг DU с восемью значениями, и это убивает весь минимализм.

Но пример все равно полезный.

@VagifAbilov, нужно ли на Saturn переводить пример?

Почему-то Ошибка: Не удалось задать привязку типа "System.IO.StringReader" в сборке "System.Private.CoreLib, Version=4.0.0.0 выдает, если dotnet run|build

Код?

open FSharp.Data open System type Sample = JsonProvider<""" {"name":"11"} """> [<EntryPoint>] let main argv = let sample = Sample.Parse(""" {"name":"11"} """) printfn "hello %A" sample exit 0

Я пока Сатурном не пользовался, но вообще неплохо было бы. В Elmish.Bridge прямо на заглавной странице показывается, как его встраивать в Suave, Giraffe, Saturn. Это добавляет доверия к проекту.

простой код, проект создал dotnet new console, msbuild собирает, dotnet run нет

простой код, проект создал dotnet new console, msbuild собирает, dotnet run нет

??

вот и я удивляюсь

Еще почему-то vs code не видит msbuild, хотя я винду вроде давно не настраивал, не должно было ничего поменяться

Я пока Сатурном не пользовался, но вообще неплохо было бы. В Elmish.Bridge прямо на заглавной странице показывается, как его встраивать в Suave, Giraffe, Saturn. Это добавляет доверия к проекту.

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