Only Rerender "DAO Connected" Components
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Refactorisation
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- react, typescript
- Domaine
- frontend, performance
Piste de recherche
Commencez par examiner le comportement des abonnements de composants décrit pour Arc.Config, DAO et DAO.Data, en particulier la manière dont les mises à jour de l’état de DAO déclenchent de nouveaux rendus. Recueillez les métriques proposées avant de décider s’il faut poursuivre l’optimisation ; le travail est considéré comme terminé lorsqu’un périmètre mesuré et convenu a été défini pour ne relancer le rendu que des composants connectés à DAO.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Only rerender components that are "DAO Connected".
This can be done through supporting a subscription model, where components that depend on additional contextual information (ex: , ).
For example, consider...
<Arc config={new Config("web3provider", "graphqlprovider")}>
<View1 />
<DAO address={"0x1234"}>
<View2 />
<DAO.Data>
{data => (
<View3 value={data.value} />
)}
</DAO.Data>
</DAO>
</Arc>
Ideally, if Arc.Config's web3 provider changes, View1 & 2 shouldn't have to rerender, but View3 should because the data may be different. This can be partially achieved if DAO connect's the Arc.Config's subscriber list, which will cause it to be told to rerender if the config ever changes, but this only causes View1 to not be rendered. View2 would still be rendered because currently the data is stored within the Component's state (the DAO's state), which would cause View2 to still be rendered.
Going to leave this here for now, as it'll be interesting to come back to this after some metrics have been gathered, as I feel this may be premature optimization.
- Langage dominant
- TypeScript
- Étoiles
- 21
- Forks
- 9
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de dOrgTech/arc.react
-
Bulk Context Consumption Ouvertedevexp-enhancement feature good first issue help wanted
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
-
Demo Application & Tutorial Ouvertehi-pri
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
-
Use Immutable.JS For Log Data Ouvertelow-pri
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
-
Complex multi-step queries Ouvertelow-pri
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
-
low-pri quality-assurance ux-enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
Toutes les issues de dOrgTech/arc.react
Issues similaires
-
VerificationGate: ATTRIBUTION quote guard never matches a normal quotation (\b around the quote) Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
danielmiessler/LifeOS#2234 ·
-
T: Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100
-
Mend: dependency security vulnerability untriaged
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100