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

А в фп в параметры функции приходит функция

@Aminion программа на F# - это как правило обычное для продцедурных языков иерархическое дерево модулей с вершиной main, хотя можно и так как ты привык

@fvnever https://github.com/gsomix/avalonia-fsharp-netcore-showcase

В F# ты мог бы сделать нижний модуль для интеропа с БД, выше - потокобезопасный твердотельный кэш БД, далее выше - апи доменной модели. Как вариант

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

Имхо Есть pure функции которые обрабатывают данные. На вход функциям приходит все необходимые данные для работы. Инфраструктурный код уже не важен, можешь хотя напрямую вызывать все, ведь бизнес логики лежит отделитель (в pure функциях и может быть легко протестирована).

@angmarr А у тебя же MacOS? Если будет свободная минутка, поможешь протестировать проект, который я чуть выше кинул?

Ок, попробую после

@angmarr Спасибо!

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

По идее да

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

В реальности,естественно, есть еще логирование

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

Имхо, домен (логика) это набор if/match (и ТД) + конвертирование данных. Сайд эффектам тут нет место. Самое сложное в том чтобы разнести логику и инфраструктуру, а не как раньше в C# "все смешал в одном методе и обмазали DI"

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

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

Суешь ее все сразу, а она разлулит. Или делай 2, одна говорить что надо, а вторая отрабатывает.

Все сразу? Это же дикий оверхед по обращению к бд, а если делать лениво, это и будет уже депенданси, а не данные

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

Вот именно, по этому мы пишем на F# - код получается короче и читаемей.

Везёт вам, вы в продакшене фп используете?

*f#

Лично я android разработчик ?, по этому пока для себя. На работе kotlin, но я считаю что f# все равно луче. И даже на работе, я пишу в f# ФП стиле.

Лично я android разработчик ?, по этому пока для себя. На работе kotlin, но я считаю что f# все равно луче. И даже на работе, я пишу в f# ФП стиле.

Но на аватарке все равно стоит логотип хаскеля.

:)

Везёт вам, вы в продакшене фп используете?

Мне кажется, что надо на сайте завести страницу с кратким списком участников сообщества с описанием опыта на F#, местом работы, если оно связано с практическим использованием, местом обитания (авось встречу собрата в своем городе) и т.п. Ибо этот вопрос стабильно задается раз в неделю и на него уже лень отвечать. // Разумеется на добровольной основе.

Смотрите, настоящее GUI приложение на F# + Avalonia, запущенное под .Net Core.

Круто

Но на аватарке все равно стоит логотип хаскеля.

Двигаю ФП в мобаил, там с этим ох как запущено. Есть мысли что, после признания гуглом котлин, это будет развиваться (ведь в нем есть кейс классы, функции и ТД)

У меня идея :)

Больше всего на выбор парадигмы программиррования влияет - внезапно - фреймворк и библиотеки. Если EF или SQLProvider, которые не предоставляют иммутабельного апи, то какой смысл делать "бизнесс логику" иммутабельной? Как лучше реализовать "бизнес логику" и прочие условные слои приложения - с сайд эффектами или без - зависит от задачи. Делать "бизнес логику" кровь из носа иммутабельной можно разве что из религиозных побуждений. Технически зачастую проще, надёжнее и эффективнее сделать на массивах, изменяемых переменных и мьютексах.

Сделать DSL для авалонии

м?

а вот "инфраструктуру" всё таки лучше сделать иммутабельной .поскольку для неё (как правило) меньше требований по перформансу, чем к "бизнесс логике"

@Dolfik А что ты хочешь видеть в этом DSL?

@Dolfik А что ты хочешь видеть в этом DSL?

Вот как вариант

http://macoscope.com/blog/kotlin-anko-layouts/

@Dolfik А что ты хочешь видеть в этом DSL?

Видимо иерархию вью описывать, вместо xaml и тп (Анко для этого)

Видимо иерархию вью описывать, вместо xaml и тп (Анко для этого)

Да

А мне нравится xaml. :C

Мне кажется, что надо на сайте завести страницу с кратким списком участников сообщества с описанием опыта на F#, местом работы, если оно связано с практическим использованием, местом обитания (авось встречу собрата в своем городе) и т.п. Ибо этот вопрос стабильно задается раз в неделю и на него уже лень отвечать. // Разумеется на добровольной основе.

В issue

grid { rowDefintions { rowDefintion 100 rowDefintion auto rowDefintion 100 } button { content "Click me" width 100 height 20 padding 5 click (fun x -> ...) } }

Типа такого, м?

Да

Ох не знаю, после DSL Fable для реакта... (может быть я ещё не привык)

Вроде красиво и читабельно

Заодно фшарп популярнее сделаем :)

grid { rowDefintions { rowDefintion 100 rowDefintion auto rowDefintion 100 } button { content "Click me" width 100 height 20 padding 5 click (fun x -> ...) } }

А так можно? Почему в fable не так :/

А мне нравится xaml. :C

Ну такоэ, хтмл помощнее будет

Типа такого, м?

хмл лучше

в жсоне как-то сложно на глаз воспринимается имхо

А так можно? Почему в fable не так :/

Билдерами вай нот?

а, этож даже чистый F#

Это похоже на жсон, но ещё проще

а, этож даже чистый F#

Да!

круто!

Ну что думаете по этому поводу?)

Я очень ок с текущим способом описания интерфейса.

(Забыл синтаксис билдеров ?) Мне кажется надо пруф-оф-концепт сделать обязательно ? Что нибудь простое, для начала.

grid { rowDefintions { rowDefintion 100 rowDefintion auto rowDefintion 100 } button { content "Click me" width 100 height 20 padding 5 click (fun x -> ...) } }

