при этом команда делает некоторое чистое действие и получает результат, который раскидывается как обновление стейта, я правильно понимаю?

Функция возвращает стейт, да. Например ты 100 раз нажал на кнопку "загрузить из бд" первая обработка этой команды поменяет в стейта IsLoading на true, закрасит кнопку серым и отправит команду загрузки с колбеком на вызов другой команды. Все последующие 99 команд нажатия на кнопку не сработают т.к. стейт уже другой. Когда бд ответит диспетчер отработает команду и включит кнопку обратно

Чот тип того

https://youtu.be/rGxdc0KMnc4

Пинганите плиз, когда там что-нибудь начнется ?

Короче диспетчер занят только цпу работой.

то есть между UI и функциональной логикой всё равно есть диспетчер

то есть между UI и функциональной логикой всё равно есть диспетчер

А где его нет?

в явном виде - там, где он вшит в модель работы с UI

типа поменял пропертю у объекта - что-то чем-то пошуршало - и у тебя UI обновился

Это никогда не будет ботлнеком.

На весь ui os хватит одного треда евентлупного

Главное не блокировать этот тред)

речь не про ботлнек, а про подход

Подход такой, да. Поменял стейт, что-то пошуршало, отрисовалось)

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

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

Так она это состояние меняет, какие проблемы

если я правильно понимаю, то она говорит только, что поменять

если я правильно понимаю, то она говорит только, что поменять

Она меняет

Она говорит что нужно отрисовать

если я правильно понимаю, то она говорит только, что поменять

Не, она явно меняет, но может поставить в очередь ещё пачку изменений

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

Состояние есть просто оно оно гуляет как переменная и при изменении возвращается новое

Пинганите плиз, когда там что-нибудь начнется ?

Ping 2 доклад

Правильно ли я понимаю происходящее?

Ping 2 доклад

спасибо

Нет

Действие пользователя запускает обработку команды, которое через некоторое функциональное преобразование приводит к обновлению модели, которое в свою очередь принуждает диспетчер обновить UI?

Правильно ли я понимаю происходящее?

Посмотри в Гугле картинку elm architechure

их дофига, но все как-то напоминают MVx

то, что между кусками ходят сообщения вместо вызовов, не меняет сути

ЮИ шлет через диспетчера событие, событие обрабатывается ф-цией которая возвращает состояние. Состояние передается в функцию которая отдает "карту" карта рендерется вне твоего кода в юи

новое состояние или обновляется существующее состояние? или состояние рассматривается как совокупность кусочков, обновляемых целиком?

новое состояние или обновляется существующее состояние? или состояние рассматривается как совокупность кусочков, обновляемых целиком?

Событие применяется к старому состоянию и порождается новое состояние. Новое состояние и возвращается

а если состояние жирное и его рендеринг целиком дорог?

Оно рендерится кусочками.

У каждого компонента свой кусочек

то есть состояние есть набор обновляемых целиком кусочков?

так ближе к истине?

Откуда у тебя там viewModel?

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

Считай набор правил для отрисовки UI по данным модели

Или предполагается что эти функции тоже на диспетчере лежат?

а можно ссылку на какой-нибудь первичный обзор по-русски? знаю что не модно

Тебе нужны доклад по Elm? Погугли видосы на youtube по теме "Алексей Пирогов ELM"

Я всё никак не могу понять, при чем тут эльм

Канал про F# вроде, речи про веб ui не шло ни в явном виде, ни намёками

Архитектура то одинаковая что веб, что десктоп

https://github.com/Zaid-Ajaj/tabula-rasa/blob/master/README.md Вот рабочий пример с гифками превью

Функциональные десктоп тоже можно делать, но это мало кому интересно, я думаю. @vshapenko вон wpf на акку натянул

Собственно, а почему это мало кому интересно?

Канал про F# вроде, речи про веб ui не шло ни в явном виде, ни намёками

Xamarin.Elmish та же ситуация)

Собственно, а почему это мало кому интересно?

Десктоп? Ну прибитый гвоздями к платформе интерфейс же

И что?

Веб тоже прибит к браузеру

Но браузеры кроссплатформенны)

Ну этот аргумент к объективным не относится

Если пробитие к платформе меня устраивает, то он не в счёт

Да почему же. Веб разработка априори кроссплатформенна. Отличный аргумент в ее пользу. Другое дело что она убога и сложна. Цсс говна самовар

Не сайтиками едиными

Ну VS Code пример веб разработки на десктоп. норм же

Да почему же. Веб разработка априори кроссплатформенна. Отличный аргумент в ее пользу. Другое дело что она убога и сложна. Цсс говна самовар

Да лан. Сейчас цсс норм

Развивается

Развивается

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

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

Ну гриды уже сейчас есть)

Можно ваять

Винформс... Когда первый визуальный редактор в Делфи появился?

Винформс... Когда первый визуальный редактор в Делфи появился?

давно!

Собственно, а почему это мало кому интересно?

Высокий порог вхождения,и приходится много думать.С другой стороны, кода в разы меньше

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

Это все решаемо

Это все решаемо

А про нерешаемость никто и не говорит вроде как

А про нерешаемость никто и не говорит вроде как

Короче, чтобы почувствовать разницу, надо в разных стилях пописать

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

т.е. компилятор не прогнали через ngen?

Прогнали, да не так, и кэш ngen повредился?

Но тут короче проблема у команды F# они свои релизы привязали к релизам SDK. Т.е. пока неткор команда не решит что пора хотфиксить, то хер нам а не фиксы, да?

А не можем ли мы доустанавливать кастомный F# SDK из нугета? Вообще-то new-style fsproj поддерживают кастомные SDK. На них WPF работает, например.

Мб у ребят из MS уже лежат кастомные F# SDK в загашнике, и их только прописать нужно?

Здравствуйте, тoварищи. А зачем вoт так пишут? type Shape = | Rectangle of height: float * width: float Если пoтoм нельзя написать так: match shape with | Rectangle rectangle -> rectangle.height * rectangle.width

1) это будут имена параметров в конструкторе, насколько я помню. Иногда это важно (для некоторых особо убитых DI) 2) а ты пиши let (Rectangle(h, f)) = myshape, если там реально один кейс

Ну вoще канoнiчнo делать так: type Shape = | Rectangle of Rectangle and Rectangle = { width: float height: float } Пушo с туплем высoту oт ширины разве чтo пoсмoтрев на type declaration oтличить удастся...

Упоринум.

Я всё никак не могу понять, при чем тут эльм

В F#-сообществе любят заимствовать идеи из Elm и пытаться их прикручивать к нашим гуям.

Не нашел в документации жирафа как сделать раутинг на сабдомен, может кто знает, как это осуществить?

Не нашел в документации жирафа как сделать раутинг на сабдомен, может кто знает, как это осуществить?

А ты точно на том уровне это ищешь? Мне казалось, что обычно эти вопросы решаются уровнем выше — на реверс-прокси, например.

А не можем ли мы доустанавливать кастомный F# SDK из нугета? Вообще-то new-style fsproj поддерживают кастомные SDK. На них WPF работает, например.

А разве f# sdk ещё обновляется? Я последний раз смотрел, там год назад все сдохло.

Интегрировалось с .net sdk

Интегрировалось с .net sdk

Внутри .NET SDK тоже есть языковые подSDK, если так можно выразиться.

https://www.reddit.com/r/fsharp/comments/98ffk9/c_80_functional_features

Автор написал что c# никогда не догонит f# по фичам. На реддите бомбануло

Непонятно почему бомбануло. Сравнение некорректное. Да и зачем языки с разной базовой парадигмой сравнивать.

И вообще они в связке отлично работают