Ventajas y desventajas generales del HTML contra XML y XHTML

Share

|

Hay tres idiomas del margen de beneficio. Éstos incluyen la lengua del margen de beneficio del hypertext (HTML), Extensible Markup Language (XML), y la combinación de los dos, lengua extensible del margen de beneficio del hypertext, (XHTML).

HTML

El HTML es el formato primario usado en el Web mundial. El HTML puede exhibir las páginas del Web con una amplia gama de colores, de formas, y de objetos. Aunque no un lenguaje de programación verdadero, HTML ha aumentado de energía sobre los años.

El HTML es realmente un subconjunto libremente definido de XML. Sin embargo, mientras que XML es una lengua terminante (pues usted aprenderá), el HTML toma muchas libertades que le han ayudado para convertirse en la herramienta popular de la presentación que es hoy. Aunque el alcohol del Internet joven animó la libertad, los reveladores ahora han realizado que la libertad del HTML tiene repercusiones. Porque el HTML es tan flexible, muchos browsers y usos del Web han agregado su propia funcionalidad al protocolo del HTML de la base. Como toda la funcionalidad realzada, esto viene con riesgos adicionales de la seguridad.

Por esta razón, los esfuerzos son en curso substituir el HTML por una lengua mucho regulada y estandardizada del margen de beneficio conocida como XHTML.

XML

XML es la fundación para muchos formatos de datos, incluyendo el HTML, WML, XHTML, y más. Ha llegado a ser recientemente popular porque puede facilitar la transferencia de datos entre los programas extensamente dispares, los sistemas operativos, y las compañías. La llave a la utilidad de XML es que permite a cualquier revelador diseñar su propio formato de datos usando sus propios términos y requisitos. En hecho, XML es tan popular que Microsoft ha construido su habitación entera de productos, de sistemas operativos a los componentes del servidor, alrededor del concepto de XML.

Ilustremos la utilidad de XML, consideran una corporación de la muestra que necesite compartir la información sobre inventario de la fruta. Porque la acceso directa a una base de datos sería un riesgo de la seguridad (así como práctica de negocio pobre), el revelador puede crear un programa de XML que defina el tipo, el tamaño, y el color de cada fruta en la mano. Una vez que ella haya determinado espec., el revelador podría programar al anfitrión con la capacidad tirar de datos de una base de datos y convertirlos a un archivo de XML. En el otro extremo, un cliente especial podría explorar el archivo generado de XML y analizar la información para llenar su propia base de datos. Este proceso permitiría así transferencia de datos rápida y estandardizada.

Para ilustrar esto, considere el código de fuente siguiente de la muestra ver cómo aparecería tal archivo de XML. Observe la jerarquía y el sistema que empareja de etiquetas. Cada etiqueta es una característica, que podría tener secundario-caracteri'sticas. En este caso, estamos pasando la información sobre una manzana y una uva.

</NOMBRE > </FRUTA > DE < SIZE>SMALL</SIZE > DE < COLOR>RED</COLOR > < SIZE>BIG</SIZE > </NOMBRE > < NAME>GRAPE < COLOR>PURPLE</COLOR > DE LA < FRUTA > < NAME>APPLE

Extrapolando de este ejemplo simple, usted puede ver cómo se organizan los datos de XML. El uso de tales métodos emparentados de los datos todavía está en su infancia, y continuará creciendo por muchos años.

Aunque XML es la fundación de muchas otras idiomas que ajustan a formato Internet-basadas, sus subconjuntos están dando a XML el empuje que necesita convertirse en el estándar de hecho. Un subconjunto reciente, XHTML, está ganando terreno lentamente, y es destinado alcanzar el HTML en predominio.

XHTML

Así, la voluntad de XHTML substituye probablemente el HTML. Aunque este proceso tomará varios años, muchos Webmasters ha abrazado ya XHTML, y está integrando lentamente sus reglas en su desarrollo. En hecho, XHTML 1.0 es considerado por muchos ser la versión siguiente de HTML (HTML 5.0).

Qué hace XHTML así que popular es su ruleset simple con todo rígido. Este ruleset es tan de gran alcance porque hace cumplir un estándar universal. Las reglas son como sigue:

