4 ms·

And if you are interested in Elm, but felt limited by the language, you may also be interested in PureScript or Haskell. http://purescript-pux.org/ http://pure

by sridca 9y ago

And if you are interested in Elm, but felt limited by the language, you may also be interested in PureScript or Haskell. http://purescript-pux.org/ http://purescript-pux.org/ https://haskell-miso.org/ https://haskell-miso.org/ http://docs.reflex-frp.org/en/latest/ http://docs.reflex-frp.org/en/latest/

splintercell 9y ago
I have the same concern, what is the performance of these frameworks in comparison to Elm? Elm is super fast compared to React and Angular [1], but what about these frameworks? 1. https://www.codementor.io/rudolfolah/elm-vs-react-development-performance-compare-603dyh83m https://www.codementor.io/rudolfolah/elm-vs-react-developmen...
- hazza1 9y ago
  Framework performance should rarely be an issue in normal use, by super fast you're talking about milliseconds of difference to toggle hundreds of todo item.
  - aaron-lebo 9y ago
    It's worth being aware that the Haskell approach (and quite a few of these functional langs) add a lot of size to your bundle. Hello world in that Haskell library was 1 MB last time it was posted.
  - continuational 9y ago
    If you’re building anything that shows a list of editable things in React, then you’re going to need shouldComponentUpdate() to avoid updating every list item view, every time you type a letter. It’s virtually impossivle to get shouldComponentUpdate() right when you have ideomatic react with callback props, since callbacks can’t be reliably compared for equality.
deleted 9y ago
[deleted]
fpoling 9y ago
Initially for me Elm felt like a toy language that serious folks should ignore in favor of PureScript and similar. But then after reading code for various Elm applications I realized that I can grasp how things work just by reading the description of the state. Code was just filling details that can be ignored on the first reading. This does not happen with other functional languages when the code ended up passing various important bits of the state in lambdas of callbacks making understanding of the whole much harder.

by sridca 9y ago

splintercell 9y ago

I have the same concern, what is the performance of these frameworks in comparison to Elm? Elm is super fast compared to React and Angular [1], but what about these frameworks? 1. https://www.codementor.io/rudolfolah/elm-vs-react-development-performance-compare-603dyh83m https://www.codementor.io/rudolfolah/elm-vs-react-developmen...

hazza1 9y ago
Framework performance should rarely be an issue in normal use, by super fast you're talking about milliseconds of difference to toggle hundreds of todo item.
- aaron-lebo 9y ago
  It's worth being aware that the Haskell approach (and quite a few of these functional langs) add a lot of size to your bundle. Hello world in that Haskell library was 1 MB last time it was posted.
- continuational 9y ago
  If you’re building anything that shows a list of editable things in React, then you’re going to need shouldComponentUpdate() to avoid updating every list item view, every time you type a letter. It’s virtually impossivle to get shouldComponentUpdate() right when you have ideomatic react with callback props, since callbacks can’t be reliably compared for equality.

deleted 9y ago

[deleted]

fpoling 9y ago

Initially for me Elm felt like a toy language that serious folks should ignore in favor of PureScript and similar. But then after reading code for various Elm applications I realized that I can grasp how things work just by reading the description of the state. Code was just filling details that can be ignored on the first reading. This does not happen with other functional languages when the code ended up passing various important bits of the state in lambdas of callbacks making understanding of the whole much harder.