Only Rerender "DAO Connected" Components
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Refactorización
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- react, typescript
- Área
- frontend, performance
Línea de trabajo
Comienza revisando el comportamiento de suscripción de componentes descrito para Arc.Config, DAO y DAO.Data, especialmente cómo las actualizaciones de estado de DAO activan nuevos renderizados. Recopila las métricas propuestas antes de decidir si se debe llevar adelante la optimización; se considera terminado cuando se haya establecido un alcance medido y acordado para volver a renderizar únicamente los componentes conectados a DAO.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- TypeScript
- Estrellas
- 21
- Forks
- 9
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de dOrgTech/arc.react
-
Bulk Context Consumption Abiertodevexp-enhancement feature good first issue help wanted
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
-
Demo Application & Tutorial Abiertohi-pri
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Use Immutable.JS For Log Data Abiertolow-pri
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Complex multi-step queries Abiertolow-pri
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
-
low-pri quality-assurance ux-enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de dOrgTech/arc.react
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug v2
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
modelcontextprotocol/inspector#2458 · 1 comentario ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
railmapgen/rmp-gallery#4068 ·
-
Mend: dependency security vulnerability status: needs triage 🕵️♀️
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
carbon-design-system/ibm-products#9907 ·