search

google / shenzhen-go

Experimental visual Go environment
Apache License 2.0
464 stars 44 forks source link

WebAssembly #33

Open DrJosh9000 opened 5 years ago

DrJosh9000 commented 5 years ago

The bulk of the UI is still built with GopherJS. The WebAssembly compiler might be ready.

ghost commented 5 years ago

the standard golang WASM uses a ton of ram.

I have been using tinyGO that has WAMS support. https://github.com/aykevl/tinygo/tree/master/src/examples/wasm

Tinygo is amazing... Really should try it.

Also i was thinking that running the golang WASM code inside WebWorkers is a smart way to go, so that the GUI thread is freed up. Anything you built you would want to be that way. Also its follows the architectural patterns because its pure message passing between the WebWorkers and the main Window and its all asynchronous. Basic overview here: https://blog.sessionstack.com/how-javascript-works-the-building-blocks-of-web-workers-5-cases-when-you-should-use-them-a547c0757f6a

This would allow people to build HTML GUI apps with shenzen and have all the logic inside the Webworkers doing whatever pipelines are needed. The GUI would be updated based on the results of any computation.

i would consider using a dependency on CommLink also to abstract it a little. But it might be overkill too. Commlink handles the aspects of communication between the Window and the Webworkers. https://github.com/GoogleChromeLabs/comlink

DrJosh9000 commented 5 years ago

For now I'm more concerned that GopherJS might become unusable - e.g. https://github.com/gopherjs/gopherjs/issues/855 means that to rebuild the client one can't be doing things the module way. It's another command that needs to be installed locally, but Go WASM has the benefit of being built into Go.

TinyGo is promising. I think some Go features are in use that TinyGo isn't supporting yet, so we'll see.

DrJosh9000 commented 5 years ago

A few days ago I started experimenting in the wasm branch. After many minor code fixes, it compiles and runs up to the point of displaying a graph. Sadly UI interaction is broken after that point; the client crashes inside github.com/johanbrandhorst/protobuf which is still based on GopherJS. From a very quick look, Johan's packages don't look too difficult to port to syscall/js...

DrJosh9000 commented 5 years ago

Good thing I didn't keep going down that path, because of course github.com/johanbrandhorst/grpcweb-wasm-example exists already.