• XHTML requiere un declaración en la tapa de cada página de XHTML.

  Esta nueva regla dice a browser el tipo de datos rendir, que guarda todas las partes de la presentación de los datos y del proceso de la transferencia que fluyen suavemente. Lo que sigue es un ejemplo de un declaración de XHMTL. <?xml version="1.0" encoding="UTF-8"? > <// W3C//DTD XHTML 1.0 Strict//EN "" DTD/xhtml1-strict.dtd "del PÚBLICO" del HTML de!DOCTYPE - >

• Todas las páginas de XHTML deben tener las etiquetas de la < cabeza > y del < cuerpo >.

  Aunque estas etiquetas existen típicamente en todas las páginas del Web, para HTML, browsers del Web pasarán por alto los datos que falta y los completarán automáticamente cuando no están presentes. Sin embargo, éste no es el caso con XHTML.

• Todas las etiquetas deben ser cerradas.

  Antes de XHTML, el Web pagina etiquetas incluidas como < p >, que tenía típicamente < de cierre/p > de la etiqueta. sin embargo, no importó si la etiqueta de cierre fue dejada hacia fuera. Con XHTML, cada etiqueta debe ser cerrada. Además, las etiquetas tienen gusto "de la < hora >", que creó una línea a través de una página del Web, deben ahora parecer la < hora/>. esto son totalmente un nuevo concepto para las páginas del Web.

• Todas las etiquetas deben ser minúsculas.

  Una vez más esto es una nueva regla. Versiones anteriores de etiquetas mayúsculas usadas HTML; ahora estas etiquetas deben ser minúsculas. Mientras que usted notó la regla antes ésta, la < hora > no solamente ganada una raya vertical, pero también llegó a ser minúscula. (esto se aplica solamente a las etiquetas, no a las cualidades.)

• Todas las cualidades deben tener cotizaciones.

  Aunque esta regla tradicionalmente se ha considerado buena práctica de la codificación, es obligatorio ahora. Esto agregará las complicaciones para las páginas dinámicamente creadas del Web.

• Todas las etiquetas deben estar en la jerarquía apropiada (no jerarquizada).

  Una vez más esto era considerada buena práctica de la codificación, pero no requerida. Con XHTML, lo que sigue estaría no más de largo correcto: < I><B>Bolded e Italicized</I></B >

  En lugar, ahora sería escrito como sigue: < i><b > Bolded y < puesto en letra ita'lica/b></i >

  (observe las letras minúsculas.)

• Todos los valores de la cualidad deben ser denotados.

  Esto no es una ocurrencia común en el HTML. Sin embargo, si usted está cifrando un grupo de los botones de radio, uno se pudo enumerar según lo "comprobado." Vea el viejo siguiente contra la nueva manera de enumerar esto:

  Viejo: < ENTRADA NAME="AnyName COMPROBADO TYPE=RADIO" >

  Nuevo: < checked="true" "/> del type="radio "de la entrada del name="AnyName

  (observe el uso de la minúscula, de cotizaciones, y de una raya vertical de cierre.)

• Todos < pre > las etiquetas no deben contener las etiquetas siguientes: < grande >, < pequeño >, < submarino >, < sup >, < img >, o < objeto >

• La forma no puede ser jerarquizada.

• Todos "y" los símbolos se deben escribir como "&".

• Todo el CSS se debe escribir en letras minúsculas.

• Todo el Javascript se debe realizar externamente.

  El Javascript es un lenguaje de programación, y está a parte de XHTML, que es solamente una lengua del formato. Recuerde, XHTML está SOLAMENTE PARA LA PRESENTACIÓN (con el CSS).

  Además, el Javascript no se comenta hacia fuera.

• Todos <! - - --> de los comentarios son ilegales.

  Por supuesto, el comentar todavía se apoya en XHTML, si se realiza con el sintaxis siguiente: < [ CDATA[comments aparecen adentro aquí ] ] >

Por el contrario estas reglas simples pero de gran alcance con el HTML, usted puede comenzar a ver las ventajas de XHTML. Además, los dispositivos de las PC (servicio personal de la comunicación) también utilizan XHTML. Debido a la miríada de vendedores, cada uno con su propio acercamiento propietario, las reglas terminantes de XHTML y XML son vitales. Sin este estándar, los reveladores del Web tendrían que crear las páginas separadas del Web para cada dispositivo. Afortunadamente, debido a este estándar, los reveladores pueden crear una o dos páginas para todos los dispositivos. Sin embargo, XHTML todavía se hincha también para muchos dispositivos más pequeños de las PC. Por lo tanto, se requiere otra opción.