⚠️ This code is an Alpha version with work in progress.

Icecake is an experimental framework designed to build Web Assembly(WASM) SPA 100% fullstack in GO:

• see wasm doc
• see this post to use wasm in GO

Ealy 2023 Web Assembly generated code is smoosly becoming the new standard for running frontend web applications. But although webassembly source code for front can be easily written in C++, C# or Rust, there's still few solutions to write it in GO.

Existing solutions are too restrictive or too exploratory, furthermore nothing exists when it comes to build a nice app with components as we can do with Angular, React or Vue, and mixing one of these framework to generate webassembly code does not make sens.

So the idea here with icecake is to provide a native GUI framework to develop nice and modern SPA very quickly in GO.

Sources of inspiration:

• https://github.com/maxence-charriere/go-app
• https://github.com/gowebapi/webapi

• Go 1.23 and it's wasm compiler
• based on the syscall/js package
• Snippets use Bulma CSS framework. Bulma is a pure CSS framework without any JS code.

Some documentation available here https://tinygo.org/docs/guides/webassembly/ and here https://github.com/golang/go/wiki/WebAssembly

Go provides a specific js file called wasm_exec.js that need to be served by your webpapp. This file mustbe part of the static assets to be served by the server. To get the latest version you can extract it from you go installation: cp "$(go env GOROOT)/misc/wasm/wasm_exec.js" ./website/assets

The Directory structure follows go ecosystem recommendation.

icecake
├── build                           # build scripts
│   └── Taskfile.yaml               # building task configuration, ic. autobuild the front
│
├── cmd
│   ├── icecake                     # the icecake CLI command required to run the SPA server
│   │   └── icecake.go          
│   └── makedocs                    # the CLI command used to rebuild the docs website
│       └── main.go          
│
├── configs                         # congigurations files, loaded at server startup
│   ├── dev.env                 
│   └── prod.env          
│
├── internal
│   ├── helper
│   └── testwasm                    # wasm test environment
│
├── pkg
│   ├── *                           # see description of packages here under
│
├── website                         # source codes and assets required by the front
│   ├── docs                        # sources to rebuild the doc website
│   │   ├── assets                  
│   │   ├── pages                  
│   │   ├── saas                  
│   │   └── [*.*]                       
│   └── spa                         # source of the SPA, front anf back
│       └── [*.*]               
│

This repo is an Alpha version with many work in progress, with many refactoring to make code more coder friendly.

• TODO: provide a snippet to render the wasm and icecake status
• TODO: handle required css per page and not globally
• TODO: provide ick saas files. Handle it at component level
• TODO: enable unfolding ick-tag with a body, closed by
• TODO: enable to process standard tag or any tag like <h1> or <mytip/> and to add it some modifiers (with the TagBuilder)
• TODO: dom.UI.RefreshContent must update the tag itself if required

We use task as task runner. See Taskfile Installation doc to install it.

In development mode run the dev task from the root path with the --watch flag:

$ task -t ./build/Taskfile.yaml dev --watch

This task:

1. moves any changed files in ./web/static/ to ./tmp/website/
2. builds/rebuilds any frontend components and the .wasm file
3. builds/rebuilds the ./tmp/website/spa.wasm file according to changes in the web/wasm/main.go

Run godoc -http=:6060 locally to see the go packages documentation.

If you are using Visual Studio Code, you can use workspace settings to configure the environment variables for the go tools.

Your settings.json file should look something like this:

{
    "go.toolsEnvVars": { "GOARCH": "wasm", "GOOS": "js" }
}

Testing front with wasm and DOM components can not be executed with the standard go test command. To test wasm code into a browser well we need to run a dedicated html page which will execute the wasm test code.

Wasm test code and environement is located into internal/testwasm.

Run the task task -t ./build/Taskfile.yaml test_wasm to build all test*.go files. tests.go is the wasm entry point that will be executed when you load the dedicated HTML page internal/testswasm/index.html

$ task -t ./build/Taskfile.yaml unit_test

Useful read about go data race detector

LICENCE