норм чел вроде да

Из неудобств (по сравнению со Vue) - обнаружил что нету двустороннего биндинга на объект с несколькими полями, только на отдельные значения

А нет примера как «правильно» навигацию между страницами в Sutil делать?

ну вот есть такая, полуофициальная) https://github.com/davedawkins/sutil-template-app/blob/main/src/App/Router.fs

Спасибо, посмотрю!

а в основной аппе пишешь
let routerSubscription  = Navigable.listenLocation Router.parseRoute updatePage

Понятно, спасибо!

Столкнулся с проблемой, что мой тип при использовании билдера с хвостовой рекурсией потребляет бесконечно много памяти.
В функции bind binder и его результат оборачиваются в тип, который билдится. В хвостовом рекурсивном лупе эта повторяется для каждого внутреннего вызова bind. В результате чего создается бесконечно большой объект.

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

https://gist.github.com/DragonFrai/893fc6b871fe3fbf9b5970620e7d0add

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

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

Кто-нибудь использует Endpoint Routing в Giraffe или Saturn?

Я использую

А были идеи через addMetadata при создании ендпоинтов заодно добавлять информацию, по которой можно будет из корневого Endpoind list потом её извлечь и сгенерировать OpenApi?

Бесконечно много памяти? 🤔

Сколько итераций в цикле уже прошло -- столько памяти, если точнее.

так передавай уже созданный объект по ссылке в след кадр рекурсии и используй его, а не создавай новый

Я честно говоря совсем не понял, что ты имеешь ввиду

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

Хотелось бы. Но вариантов помимо переписывания без рекурсии, кажется, немного.
Можно сделать функцию, которая позволит описать алгоритм в рекурсивной форме, но раскроет его "плоско".

А вот как адаптировать билдер под такое — у меня просто нет идей.

Столкнулся с проблемой, что мой тип при использовании билдера с хвостовой рекурсией потребляет бесконечно много памяти.
В функции bind binder и его результат оборачиваются в тип, который билдится. В хвостовом рекурсивном лупе эта повторяется для каждого внутреннего вызова bind. В результате чего создается бесконечно большой объект.

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

https://gist.github.com/DragonFrai/893fc6b871fe3fbf9b5970620e7d0add