а так и не скажешь)))

а early return в языке где всё выражение это как вообще?

завернуть всё в if

завернуть всё в if

В try/catch!

не, с ифом всё ясно, там всё вычислется. тут речь о break в for или while скорее ну или о совсем уж императивном return вне CE, но эт дичЪ

В try/catch!

Если не ошибаюсь, то в Scala return так и сделан. Метод с return оборачивается в try/catch, а сам return кидает exception.

Если не ошибаюсь, то в Scala return так и сделан. Метод с return оборачивается в try/catch, а сам return кидает exception.

Видно знатока! ?

а что http://tryfsharp.org/ не работает?

а что http://tryfsharp.org/ не работает?

Давненько. А зачем он тебе?

Давненько. А зачем он тебе?

порой лень vscode/fsi запускать

а что http://tryfsharp.org/ не работает?

repl.it/languages/fsharp Как вариант.

Там правда 4.0

https://twitter.com/jimbobbennett/status/1021770981608759296?s=19

Говорят xamarin.elmish готов к проду. Кто-нибудь пробовал уже?

вброшу https://twitter.com/kot_2010/status/1021316067224965122

вброшу https://twitter.com/kot_2010/status/1021316067224965122

Первый же риплай шикарен :) https://twitter.com/realparadyne/status/1021318384208707586?s=19

https://github.com/Neftedollar/semantic-ui-react-fable-experiment Элементы для Semantic UI готовы ?

https://github.com/Neftedollar/semantic-ui-react-fable-experiment Элементы для Semantic UI готовы ?

Ты их генеришь или ручками пишешь?

Ты их генеришь или ручками пишешь?

Часть генерю, часть ручками

https://github.com/Semantic-Org/Semantic-UI-React/blob/master/src/index.d.ts#L166 это генерил, остальное ручками в основном

А средства для генерации свои писал или что-то уже наработали?

А средства для генерации свои писал или что-то уже наработали?

http://fable.io/ts2fable/

Но он генерит другой Api

я старался в стиле Fulma сделать

секунд 15 тупил, пока не понял что это не гифка

https://github.com/Neftedollar/semantic-ui-react-fable-experiment Элементы для Semantic UI готовы ?

А что дальше будешь пилить?

Там ещё лэйауты и списки

А потом компоненты

секунд 15 тупил, пока не понял что это не гифка

Лол, я не умею гифки с экрана записывать :(

Лол, я не умею гифки с экрана записывать :(

sharex

А потом компоненты

На этом все?

Какая хорошая история.

> still has a couple of bugs that I have to hammer down > Which I would never have found if it weren't for FsCheck: one bug requires you to create a vector with at least 1057 items in it via RRBVector.ofSeq, then pop the list down to 1024 items or fewer, then remove an item from somewhere in the front of the list, at which point it throws an exception. I would never have found that buggy sequence of operations without FsCheck's model-based testing

Это откуда?

На этом все?

Да, там больше нет ничего.

Это откуда?

PR про RBB tree в FSharp.Collections

Или ишшуй.

Не помню. ?

добрый день что можете посоветовать для инжектировария dll? не в runtime #help

Разверни суждение

Это раз

Во-вторых, при чем тут f#

@astasheveugene ^

@vshapenko я сюда написал так как ищу ответа среди прогеров может кто сталкивался так как в группе С# просто потерялся мой вопрос

инжектирование dll НЕ в рантайм похоже на Assembly.Load :D

хотя это рантайм чиорт

тогда я не понял вопрос.

Да я тоже

не в рантайм это что, подключить нугет чтоль?)

в компайл тайм подключить длл :D

https://medium.com/fuzzycloud/current-state-of-web-programming-in-f-cb5125e21dfd о!

https://github.com/Neftedollar/semantic-ui-react-fable-experiment Элементы для Semantic UI готовы ?

Cool. А если сравнивать с Фулмой, то в чем основные отличия?

Тут все react компоненты,много красивостей из коробки, типа анимаций и т.д. можно посмотреть тут react.semantic-ui.com всякое т.к. много js то есть такие интересные возможности типа Visibiliy https://react.semantic-ui.com/behaviors/visibility/ (пока не делал)

Спасибо. Сижу как раз сейчас с Фулмой, я вообще не владею css, поэтому нужны костыли. Фулма клёвая, но поскольку она лишь надстройка над Булмой, то очень opinionated.

Я пытался похожий api сделать. По css возможностям все равно иногда влезать придется.

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

Из мейлбокса берешь по таймеру?

Как вариант. Пока никак не беру)

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

Ну выглядит как type Message=|Set of Msg |Get of AsyncReplyChannel<Msg seq>

Хотя сценарий странный

ФИльтруешь как , кстати?

По идее надо на добавлении

ну есть команды условно инкремента и декремента, которые сводят друг друга на нет. + команды поворота в 4 направления, из которых надо взять просто последнюю

Ну выглядит так, что хранить надо всегда валидный стейт

аггрегат в смысле?

Список команд

допустим

Хотя можно все хранить

А на гете тупо делать scan

Хотя лучше стейтом список команд держать

И при добавлении новой его трансформировать

По гету просто текущий стейт тогда возвращаешь и не паришься

Но тут depends

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

гет это mailbox.Recieve()?)

От размера стека команд

гет это mailbox.Recieve()?)

Нет

Get это PostAndReply

Receive- обработка пришедшего сообщения

У тебя их два вида

ПОложить команду в стейт

И вернуть стейт

вот эти 2 операции только и нужны)

Ну снаружи сделаешь апи на эти две операции

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

Типа минимизации дерева команд, как я понимаю

ага

ладно, примерно понял. Огромное спасибо!

Обращайся

С мейлбоксами проблема только та, что во всех месседжах надо писать типа |Get of AsyncReplyChannel<Msg>

Так что лучше еще внешнее апи накрутить