Added UI framework template

[Gohlub]

Problem

Lack of UI template for App framework.

Solution

Implemented the template.

Docs Update

TODO
Corresponding docs PR

Notes

Tests not working.
{Any other information useful for reviewers.}

[nick1udwig]

Same comments on #320 general review comment holds here

[nick1udwig]

Let's change name here and throughout to hyperapp-<something>. As mentioned on #320, we're going to adopt a convention that hyperapp templates are prefixed by hyperapp-.

[nick1udwig]

As noted on #320, I think these are separated from the local/remote tagged functions in order to demonstrate you can do it. However, in this case, its not actually functional, and so is not demonstrating good practice. Ideally these would do something different than the local/remote functions so that the separation of functions is sane and not just for demonstration purposes

[Gohlub]

I am not sure I understand what you mean by 'it's not functional'. FE requests are routed properly (i.e. you can submit an entry you define on the FE). Is this in reference to: https://discord.com/channels/1257731563374776341/1336772246089371678/1364667858801655878?

[nick1udwig]

I mean submit_entry is the same as add_to_state and view_state is the same as get_state. The separation into a local/remote and separate http function is not functional. As opposed to, say, a case where a local/remote function did thing A whereas http function did thing B

[nick1udwig]

Sort, as on #320

[nick1udwig]

Prefer grouping args like

stdlib

imported in Cargo.toml

and possibly a third group of "written by us"

with each group alphabetized.

So here should either be:

use std::collections::HashMap;

use hyperprocess_macro::hyperprocess;
use serde::{Deserialize, Serialize};

or

use std::collections::HashMap;

use serde::{Deserialize, Serialize};

use hyperprocess_macro::hyperprocess;

[nick1udwig]

Get rid of unused deps (I suspect at least bincode, rand, rmp-serde, thiserror, url are unused) & sort remaining deps alphabetically

[nick1udwig]

We should fix the caller-utils/wit-generator parsing so we can have a () here

[Gohlub]

Do you mean an function with no argument?

[nick1udwig]

I mean it should return Result<(), String>