Devtools (reactive graph visualization) in the playground

Ouverte
  • Quelque chose ne va pas ?
#117 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

  • #124 par @thetarnav — fermée sans fusion

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
20/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
À l'abandon
Stack technique
babel, typescript
Domaine
developer-experience, frontend, tooling

Piste de recherche

Commencez par examiner comment le playground s’exécute actuellement en mode production et comment son UI est structurée. Examinez ensuite les packages debugger et Babel transform liés afin d’identifier les points d’intégration et les blocages pour le suivi du graphe. Le travail sera considéré comme terminé lorsqu’une architecture et un plan d’implémentation auront été définis pour le mode dev, l’attachement du debugger, les transforms optionnelles et le panneau du graphe.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

I don't have anything prepared—this is just theoretical, but would it be possible to include a reactive graph debugger in the playground in the future?
One thing for certain—it would require the playground to work in a dev mode. And from what I know, it works in prod mode currently. This alone might just prevent this from happening. But would there be any other blockers?
This idea just popped into my head, and I wanted to ask if it would make sense and what should I take into consideration when architecting the devtools if it does.
Besides the solid operating in dev mode requirement, there are three parts of the devtools that I would need to think, about how'd they fit in:

  • the debugger - the debugger would need to be attached to the application in the background, for the devtools to be able to get and track the state of the graph
  • babel transforms - this one is not necessary, but useful, it'll allow for things like tracking stores, automatically naming signals/memos/stores, and tracking component props.
  • the devtools/graph panel - part of the UI would need to be reserved for the devtools - for displaying the graph, toggling is on and off, configuring, etc.

I'm currently writing the devtools in a way that theoretically should allow it to be used in various places—not limited to the chrome extension. But some changes might be necessary. It's definitely not ready now. Not even close.
Still, I think it would be great to see the graph right in the playground eventually. So I just wanted to know what you think.

Langage dominant
TypeScript
Étoiles
246
Forks
71
Merge moyen
5 min
PR mergées (30 j)
6

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de solidjs/solid-playground

Toutes les issues de solidjs/solid-playground

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.