3 ms·
> Does this mean F# is gaining traction? I have a strong background in C# for desktop applications (with a database server backend). Over the years my coding s
by Archelaos 3y ago
> Does this mean F# is gaining traction?
I have a strong background in C# for desktop applications (with a database server backend). Over the years my coding style in C# becomes more and more functional (such as using a lot of Linq, immutable classes, return types that potentially include detailed error infos, etc.). What me holds back from F# is that I typically spent most of the time in tailoring the desktop front end. Here F# does not seem to bring any benefit. As far as I know, all available production ready desktop frontends are not native F#, but plain old object-oriented code, mostly in C#, that are bound to F# by just an intermediate layer of glue-code. As soon as I need an even remotely sophisticated user interface customisation, I am back in object-oriented land and should do it best directly in C# again.
So in my particular case, F# needs a native UI framework before it could gain traction for me.
- FrustratedMonky 3y agoAgree. I think the UI is the biggest block. I like ELM Architecture, and ELMISH for F#. For F#, all the UI options seem like hobby projects. They are Great. Great concepts. But, can take some time to wrap head around these concepts if you are trained from birth that a 'button' is an 'object'. F# really need some of these UI's like ELMISH to be built in, like tooling in VStudio, or part of a release from MS to give them more weight.
- phosphorco 3y agoOur whole frontend is built in elmish which is different from Native, but it can tie directly into FuncUI (Avalonia) from the elmish interface.