С textBlock какая-то печалька

Может цвет фона задать явно в белый (или цвет textBlock)?

Может цвет фона задать явно в белый (или цвет textBlock)?

Пробовал

Я щас пытаюсь в C# попробовать создать чистое окно, и добавить туда TextBlock, но чёт у меня студия бесконечно билдит проект :(

Грешу всё же пока на Content

acc.Content <- box value Тут же всё ок?

В Expert F# 4.0 для Eto.Forms супермини-DSL на основе DU описан. Помню, и сам пробовал что-то похожее делать. Но быстро забил. А вот использование Computational Expressions для этой цели не приходило в голову (с другой стороны, я тогда их не особо понимал :D).

Во, точно. ETO. А то забыл как называлось :)

let w = Window() let tb = TextBlock() tb.Text <- "Hello, world!" w.Content <- tb w.Show() Application.Current.Run(w)

Не работает

Переписываю свой старый проект (на coreclr) с C# -> F# и думаю, на чем делать персистент слой (сейчас EF)? Может что-нибудь подсказать по этому поводу? До этого с F# использовал только Dapper Sqlite - и как-то больше не хочется на SQL писать все. Я правильно понимаю что если пишу на F# на coreclr, то лучше не соваться в EF core?

На билдерах можно красивый dsl для ui написать, той же авалонии, wpf, etc

let w = Window() let tb = TextBlock() tb.Text <- "Hello, world!" w.Content <- tb w.Show() Application.Current.Run(w)

Ты забыл кое-что

app.MainWindow = Window

Это avalonia :)

А там в эпп равно не надо явно окно запихивать?

А там в эпп равно не надо явно окно запихивать?

Application.Current.Run(w)

В WPFпервое созданное назначалось главным в свое время

А, точно.

Переписываю свой старый проект (на coreclr) с C# -> F# и думаю, на чем делать персистент слой (сейчас EF)? Может что-нибудь подсказать по этому поводу? До этого с F# использовал только Dapper Sqlite - и как-то больше не хочется на SQL писать все. Я правильно понимаю что если пишу на F# на coreclr, то лучше не соваться в EF core?

По моему без тайппровайдеров остается только dapper и EF

Блин

Я идиот)

@Dolfik что было-то?

@Dolfik что было-то?

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

proof of concept

супер! а круглые скобочки content можно заменить на фигурные, чтобы совсем по фен-шую?

Можно, если билдер написать

Это было так на коленке сделано)

Да, выглядит годно. Только вот написать билдер для каждого контрола — неплохой такой объём работы.

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

Но я в тайп провайдерах не разбираюсь, поэтому хз можно ли это сделать

А с привязкой данных как быть, кстати?

Тож на билдер можно

По моему без тайппровайдеров остается только dapper и EF

EF же не поддерживает иммтабельные типы F#, те как-то сложно будет подружить его с ФП. Мне по факту НЕ нужны сложные джоины, группировками и тд. Нужно хранилище в которое можно закинуть ~200_000 рекордов и запрашивать их потом по фильту и сортировать. Что-то типа NoSQL.

Только с привязкой придется квотейшны использовать скорее всего

Ну или писать xaml

Дабы не извращаться

Вообще, всю эту структуру контролов лучше в xaml описывать

А с привязкой данных как быть, кстати?

А зачем

Это же прям код

Прям в билдер добавить поддержку байндов нативными средствами

Чуть сложнее

Правда не работает :D

Изменение текста

Это к WPF?

Это к WPF?

Это эксперимент с F# DSL для Avalonia

Можно прикрутить к чему угодно, хоть к Windows Forms

Понятно. Но для каждого случая всё равно свои билдеры.

Вообще, QML напоминает.

Вообще, QML напоминает.

Да, только это чистый F# :)

Ага. Интересно, в какие ограничения это всё может упереться.

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

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

Нужно чтобы это дело генерировалось автоматически

А, типа самоогенерирующаяся обёртка для какой-нибудь библиотеки?

Это надо наверное лезть в xaml, и разбираться как его поддержка реализована

Я вот хз, может как-то помогут xml ns

А, типа самоогенерирующаяся обёртка для какой-нибудь библиотеки?

Ага, может какой-нибудь тайп провайдер

Вот с этим не знаю. Сам провайдеры всё ещё не пробовал писать и не разбирался с принципами их работы. Но-таки собираюсь в скором времени попробовать.

У них беда с неткор пока

Да я пока им и не интересуюсь, если честно.

На Винде ведь сижу.

Понятно, что кросс-платформенность - это круто. Но специально сейчас себя ради этого в жёсткие рамки загонять неохота; да и необходимости нету.

Это эксперимент с F# DSL для Avalonia

Выглядит симпатично — типа как ScalaFX к JavaFX. А код опубликуешь?

Мне нравится идея приделать туда elm architecture или что-то вроде того — чтоб дифать "виртуальное дерево", и по нему перестраивать настоящее дерево компонентов (Windows Forms, Avalonia или WPF, не суть важно).

Это не превратится в pyramid of doom из-за отступов?

Vlad Можно разбивать на небольшие куски, а потом их композиционировать.

Это не превратится в pyramid of doom из-за отступов?

Ну в этом плане XAML, вроде, не особо лучше.

Выглядит симпатично — типа как ScalaFX к JavaFX. А код опубликуешь?

https://github.com/Dolfik1/AvaloniaDSL

https://github.com/Dolfik1/AvaloniaDSL

Лойс!

Это не превратится в pyramid of doom из-за отступов?

А надо на подкомпоненты аккуратно разбивать, и тогда не превратится.

Лойс!

А ты не знаешь случаем, тайп провайдеры могут делать билдеры?

Хм

А ты не знаешь случаем, тайп провайдеры могут делать билдеры?

Неа, не знаю. Я вообще, если честно, очень редко вижу, чтоб кто-то реализовывал такие вот билдеры в коде на F#. И, возможно, совершенно зря никто так не делает!

А ещё, а там нет проблем с производительностью от большого количества computational expressions?

Помню видел совет не увлекаться ими в коде особо

@Dolfik Я недавно хотел попробовать сделать билдер через провайдер.

Может доберусь на днях.

Зря вызов методов в билдер засунули,имхо

Кажется, проблем не должно быть, так как билдеры — это просто обычные классы.

Провайдеры же не позволяют делать дженерики

Как на них сделать нормальный билдер?

А дженерики возможно и не понадобятся. Как-то даже не могу вспомнить, видел ли я когда-то дженерик контролы в XAMLе.. Есть ощущение, что это и там невозможно

Нормальный не сделаешь.

Но немонадические CE сложно назвать нормальными. :)

Могут понадобиться для DataContext, или как он там называется

Надо посмотреть и подумать.

а, оказывается в "новом" XAML 2009 добавили поддержку generics - https://msdn.microsoft.com/ru-ru/library/ee956431(v=vs.110).aspx

Кстати, если грамотно сделать, то может получится один код для HTML, Android, iOS, PC Native

Но это наверное бессмысленно для HTML :D

Кто-нибудь интересовался темой F# + Event Store? http://gorodinski.com/blog/2013/02/17/domain-driven-design-with-fsharp-and-eventstore/ https://medium.com/@philip.kaare/event-sourcing-in-practice-with-event-store-and-f-45714e77ebca http://blog.2mas.xyz/fsharp-event-sourcing-and-cqrs-tutorial-and-agents/

Можно его как персистентное хранилище использовать?

Можно его как персистентное хранилище использовать?

По моему его так и используют, все остальное пробочка

не знал, что хотят анонимные типы добавить