TRANSCRIPCIÓNSpanish

¡Estructura tus proyectos React como un Pro! Tips para lucir como un Senior

15m 12s1,901 palabras324 segmentsSpanish

TRANSCRIPCIÓN COMPLETA

0:00

buenas fronten hoy te enseñaré Cómo

0:01

lográ llevar tus proyectos de Ría al

0:03

siguiente nivel si deseas que tus

0:05

proyectos en ría sean manteni bles sean

0:07

escalables y que apliquen las mejores

0:08

prácticas en el desarrollo Quédate con

0:10

nosotros hasta el final lo primero que

0:12

vamos a hacer es crear nuestro proyecto

0:14

en ria si quieres saber cómo crear un

0:16

proyecto en rí puedes Mirar este video

0:18

de acá luego que tenemos nuestro

0:19

proyecto creado vamos a levantar el

0:21

servidor para ver qué tenemos acá por

0:24

defecto tenemos el template oficial de

0:26

byte y vamos a empezar con nuestra

0:29

estructura lo primero que vamos a estar

0:31

viendo es una arquitectura modular qué

0:33

cosa es una arquitectura modular una

0:35

arquitectura modular no es más que un

0:36

enfoque de diseño en el cual el sistema

0:39

se divide en partes o módulos más

0:41

pequeños y autónomos que pueden

0:44

desarrollarse probarse y desplegarse y

0:47

mantenerse de manera independiente

0:48

porque eh es importante esta

0:52

arquitectura mdula bueno gracias a la

0:54

arquitectura modular nosotros vamos a

0:56

aprovechar las bondades que nos brinda

0:57

ria para crear componentes y dividir

1:00

nuestra aplicación en en múltiples

1:03

componentes dándole la responsabilidad a

1:05

cada módulo de que maneje su lo propia

1:08

lógica de negocio y su propio modelo de

1:10

dominio es decir si nosotros tenemos una

1:13

aplicación en la cual manejamos usuarios

1:16

manejamos eh roles eh manejamos dígase

1:21

productos cada uno de estos elementos

1:23

puede ser un módulo donde en cada módulo

1:26

Como por ejemplo de producto pudiéramos

1:27

estar teniendo varios submódulos como

1:30

por ejemplo categoría de productos antes

1:33

de empezar a crear nuestras estructuras

1:34

de módulos veremos la nomenclatura de

1:37

carpetas componentes tipos entre otros y

1:40

la estructura general de nuestra

1:42

aplicación el naming Convention que

1:45

vamos a utilizar para nuestras carpetas

1:47

puede variar mucho entre un proyecto y

1:49

otro también entre un equipo y otro yo

1:52

normalmente utilizo dos variantes la

1:55

primera variante es keb Case keb Case no

1:58

es más que eh utilizar las palabras en

2:02

lower

2:05

Case y separarlos por un

2:09

gu la otra nomenclatura que yo utilizo

2:12

normalmente es pasc Case en este

2:17

caso se separa cada cada palabra y se

2:21

utiliza la primera palabra en mayúscula

2:25

vamos a estar utilizando K Case para el

2:28

naming de nuestras carpetas para el caso

2:30

de ficheros de tipos de datos por

2:32

ejemplo vamos a decir que estamos

2:33

utilizando la scrip un Ty el Ty usuario

2:36

utilizaremos la convención pasc Case

2:39

donde

2:41

luces en el caso de

2:44

eh ficheros cs funciones útiles

2:48

imágenes nombre de imágenes etcétera

2:51

utilizaremos la nomenclatura kev

2:55

Case luego que tenemos vista esta

2:57

convención vamos a pasar a la estructura

2:59

general de nuestro

3:00

proyecto lo primero que vamos a tener en

3:03

nuestro proyecto de Real es una carpeta

3:05

que le vamos a llamar Core en esta

3:07

carpeta Core vamos a tener toda la todos

3:10

los elementos generales que va a ser

3:13

eh que van a ser compartidos en nuestra

3:15

aplicación desde la definición de los

3:17

temas hasta la creación de las rutas la

3:20

definición de los tipos globales eh

3:24

también vamos a tener eh estilos

3:26

globales vamos a tener componentes que

3:28

son globales

3:30

en esta carpeta tendremos esa definición

3:32

Entonces qué Vamos a tener lo primero

3:34

que vamos a tener en esta carpeta es una

3:36

carpeta

3:38

components en la cual vamos a tener

3:41

todos los componentes que ya la decía

3:42

que son compartidos a través de nuestra

3:44

aplicación por ejemplo voy yo voy a

3:46

crear un componente

3:48

uro y Dentro de este dentro de esta

3:51

carpeta siguiendo la nomenclatura que

3:53

hablamos vamos a crear un componente

3:55

puro

4:10

Okay perfecto ya tenemos nuestro

4:11

componente burron creado

4:15

ahora voy a seguir con el resto de las

4:17

carpetas que usualmente en un proyecto

4:20

ya sea un proyecto de una de un tamaño

4:22

grande o pudiera ser un pequeño un

4:25

pequeño proyecto yo utilizo normalmente

4:28

tenemos ya la carpeta que que imos

4:30

components además tenemos la carpeta

4:32

hooks donde va a ser una carpeta donde

4:34

vas a almacenar todos los hooks que son

4:36

compartidos por el resto de tus módulos

4:38

