RA2 · verificado

RA2 de Desarrollo Web en Entorno Cliente · DAW

Escribe sentencias simples, aplicando la sintaxis del lenguaje y verificando su ejecución sobre navegadores Web.

Comprobar mi dominio con José →

Contenido verificado asociado a este RA

Fundamentos de la Programación Cliente y Configuración del Entorno

Esta unidad introduce la programación en el lado del cliente, explicando su propósito y la elección de JavaScript como lenguaje estándar. Se detalla la configuración de un entorno de desarrollo básico para escribir, ejecutar y depurar código en navegadores web.

Variables, Tipos de Datos y Operadores en JavaScript

Esta unidad explora cómo declarar y utilizar variables en JavaScript, los diferentes tipos de datos que pueden almacenar y los operadores disponibles para manipular esos datos. Se enfatiza la importancia del ámbito de las variables y las peculiaridades de las conversiones de tipo.

Mecanismos de Decisión: Control de Flujo Condicional

Esta unidad se centra en los mecanismos de decisión en JavaScript, como las sentencias `if/else` y `switch`, que permiten ejecutar bloques de código de forma condicional. Se explica cómo estructurar el código para responder a diferentes situaciones y se enfatiza la importancia de la lógica booleana.

Estructuras de Bucle: Repetición de Sentencias

Esta unidad aborda las estructuras de bucle en JavaScript, como `for`, `while` y `do...while`, que permiten ejecutar un bloque de código repetidamente. Se explica cómo controlar la iteración y se introducen las sentencias `break` y `continue` para modificar el flujo de los bucles.

Calidad del Código: Comentarios y Depuración Efectiva

Esta unidad enfatiza la importancia de añadir comentarios al código para mejorar su legibilidad y mantenibilidad. Además, se profundiza en el uso de las herramientas de depuración del navegador para identificar y corregir errores de manera eficiente.

Conceptos clave

Programación ClienteJavaScriptDOMEditor de Código (VS Code)Herramientas de DesarrolladorConsola del NavegadorDepuraciónVariableletconstvarTipos de DatosStringNumberBooleanUndefinedNullÁmbito (Scope)

Errores que conviene evitar

  • No abrir las Herramientas de Desarrollador: Causa: El alumno escribe código pero no sabe dónde ver la salida o los errores. Corrección: Siempre abrir la consola del navegador para verificar la ejecución y los mensajes.
  • Etiqueta <script> mal ubicada o con errores de sintaxis: Causa: El navegador no interpreta el script. Corrección: Verificar la correcta inclusión de la etiqueta <script> y su contenido, preferiblemente al final del <body> para asegurar que el DOM esté cargado.
  • Usar `var` en lugar de `let` o `const`: Causa: Desconocimiento de los ámbitos de bloque o de la mutabilidad. Consecuencia: Variables accesibles fuera de su contexto esperado, lo que puede llevar a errores difíciles de depurar. Corrección: Priorizar `const` para valores inmutables y `let` para mutables, reservando `var` solo para casos muy específicos o código legado.
  • Confundir `==` con `===`: Causa: No entender la diferencia entre igualdad débil y estricta. Consecuencia: Comparaciones que devuelven `true` cuando se esperaría `false` debido a conversiones implícitas. Corrección: Usar siempre `===` a menos que se tenga una razón muy específica y justificada para usar `==`.
  • No entender el ámbito de bloque: Causa: Declarar `let` o `const` dentro de un bloque y esperar que sea accesible fuera. Consecuencia: Errores `ReferenceError`. Corrección: Entender que `let` y `const` solo existen dentro del bloque donde fueron declaradas.
  • Olvidar `break` en `switch`: Causa: El flujo de ejecución continúa al siguiente `case` (fall-through). Consecuencia: Se ejecutan bloques de código no deseados. Corrección: Siempre incluir `break` al final de cada `case` a menos que el comportamiento de fall-through sea intencional y documentado.
  • Condiciones mal formuladas: Causa: Errores lógicos en las expresiones booleanas. Consecuencia: El programa toma decisiones incorrectas. Corrección: Probar las condiciones con valores límite y casos extremos, y usar paréntesis para clarificar la precedencia de operadores lógicos.
  • Anidar `if` excesivamente: Causa: Intentar manejar múltiples condiciones complejas sin refactorizar. Consecuencia: Código difícil de leer y mantener (callback hell). Corrección: Refactorizar usando guard clauses (condiciones de salida temprana), funciones auxiliares o el patrón `switch` cuando sea apropiado.

Qué se evalúa en este RA

CE a

Se ha seleccionado un lenguaje de programación de clientes Web en función de sus posibilidades.

CE b

Se han utilizado los distintos tipos de variables y operadores disponibles en el lenguaje.

CE c

Se han identificado los ámbitos de utilización de las variables.

CE d

Se han reconocido y comprobado las peculiaridades del lenguaje respecto a las conversiones entre distintos tipos de datos.

CE e

Se han utilizado mecanismos de decisión en la creación de bloques de sentencias.

CE f

Se han utilizado bucles y se ha verificado su funcionamiento.

CE g

Se han añadido comentarios al código.

CE h

Se han utilizado herramientas y entornos para facilitar la programación, prueba y depuración del código.

Canal Estudios es un servicio de Skillback S.L. · NIF B2481724 · Barcelona, España
Aviso legal · Privacidad · Cookies · Términos · Atles de Catalunya