Estrategias para el Manejo de la generación de código XHTML

Generación de XHTML es un proceso más exigente que la generación de HTML, XHTML aunque sólo sea porque viene con un conjunto mucho más estricta de las normas. Responder a esta demanda no tiene por qué significar horas de detección de errores cada vez que crear un programa complejo, pero puede significar que tiene que modificar la manera de escribir sus programas. (No hay requisito obliga a cambiar, pero el cumplimiento de esas normas puede resultar más fácil en el largo plazo.) Prácticamente todas las técnicas que trabajan con el trabajo de HTML con XHTML, pero es posible que desee incorporar a más de un XHTML orientación en su opciones de generación de código.

TextoTrabajar con documentos HTML y XHTML como texto es, en cierto modo, el enfoque más fácil. En otros sentidos, es definitivamente la más difícil planteamiento. De texto es la base de documentos de marcas. Trabajo en ese nivel puede ser sencilla, pero también se le niega el privilegio de trabajar con información en un nivel superior (como el contenedor de las estructuras creadas por XHTML). Escribir código que genera el texto en bruto - que sólo pasa a ser XHTML - requiere de mucha atención al detalle, especialmente en lo que XHMTL es mucho menos permisivo con los errores. Texto estrategias de generación puede ser útil, especialmente para proyectos que necesitan para crear más de un versión de un documento. Fundamentalmente, todos los ambientes que genera XHTML genera texto. Es sólo una cuestión de qué tipo de abstracciones están en uso. Probablemente la forma más sencilla de actualizar el código textgenerating para los nuevos desafíos de XHTML es añadir algunas de esas capas de abstracción, que separa el código que genera el marcado del código de que el contenido de la dirección. A medida que avanza la abstracción, a continuación, puede agregar lógica adicional que asegura que el marcado está correctamente equilibrada o se ajusta a una estructura que necesita. La mayoría de los programadores ya lo hacen en cierta medida, para que puedan reutilizar el código, en esencia, sólo puede ser una cuestión de reenfocar el trabajo existente.

PlantillasLos sistemas de plantillas, como Active Server Pages (ASP) y Java Server Pages (JSP), permiten a los desarrolladores mezclar la lógica para la creación de contenido y la estructura general, con plantillas que proporcionan un marco global. En cierto modo, estos planteamientos son muy parecidos a los sistemas de generación de texto se describió anteriormente - pero no tienen tanto ventajas como desventajas con respecto a este enfoque directo. Plantillas normalmente son más fáciles de leer y modificar, en especial para los casos en que el contenido generado es una pequeña porción del documento. Al mismo tiempo, sin embargo, la interacción entre el código generado y la información ya almacenada en la plantilla puede causar problemas que parecen que están en el Código, pero que de hecho en la plantilla y viceversa. Hay pocos en los ambientes que la utilización de XHTML puede ser difícil debido a los conflictos entre la sintaxis y la sintaxis XHTML del entorno de desarrollo. Si utiliza secuencias de comandos PHP para generar documentos XHTML, que puede encontrar un problema. Incluida la declaración XML ( ) Arroja el procesador de PHP. Debido a que puede confiar en la no puede tirar fuera. Deshabilitar la configuración del "etiqueta de apertura de corta duración" puede requerir la coordinación con el sitio Web de empresa de alojamiento si usted no tiene control administrativo sobre el servidor.

NotaAunque Extensible Stylesheet Language Transformations (XSLT) son generadores de documento templatebased, las normas que siguen son mucho más estrictos que los utilizados por las tecnologías descritas aquí. La especificación XML 1.0 que ya enfrentan problemas similares con las entidades en general, que permitió a los desarrolladores para incluir el contenido (incluido el marcado ) por referencia. La solución XML 1.0 se impone el requisito de que todas las entidades en general que contiene el marcado debe estar bien formado. Si la entidad incluye una etiqueta de inicio para un elemento, debe incluir una etiqueta de fin de ese elemento. Todas las estructuras dentro de una entidad en general deben estar anidados y marcadas correctamente. Usted no puede utilizar las entidades generales para especificar las partes de marcado, como media una etiqueta de inicio, o simplemente una etiqueta final. Adoptando un enfoque similar a la generación de código se puede resolver la mayoría de los problemas causados por interacciones inesperadas entre la plantilla y el contenido generado, y debería ser más fácil de rastrear el origen de tales problemas cuando se presentan. Las estrategias sugeridas para el texto de generación de código también se aplican en gran parte a la plantilla basada en la generación de XHTML. Creación de capas de abstracción que van más allá de crear flujos de caracteres pueden ayudar a hacer la parte de código de estos sistemas basados en plantillas más fácil trabajar con, y puede que sea más reutilizable a través de documentos y proyectos.

