Ask HN: With emscripten, can C++ developers write web app without JavaScript

2 pointsshanwang9y ago6 comments

Today is it possible to build a reasonably complicated single page web application, currently requires AngularJs or ReactJs, using C++ only (together with css and html)? How can you do data binding between html and compiled javascript like in AngularJS? Is there any tools to support this?

Is this also one of the goals of WebAssembly? ie. to enable non-web developers to write web application in their own language.

2 pointsshanwang9y ago6 comments

Is this also one of the goals of WebAssembly? ie. to enable non-web developers to write web application in their own language.

6 comments

4 comments · 2 top-level

andrewmcwatters9y ago· 2 in thread

Why would you want to do this? It doesn't make it faster than JavaScript. You'd still need to interface with JavaScript Web API bindings, which means you'd need C++ bindings to JavaScript bindings, which... use C++...

You can _currently_ do this without WebAssembly, but there's zero point to it.

shanwangOP9y ago

ok, so the main usage of emscripten is to compile C++ to javascript and then call them from the "normal" frontend javascript code? ie. most UI related frontend job will still be coded in javascript?

As to the question why, C++ is not only about runtime performance, it's a more mature language than javascript/typescript and there are powerful data structure/design patterns/algorithms that are missing from javascript. Of course I see it this way because I'm way more competent in C++ than javascript.

andrewmcwatters9y ago

I definitely appreciate that being a C and C++ developer, but you're sorely misled if you think that runtime carries over. Emscripten just translates the language to something usable through asm.js with a similar execution flow, but you end up running JavaScript. That's what it compiles to. Even WebAssembly is designed to run something that is consumed by the very same JavaScript runtime.

1 more reply

user59944619y ago

I think you can use (x)inetd.

It's a linux wrapper, it listens to port X and calls an application everytime it gets a new connection.

The application will receive the HTTP requests in stdin. You'll need a parsing library to parse the request and generate a valid answer.

It's really old and deprecated technology but it's rather simple.

j / k navigate · click thread line to collapse