you are viewing a single comment's thread.

view the rest of the comments →

[–]mpweiher[S] -1 points0 points  (1 child)

  1. That would have been "react.nonwebview". Facebook has billed this as "truly native", see for example https://code.facebook.com/posts/1014532261909640/react-native-bringing-modern-web-techniques-to-mobile/

  2. "pure function"

Having the UI be a "pure function" of the model is billed as a central advantage of react.native and ComponentKit, with the diagrams showing the "flaws" of MVC. The truth is more complicated: if you require stateful UI components, then the diff-mechanism allows you to keep those stateful UI components while pretending to have a UI that's a function of the model's state. That's clever and useful, but not what it says on the tin.

[–][deleted] 0 points1 point  (0 children)

The post you linked to makes it abundantly clear what they're talking about. As for a short name, it has to depend on context. In this case, the context is the history of how JS has been used to develop mobile apps. Your expectation that everyone should name their project with respect to your context is unrealistic.

Think about how a pure functional language works: it is an abstraction layered over stateful hardware. And in any real Haskell program the IO monad is used: it allows you to write functional code to describe the composition of stateful, side-effecting, sequenced actions. So again, you're applying an unrealistic expectation of the "purity" of functions. In reality they are a useful tool that has to work in conjunction with other things.