purescript-native VS purescript-deku

Before 2012, all of my websites were made using HTML, CSS and a sprinkling of JS. Then, I went all-in on AngularJS, followed by React. I started using Typescript and then PureScript and learned more frameworks like Halogen and Concur. I even wrote my own UI framework called purescript-deku.

PureScript native back-ends manage memory by reference counting too https://github.com/andyarvanitis/purescript-native/blob/cpp/README-cpp.md

I hope you get a chance to try PureScript out in your JS projects! For more learning resources, you can check out PureScript website.

Did you look into purescript-native, the purescript-to-c++ transpiler? Just curious what your reasons were to avoid that option.

Typeclasses are the big one I'd say. User defined operators are missing. Direct foreign function access is missing as well - for js stuff you have to communicate through "ports", you can't call js functions striaght from elm code. Also its not a general purpose language, you can't write a commandline tool with it or compile it to native code.

Another I thought of: Purescript (a haskell-like language that compiles to Javascript) has a native backend that compiles to either C++ or Go.

Purescript. A Haskell like language that is translate to Javascript. You can run it in NodeJS. There is also native versions that translate to Go or C++.

Before 2012, all of my websites were made using HTML, CSS and a sprinkling of JS. Then, I went all-in on AngularJS, followed by React. I started using Typescript and then PureScript and learned more frameworks like Halogen and Concur. I even wrote my own UI framework called purescript-deku.

Zora was created by Justin Garcia to improve static site generation and server side rendering in purescript-deku. Before Zora, Deku relied on a Byzantine assemblage of ad hoc typeclasses to achieve SSR. This resulted in sprawling error messages and poor type inference.

My little web framework purescript-deku runs on an event-based architecture, so I'm thinking about IsEvent quite a lot these days.

Here's an application that fulfills all four criteria. It's written using PureScript Deku, a small library I created to experiment with event-based architectures in the DOM.