Qué puede evaluarse
RA1: Reconoce las características de lenguajes de marcas analizando e interpretando fragmentos de código.
Lenguaje de MarcasEtiqueta (Tag)Estructura JerárquicaSeparación Contenido/PresentaciónInteroperabilidadHTMLXMLPropósito EspecíficoPropósito GeneralMetasintaxis
RA2: Utiliza lenguajes de marcas para la transmisión de información a través de la web analizando la estructura de los documentos e identificando sus elementos.
Lenguaje de marcasHTMLXHTMLXMLHTML5SintaxisSemánticaEstándares webDOCTYPEhead
RA3: Genera canales de contenidos analizando y utilizando tecnologías de sindicación.
Sindicación de contenidosFeedAgregadorDistribución de informaciónAutomatizaciónXMLRSSAtomSintaxis XMLEstructura de feed
RA4: Establece mecanismos de validación para documentos XML utilizando métodos para definir su sintaxis y estructura.
XML bien formado vs. XML válidoDescripción formal de la estructura XMLInteroperabilidad entre sistemasIntegridad de datosConsistencia documentalDTD (Document Type Definition)XML Schema (XSD)Declaración de elementosDeclaración de atributosDeclaración de entidades
RA5: Realiza conversiones sobre documentos XML utilizando técnicas y herramientas de procesamiento.
InteroperabilidadTransformación de datosPublicación multicanalIntegración de sistemasEsquema XMLParseo XMLXSLTXPathÁrbol de nodos XMLPlantillas XSLT
RA6: Gestiona información en formato XML analizando y utilizando tecnologías de almacenamiento y lenguajes de consulta.
XMLDatos semiestructuradosSistema de ficherosRDBMSCLOB/BLOBShreddingBase de datos nativa XMLXPath/XQueryNoSQL orientada a documentosTransacciones ACID
Trampas habituales antes del examen
- Confundir lenguaje de marcas con lenguaje de programación: Causa: Ambos son textuales y usan sintaxis con símbolos. Corrección: Los lenguajes de marcas describen datos o estructura; los de programación ejecutan lógica y acciones.
- No ver la utilidad de la separación contenido/presentación: Causa: Pensar solo en un único uso final del documento. Corrección: Entender que el mismo contenido puede ser presentado de múltiples formas (web, móvil, impresión) o consumido por diferentes aplicaciones si está bien estructurado.
- Intentar usar XML como lenguaje de programación: Causa: Confundir la complejidad de la estructura de datos con la ejecución de lógica. Corrección: XML describe datos; la lógica para procesarlos se implementa en un lenguaje de programación.
- No ver la diferencia entre HTML y XML: Causa: Ambos usan etiquetas. Corrección: HTML tiene un conjunto fijo de etiquetas para la web; XML permite definir etiquetas personalizadas para cualquier tipo de datos.
- Documentos XML mal formados por errores sintácticos: Causa: Olvidar cerrar etiquetas, anidamiento incorrecto, valores de atributos sin comillas. Corrección: Usar IDEs con validación XML, prestar atención a la sintaxis estricta, entender que un XML mal formado es inprocesable.
- Confundir 'bien formado' con 'válido': Causa: No entender que la validez es un paso adicional que requiere un esquema. Corrección: 'Bien formado' es sintaxis básica; 'válido' es sintaxis + reglas de negocio/estructura definidas en un esquema.
- Confundir la URI del namespace con una URL de recurso: Causa: La sintaxis de la URI se parece a una URL. Corrección: La URI es un identificador único, no una dirección web a la que el procesador deba acceder. Su propósito es la unicidad, no la accesibilidad.
- No usar namespaces cuando se combinan vocabularios: Causa: Desconocimiento de la problemática de conflictos de nombres. Corrección: Siempre que se integren elementos de diferentes 'dominios' o 'vocabularios' en un mismo documento XML, se deben usar namespaces para evitar ambigüedades.
- Confundir HTML con un lenguaje de programación: HTML es un lenguaje de marcas para estructurar contenido, no para realizar operaciones lógicas o cálculos. La causa es la falta de distinción entre lenguajes declarativos y lenguajes imperativos. Corrección: Entender que HTML describe 'qué' hay en la página, mientras que JavaScript (un lenguaje de programación) describe 'cómo' se comporta o interactúa la página.
- Ignorar la versión de HTML: Utilizar elementos o atributos obsoletos de HTML4 en un documento HTML5, o viceversa, puede llevar a comportamientos inconsistentes en los navegadores. La causa es no declarar correctamente el DOCTYPE o no conocer las especificaciones de la versión. Corrección: Siempre declarar <!DOCTYPE html> para HTML5 y consultar la documentación oficial (MDN Web Docs, W3C) para la compatibilidad de elementos y atributos.
- Omitir el <!DOCTYPE html>: Esto puede hacer que el navegador entre en 'quirks mode', interpretando el HTML de manera inconsistente y no estándar. La causa es desconocimiento de su importancia. Corrección: Siempre incluir <!DOCTYPE html> como primera línea.
- No cerrar etiquetas o anidar incorrectamente: En HTML5, los navegadores son tolerantes, pero esto puede llevar a un DOM (Document Object Model) inesperado y problemas de estilo o script. En XHTML, esto causaría un error de parseo. La causa es descuido o falta de validación. Corrección: Usar un editor de código con autocompletado y validadores HTML.