de la aplicación voy a tener también la

4:41

carpeta types donde voy a tener los

4:43

tipos que también son compartidos en el

4:46

resto de la aplicación voy a tener la

4:49

carpeta

4:51

Services donde básicamente vamos a tener

4:54

las llamadas a al backen que son

4:56

servicios eh globales de nuestra

4:59

aplicación

5:00

también tendremos por acá eh dentro de

5:03

otras cosas

5:04

eh pudiéramos estar teniendo teams para

5:08

todo el tema del manejo de los temas en

5:10

la aplicación ya sea que utilicemos una

5:13

librería o creemos nuestros propios

5:16

temas otra de las carpetas que vamos a

5:19

estar teniendo acá son las carpetas de

5:21

utils donde también tendremos nuestras

5:23

funciones utils que nos serán de ayuda

5:26

en nuestra aplicación

5:30

básicamente estos son los elementos que

5:32

tenemos en nuestra carpeta Core y son

5:34

muy parecidos a los elementos que

5:36

crearemos en nuestros módulos luego

5:39

visto vamos a analizar Qué debe tener

5:41

nuestros módulos y cuáles son las

5:43

condiciones que debe tener cualquier

5:45

módulo la estructura de nuestro módulo

5:48

Será muy similar a la del Core tendremos

5:50

lo siguiente lo primero que vamos a

5:52

hacer es crear una carpeta

5:54

moduls y dentro de esta carpeta modul

5:57

crearemos nuestros mod primero vamos

5:59

vamos a tener un módulo user Además

6:02

vamos a tener un módulo

6:05

prod Y por

6:08

último users en inglés en plural y luego

6:14

vamos a tener por acá

6:18

digamos Ok entonces en nuestra carpeta

6:21

users vamos a tener una estructura muy

6:24

similar

6:25

a lo que tenemos en todos los módulos

6:28

van a tener

6:30

van a tener

6:32

components van a tener

6:34

containers ahora hablamos Qué cosas son

6:37

containers van a tener

6:42

types van a tener

6:47

Services van a tener

6:51

hs van a tener otros

6:53

módulos Entonces qué tenemos bueno en

6:56

componentes tenemos los componentes que

6:58

son utilizados Dentro de este eh módulo

7:04

que está acá dentro de containers no

7:07

tendremos el punto de entrada a ese

7:09

módulo es decir el componente mediante

7:11

el cual tú expones ese módulo para que

7:13

sea utilizado en otro lugar También

7:16

tenemos hooks que son los hooks que van

7:18

a estar siendo utilizados dentro de ese

7:20

módulos tenemos otros módulos hijos por

7:22

ejemplo acá pudiéramos tener

7:27

Rolls digamos tenemos servicios donde

7:30

van a estar los servicios las llamadas a

7:33

la Api de baken Y tenemos los tipos

7:35

nuestros tipos de

7:37

tp esta es la estructura que tiene un mó

7:40

ahora muy importante y es un concepto

7:43

que forma parte de

7:46

eh un patrón de diseño que estableció

7:50

dan abramov acerca de los de los tipos

7:53

de compon d abramov que es el creador de

7:56

ria dice que eh existen dos tipos de

8:00

deben existir dos tipos de componentes

8:02

un tipo de componente es un tipo de

8:04

componente que se llama container y otro

8:06

tipo de componentes o es un componente

8:09

que se llama de presentación los

8:11

componentes containers son aquellos

8:13

componentes que su responsabilidad es

8:15

manejar toda la lógica de la aplicación

8:17

y del negocio ellos son los responsables

8:20

de hacer la llamada baken son los

8:22

responsables de c mutar los estados son

8:24

los responsables de el acceso a datos

8:28

mientras que Por otra parte tenemos los

8:30

componentes de tipo presentación los

8:32

componentes de tipo presentación no son

8:34

más que el clásico componente de r en el

8:37

cual tú tienes componentes y manejas la

8:40

lógica de esos propios componentes es

DESBLOQUEAR MÁS

Regístrate gratis para acceder a funciones premium

VISOR INTERACTIVO

Mira el video con subtítulos sincronizados, superposición ajustable y control total de la reproducción.

REGÍSTRATE GRATIS PARA DESBLOQUEAR

RESUMEN DE IA

Obtén un resumen instantáneo generado por IA del contenido del video, los puntos clave y las conclusiones.

REGÍSTRATE GRATIS PARA DESBLOQUEAR

TRADUCIR

Traduce la transcripción a más de 100 idiomas con un solo clic. Descarga en cualquier formato.

REGÍSTRATE GRATIS PARA DESBLOQUEAR

MAPA MENTAL

Visualiza la transcripción como un mapa mental interactivo. Comprende la estructura de un vistazo.

REGÍSTRATE GRATIS PARA DESBLOQUEAR

CHATEA CON LA TRANSCRIPCIÓN

Haz preguntas sobre el contenido del video. Obtén respuestas impulsadas por IA directamente desde la transcripción.

REGÍSTRATE GRATIS PARA DESBLOQUEAR

SACA MÁS PARTIDO A TUS TRANSCRIPCIONES

Regístrate gratis y desbloquea el visor interactivo, los resúmenes de IA, las traducciones, los mapas mentales y mucho más. No se requiere tarjeta de crédito.

    ¡Estructura tus… - Transcripción Completa | YouTubeTranscript.dev