Так врядли. Скобки нужны квадратные. Тогда похоже: let grid (builders : List<grid -> grid>) =

И ещё сюда хорошо зайдут единицы измерения :)

@Dolfik Но если тебе интересно, то можно попробовать кое-что посерьезнее. Например, реализовать Elm Architecture для Avalonia. http://anthonylloyd.github.io/blog/2016/06/20/fsharp-elm-part1 http://anthonylloyd.github.io/blog/2016/07/01/fsharp-elm-part2

Так врядли. Скобки нужны квадратные. Тогда похоже: let grid (builders : List<grid -> grid>) =

Нет, не нужны вроде

@Dolfik Но если тебе интересно, то можно попробовать кое-что посерьезнее. Например, реализовать Elm Architecture для Avalonia. http://anthonylloyd.github.io/blog/2016/06/20/fsharp-elm-part1 http://anthonylloyd.github.io/blog/2016/07/01/fsharp-elm-part2

Боюсь это будет слишком сложно для других

Тут всё же получается довольно похоже на xaml

@Dolfik А ты уже читал эти статьи?

@Dolfik А ты уже читал эти статьи?

Я видел элм)

Может чутка освобожусь, попробую prof of concept сделать

@Dolfik Но если тебе интересно, то можно попробовать кое-что посерьезнее. Например, реализовать Elm Architecture для Avalonia. http://anthonylloyd.github.io/blog/2016/06/20/fsharp-elm-part1 http://anthonylloyd.github.io/blog/2016/07/01/fsharp-elm-part2

для не документированной альфа версии MVVM фреймворка elm архитектуру?))) лол. Потренируйтесь на wpf для начала)

xaml страшнее атомной войны кстати, не понимаю что в нём может нравиться

уж насколько омерзителен html+css, но это имхо в разы лучше xaml

Проблема будет в добавлении сторонних библиотек

grid { rowDefintions { rowDefintion 100 rowDefintion auto rowDefintion 100 } button { content "Click me" width 100 height 20 padding 5 click (fun x -> ...) } }

вот это оч гут, 100% мотивация для изучения котлина. На F# к сожалению так ни в жисть не сделаешь для продакшена, поскольку лямбду нельзя прикрутить в качестве type extension, да ещё и реализующего внешний интерфейс

вот это оч гут, 100% мотивация для изучения котлина. На F# к сожалению так ни в жисть не сделаешь для продакшена, поскольку лямбду нельзя прикрутить в качестве type extension, да ещё и реализующего внешний интерфейс

Это не котлин :) Это я написал как примерно на F# это может выглядеть

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

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

Ну ок: click { ... }

Можно кстати попробовать сделать через тайп провайдер. Это вообще возможно?

@fvnever https://github.com/gsomix/avalonia-fsharp-netcore-showcase

А как запускать то? При dotnet run выдает: Hello World from F#! [|"MainWindow+MainWindow.xaml"; "Application+App.xaml"; "FSharpSignatureData.avalonia-fsharp-netcore-showcase"; "FSharpOptimizationData.avalonia-fsharp-netcore-showcase"|] Unhandled Exception: Avalonia.Gtk3.Interop.NativeException: dlsym(RTLD_DEFAULT, gtk_window_set_decorated): symbol not found at Avalonia.Gtk3.Interop.UnixLoader.GetProcAddress(IntPtr dll, String proc, Boolean optional) at Avalonia.Gtk3.Interop.Resolver.Resolve(String basePath) at Avalonia.Gtk3.Gtk3Platform.Initialize() at Avalonia.Controls.AppBuilderBase`1.Setup() at Avalonia.Controls.AppBuilderBase`1.Start[TMainWindow](Func`1 dataContextProvider) at Application.main(String[] argv) in /Users/igor/Documents/31/avalonia-fsharp-netcore-showcase/Application.fs:line 22

@angmarr Спасибо. Буду разбираться сейчас.

> You need gtk+3 from brew to be installed on your Mac. Native Cocoa-based backend is currently under development and will be available in June.

Окей. Пока не очень удобно.

@angmarr Еще раз спасибо за тест.

> You need gtk+3 from brew to be installed on your Mac. Native Cocoa-based backend is currently under development and will be available in June.

Поставил gtk через brew - запустилось. https://i.gyazo.com/bac6c3b423f54e6f47c47b071a437509.png

Отлично. :)

о, супер! авлония кросплатформенная благодаря gtk оказывется. не хватало ещё возиться с корявыми заброшенными биндингами кондовых линупсовых либ

@ruzzke_mir Свое мнение об Avalonia ты можешь высказать в @CSharpChat лично @nikita_tsukanov.

Как завести авалонию без xaml? :)

@angmarr Осталось дождаться Cocoa backend и можно будет настоящие self-contained приложения для OSX собирать.

И все на F#, конечно же. :)

@angmarr Осталось дождаться Cocoa backend и можно будет настоящие self-contained приложения для OSX собирать.

Я даже не знаю… Есть же репозиторий (9k ⭐️) для ReactNative под macOS, на котором можно тоже писать в F# Fable https://github.com/ptmt/react-native-macos

Я не настаиваю.

Пока как-то так получилось: window { minHeight 100.0 minWidth 100.0 content ( textBlock { text "Hello, world!" }) show } |> ignore

Пока как-то так получилось: window { minHeight 100.0 minWidth 100.0 content ( textBlock { text "Hello, world!" }) show } |> ignore

Работает? Скриншот покажешь?

Работает? Скриншот покажешь?

Работает. Но я пока пытаюсь запустить авалонию без xaml и дефолтного окна

Чёт пока не выходит

@fvnever https://github.com/gsomix/avalonia-fsharp-netcore-showcase

@sergey_tihon такое может попасть в f# weekly?