Only Rerender "DAO Connected" Components
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Refactoring
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- react, typescript
- Ambito
- frontend, performance
Direzione di ricerca
Inizia esaminando il comportamento delle sottoscrizioni dei componenti descritto per Arc.Config, DAO e DAO.Data, in particolare il modo in cui gli aggiornamenti dello stato di DAO attivano nuovi render. Raccogli le metriche proposte prima di decidere se portare avanti l’ottimizzazione; il lavoro è completato quando viene stabilito un ambito misurato e concordato per eseguire nuovamente il render solo dei componenti connessi a DAO.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- TypeScript
- Stelle
- 21
- Fork
- 9
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di dOrgTech/arc.react
-
Bulk Context Consumption Apertadevexp-enhancement feature good first issue help wanted
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
-
Demo Application & Tutorial Apertahi-pri
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
low-pri
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
Complex multi-step queries Apertalow-pri
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
-
low-pri quality-assurance ux-enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di dOrgTech/arc.react
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
bug v2
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
modelcontextprotocol/inspector#2458 · 1 commento ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
railmapgen/rmp-gallery#4068 ·
-
Mend: dependency security vulnerability status: needs triage 🕵️♀️
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
carbon-design-system/ibm-products#9907 ·