TRANSCRIÇÃOSpanish

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

15m 12s1,901 palavras324 segmentsSpanish

TRANSCRIÇÃO 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 MAIS

Registe-se gratuitamente para aceder a funcionalidades premium

VISUALIZADOR INTERATIVO

Assista ao vídeo com legendas sincronizadas, sobreposição ajustável e controlo total da reprodução.

REGISTE-SE GRATUITAMENTE PARA DESBLOQUEAR

RESUMO DE IA

Obtenha um resumo instantâneo gerado por IA do conteúdo do vídeo, pontos-chave e conclusões.

REGISTE-SE GRATUITAMENTE PARA DESBLOQUEAR

TRADUZIR

Traduza a transcrição para mais de 100 idiomas com um clique. Baixe em qualquer formato.

REGISTE-SE GRATUITAMENTE PARA DESBLOQUEAR

MAPA MENTAL

Visualize a transcrição como um mapa mental interativo. Entenda a estrutura rapidamente.

REGISTE-SE GRATUITAMENTE PARA DESBLOQUEAR

CONVERSAR COM A TRANSCRIÇÃO

Faça perguntas sobre o conteúdo do vídeo. Obtenha respostas com tecnologia de IA diretamente da transcrição.

REGISTE-SE GRATUITAMENTE PARA DESBLOQUEAR

APROVEITE MAIS DE SUAS TRANSCRIÇÕES

Inscreva-se gratuitamente e desbloqueie o visualizador interativo, resumos de IA, traduções, mapas mentais e muito mais. Não é necessário cartão de crédito.

    ¡Estructura tus p… - Transcrição Completa | YouTubeTranscript.dev