Break up the JavaScript monoliths
- Vorherrschende Sprache
- Haskell
- Sterne
- 1.3k
- Forks
- 201
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Right now, the JavaScript code for CodeWorld is split between two monolith files: codeworld.js and codeworld-shared.js. It's not even clear to me what goes where, or how either file is really organized. I'd really like to see things divided into main modules by functionality:
1. The core functionality around the UI.
2. All the project management stuff: loading, saving, moving, deleting, etc. projects and folders. Nothing here is called unless you're signed in.
3. The editor functionality: setting the code, error highlighting, doc popups, formatting, autocomplete, etc.
4. The output window, where errors and debug output appear. Currently, this is pretty simple, but I really want to make the output area more feature-filled, especially in Haskell mode (supporting stdin would be great!) So the organizational choices should plan for expansion here.
This is in addition to things that are already part of their own files: the inspect UI, the Guide, etc.
See #66
Beitragsleitfaden
Rechercherichtung
Beginne damit, codeworld.js und codeworld-shared.js zu lesen, und vergleiche anschließend deren Inhalte mit der bestehenden inspect-UI und den Guide-Dateien. Das Refactoring ist abgeschlossen, wenn das JavaScript in die Module für core UI, Projektverwaltung, Editor und Ausgabe gegliedert ist, während die bestehenden eigenständigen Dateien separat bleiben.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript
- Bereich
- frontend
- Issue-Typ
- Refactoring
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 25/100