Reconocimiento de Funciones en Lexer de Lenguaje de Programación
Clase 8 de 58 • Curso de Creación de Lenguajes de Programación: Intérpretes
Contenido del curso
- 3

Análisis Léxico: Construcción de un Léxer para Intérpretes
05:36 - 4

Definición de Tokens en Lenguaje de Programación Platzi
11:53 - 5

Desarrollo de un Lexer con Test-Driven Development
15:43 - 6

Pruebas de Operadores, Delimitadores y Fin de Archivo en Lexer Python
10:01 - 7

Lexer: Identificación de Keywords y Tokens Complejos
18:57 - 8

Reconocimiento de Funciones en Lexer de Lenguaje de Programación
07:46 - 9

Implementación de Operadores y Condicionales en Lexer de Platzi
12:38 - 10

Implementación de Operadores de Dos Caracteres en Lexer
12:08 - 11

Creación de un REPL en Python para Lenguaje de Programación
12:35
- 12

Construcción de un Parser para el Lenguaje Platzi
05:22 - 13

Definición de Nodos Abstractos para Árbol de Sintaxis (AST) en Python
09:14 - 14

Desarrollo de un AST en Python: Creación de la Clase Programa
12:49 - 15

Parseo de Let Statements en Lenguaje Platzi
20:21 - 16

Implementación de funciones advanced y expected tokens
08:26 - 17

Manejo de Errores en Parsers con Test Driven Development
11:06 - 18

Parseo de Return Statements en Lenguaje Platzi
12:42 - 19
Técnicas de Parsing: Top-Down y Bottom-Up
01:46 - 20

Pruebas de AST para Let y Return Statements en Parsers
12:06 - 21

Pratt Parsing: Implementación y Registro de Funciones en Python
11:47 - 22

Parseo de Identificadores en Lenguajes de Programación
13:29 - 23

Parseo de Expression Statements en Platzi Parser
16:34 - 24

Parseo de Enteros en Lenguaje Platzi
14:03 - 25

Implementación de Operadores Prefijo en Parsers
16:43 - 26

Operadores InFix en Expresiones: Implementación y Pruebas
10:40 - 27

Implementación de Operadores InFix en un Parser
20:20 - 28

Expresiones Booleanas en el Lenguaje de Programación Platzi
13:00 - 29

Evaluación de Precedencia y Testeo de Booleanos en Parsers
08:39 - 30

Evaluación de Expresiones Agrupadas en un Parser
10:16 - 31

Parseo de Condicionales en Lenguaje Platzi
13:50 - 32

Implementación de Condicionales en Parser de Lenguaje
12:05 - 33

Parsing de Funciones en Lenguaje Platzi: Creación de Nodos AST
15:51 - 34

Construcción de nodos de función en un parser AST
15:43 - 35

Llamadas a Funciones en Lenguajes de Programación
13:05 - 36

Implementación de llamadas a funciones en un parser con AST
12:21 - 37

Parseo de Expresiones en LET y RETURN Statements
07:58 - 38

Implementación de REPL para Árbol de Sintaxis Abstracta
08:59
- 39

Evaluación Semántica en Lenguajes de Programación
03:42 - 40

Estrategias de Evaluación en Lenguajes de Programación
09:18 - 41

Representación de Nodos AST y Objetos en Python
14:17 - 42

Evaluación de Expresiones en JavaScript y Python
19:39 - 43

Implementación del Patrón Singleton para Booleanos y Nulos
11:52 - 44

Evaluación de Prefijos en Lenguaje de Programación Platzi
14:41 - 45

Evaluación de Expresiones Infix en Lenguaje Platzi
18:07 - 46

Evaluación de Condicionales en Lenguaje de Programación Platzi
13:50 - 47

Evaluación y Uso del Return Statement en Programación
14:42 - 48

Manejo de Errores Semánticos en Lenguaje Platzi
21:05 - 49

Declaración y Gestión de Variables en Lenguajes de Programación
13:55 - 50

Manejo de Ambientes y Variables en Lenguajes de Programación
11:57 - 51

Declaración de Funciones en Lenguaje de Programación Platzi
12:26 - 52

Implementación de Llamadas a Funciones en PlatziLang
23:55
¿Cómo se reconocen las funciones en el lexer?
El desarrollo de un lexer es crucial para la construcción de un lenguaje de programación, y ahora nos encontramos en el emocionante punto de reconocer las funciones dentro de nuestro código. Ya hemos avanzado bastante al poder identificar identificadores, ciertos keywords como "variable" y varios símbolos del lenguaje. Sin embargo, ha llegado el momento de dar un paso más y poder detectar funciones.
Para esto, vamos a implementar un nuevo test que inicialmente debe fallar; esto nos obligará a escribir el código necesario para que este test pueda avanzar. Trabajaremos dentro del branch 8 de nuestro repositorio en GitHub, donde además generaremos un test llamado test function declaration.
En él, definiremos una función que se ve de la siguiente manera:
variable suma es igual a un procedimiento que recibe como parámetros x y y y regresa simplemente x más y.
Esta sintaxis, particular por estar en español, forma parte de nuestro lenguaje y nos permite identificar claramente las funciones.
¿Cómo se implementa y ejecuta el test?
Para comenzar, cargamos el lexer con el source, que es el string de arriba. Aunque solo pasamos strings, es importante recordar que podríamos leer este source directamente de un archivo del sistema. Una vez que tenemos nuestra lista de tokens, vamos a identificar los siguientes 16 tokens:
variable- Identificador
suma - Signo de asignación
= - Keyword
procedimiento(representafunction) - Paréntesis de apertura
( - Parámetro
x - Coma
, - Parámetro
y - Paréntesis de cierre
) - Corchetes de apertura
{ - Identificador
x - Operador suma
+ - Identificador
y - Punto y coma
; - Corchetes de cierre
} - Punto y coma
;
Es crucial incluir las aserciones apropiadas, ya que sin ellas, el test no tiene valor alguno.
¿Qué hacemos cuando el test falla?
Al ejecutar nuestro test, encontramos que no se reconoce la palabra "procedimiento" adecuadamente; se detecta como un identificador. Esto ocurre porque nuestro lexer aún no ha sido instruido para reconocerla como un keyword.
Para solucionarlo, vamos al archivo donde hemos definido nuestros tokens. Allí, agregamos "procedimiento" como un nuevo keyword, asignándole el tipo function. Ahora nuestro lexer podrá identificar correctamente esta palabra.
¿Qué challenge nos espera?
Como cierre, te propongo que implementes un test adicional que llame funciones. Este se denomina test function call y no recibe parámetros ni retorna valores. Así lograrás evaluar el siguiente source:
variable resultado es igual a suma de 2 y 3;
Aquí, los tokens a identificar incluyen:
variablecomo keyword de tipoletresultadocomo identificador- Un operador de asignación
sumacomo identificador que es seguido por paréntesis, indicando una llamada a función
Aunque el lexer no requiere entender la sintaxis o semántica completa de nuestro lenguaje, este es el trabajo del parser. Este desafío es una excelente forma de poner en práctica lo aprendido e ir familiarizándote más con la dinámica de creación del lenguaje.
Para ayudarte en este proceso de aprendizaje activo, la solución se encuentra disponible en un branch en GitHub, donde puedes comparar tu código con el original. ¡Recuerda compartir tus avances y dificultades en la sección de comentarios para que te podamos brindar apoyo en todo momento!