Evaluate funblocks on the client?!?
- Vorherrschende Sprache
- Haskell
- Sterne
- 1.3k
- Forks
- 201
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
This is pretty far outside the current project plan, but I wanted to get it written down.
Instead of relying on GHCJS on the server, it's possible that the block UI could evaluate code on the client. In particular, suppose funblocks-client linked with codeworld-api, and associated each block to not just codegen, but also to an interpreted implementation.
This would have lots of implications. For example, when drawing pictures, you could see the picture change immediately as you edit the blocks. You could add debugging by just choosing a block and asking to see a type-aware visualization rendered in a popup window.
This isn't mutually exclusive with generating code to compile on the server.
Beitragsleitfaden
Rechercherichtung
Beginne mit der Untersuchung der Beziehung zwischen funblocks-client und codeworld-api und vergleiche sie anschließend mit dem bestehenden serverseitigen Evaluierungsansatz von GHCJS. Definiere vor der Implementierung den Umfang der clientseitigen Evaluierung und wie sie neben der serverseitigen Codegenerierung bestehen würde; Abschlusskriterien sind im Issue nicht angegeben.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- haskell
- Bereich
- frontend
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100