PrecauciónMientras que los sistemas basados en plantillas pueden producir XHTML, las plantillas a sí mismos frecuentemente no son XHTML (o XML), debido a su uso de las construcciones como por ejemplo <%. Entre otras cosas, esto le puede obligar a la tienda de plantillas por separado de los documentos XHTML, si se utiliza un servicio basado en XML de gestión de documentos. El proyecto Apache XML-está creando una plantilla de lenguaje llamado XML Server Pages (XSP) que hace uso de documentos XML para sus plantillas, pero están muy por delante de la mayoría de los sistemas de plantilla en su celo por bien formados plantillas. Ver http://xml.apache.org/cocoon/wd-xsp.html para un proyecto de XSP.

ModularizaciónEn general, los enfoques a largo plazo más completo a lo que la generación XHTML limpio y de fácil mantenimiento implican la creación de módulos de código que pueden hacer las cosas simples de manera fiable y luego la conexión de estos módulos para crear documentos. La fiabilidad es tal vez el cambio más importante en movimiento de HTML a XHTML el desarrollo, y que la fiabilidad es de un tipo un tanto diferente. En el mundo HTML, el código había de producir contenidos que parecía consistente en un explorador determinado o de los navegadores, en el mundo XHTML, el código tiene que producir contenido que es estructuralmente - como visual - consistente. Mientras el término faltante ocasionales etiqueta de párrafo no causa problemas en un navegador HTML, puede poner fin al procesamiento de XHTML. Romper el gran problema de la construcción de un documento a los problemas más pequeños de la creación de estructuras de concreto es una forma de asegurarse que los que los pequeños problemas se resuelven de forma coherente. También aumenta la reutilización y facilita la actualización de las soluciones pequeño problema sin interferir con la lógica general del documento. Varios sistemas de generación de HTML - como CGI.pm (el modulo CGI para Perl) y la Biblioteca Java Servlet - ya utilizar los módulos que generan margen de beneficio sobre la base de argumentos pasados a ellos a través de llamadas a funciones. Cuando los desarrolladores dependen de estos módulos exclusivamente, en lugar de la mezcla con un texto explícito de la generación de código, a continuación, la actualización de un sistema para utilizar XHTML es fácil. Usted acaba de actualizar el sistema de módulos a una versión compatible con XHTML.

NotaSistemas de módulos que generan XHTML están comenzando a aparecer - en particular una nueva versión de CGI.pm - pero puede ser un tiempo antes de que estos sistemas genéricos producir constantemente XHTML en lugar de HTML. Si no se desprende de la documentación, puede ponerse en contacto con el desarrollador de mantener el sistema de generación de marcas que está utilizando. Además de contener los efectos secundarios, agregando a la modularidad del código debe ayudarle a prueba de futuro que en cierta medida. XHTML 1.0 marca el primer cambio estructural importante en HTML desde su creación, y hasta ahora los desarrolladores han sido capaces de confiar en el código más antiguo de trabajo muy bien en las últimas versiones de los navegadores. Mientras XHTML 1.0 puede ser el primer cambio para romper ese entendimiento, sin duda no será la última. XHTML 1.1 no se rompa al instante XHTML 1.0 procesamiento, pero añade una nueva funcionalidad que puede requerir un cambio sustancial tanto en documentos de generación de código en el servidor y el documento de procesamiento de código en el cliente. Por modularizando su código, usted se coloca para aprovechar las nuevas posibilidades XHTML 1.1 va a crear para ampliar el vocabulario HTML. XHTML 2.0 también está en el horizonte, aunque probablemente mucho más lejos. XHTML 2.0 puede implicar una destrucción importante y la reconstrucción de algunas partes del vocabulario HTML, incluyendo la función de vínculo y de otros procesos de transformación que involucra recursos externos. Estos distintos tipos de prueba de futuro puede requerir una mentalidad diferente a la que ha tenido gran éxito en la creación de grandes número de aplicaciones HTML a bajo costo. A pesar del potencial de los altos costos de desarrollo por módulo, sin embargo, esta nueva mentalidad de modernizar las promesas a largo plazo y una tarea mucho más fácil para los programadores que necesitan para administrar y reutilizar el código en el largo plazo.

un artículo presentado por Albert Lichtblau

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "Estrategias para el Manejo de la generación de código XHTML" fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.