Use render props instead of HOC-style `connect`?
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
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript, react
- Área
- frontend
Línea de trabajo
No se nombran archivos ni tests. Empieza revisando la API existente connect(mapPropsToRequests, Component) y los patrones actuales de componentes de la biblioteca; después, determina el alcance y los criterios de aceptación para las consultas mediante render props y las actualizaciones con estilo de mutación antes de identificar los tests del comportamiento propuesto.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
First off, thank you for this library, it is awesomely simple!
I've been toying with react-apollo and the new <Query> and <Mutation> components, and they are really nice in terms of making data declarative, allowing you to co-locate data requirements inside your components.
I was thinking it would be really nice is react-refetch was architected similarly. Instead of connect(mapPropsToRequests, Component), it would be cool do to:
<Refetch
url={`/users/${id}`}
method="GET"
>
{(fetch) => (
return fetch.pending ? (
<LoadingAnimation />
) : fetch.rejected ? (
<Error error={fetch.reason} />
) : (
<User={fetch.data} />
)
)}
</Refetch>
Or even, for non-GET methods, offer a mutation API:
<Refetch
url={`/users/${id}`}
method="POST"
>
{(updateUser, fetch) => (
return fetch.rejected ? (
<Error error={fetch.reason} />
) : (
<Button isLoading={fetch.pending} onClick={updateUser}>Save</Button>
)
)}
</Refetch>
What do you think?
- Lenguaje dominante
- JavaScript
- Estrellas
- 3.4k
- Forks
- 137
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 heroku/react-refetch
-
Support for react@17Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
heroku/react-refetch#258 · 1 comentario ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 45/100
heroku/react-refetch#243 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
heroku/react-refetch#228 · 1 comentario · 3 reacciones ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
heroku/react-refetch#227 · 2 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
heroku/react-refetch#226 · 1 comentario ·
Todos los issues de heroku/react-refetch
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
daisy/a11y-meta-viewer#18 ·
-
good first issue status: needs triaging type: bug version: 2.0
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
medusajs/medusa#17094 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
browser: chrome package: @carbon/react package: styles
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
carbon-design-system/carbon#23567 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
clerk/javascript#10033 ·
Los mantenedores suelen responder en 1 día
-
bug client p1
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
vercel/eve#4173 · 2 comentarios ·
Los mantenedores suelen responder en 1 día