~ sin hilos WAP WML WMLScript de la descripción del ~ de las idiomas del margen de beneficio

El estándar más común de la transferencia y de la presentación de datos para un dispositivo handheld implica la combinación del protocolo de uso sin hilos (WAP) con la lengua sin hilos del margen de beneficio (WML). Aunque WAP se puede utilizar con otras formas de presentación, sus codificadores lo diseñaron sobre todo que se utilizará con WML.

WAP

Debido a el tamaño pequeño de los dispositivos de las PC, y porque funcionan con mucho menos anchura de banda o velocidad, que el resto del Internet, un protocolo especial era necesario redefinir cómo manejan la transmisión de datos. Este protocolo necesitó tomar en la consideración que el usuario medio visión la información sobre una pantalla con tan poco como cinco líneas. Cuando está comparada a una pantalla de computadora, esto es una diferencia colosal. Además de tamaño, el dispositivo típico de las PC no apoya el mismo tipo de navegación que un browser de escritorio utiliza. Típicamente, usted realiza toda la navegación de las PC con una lista de opciones, o empujando un botón en el dispositivo de las PC. Para ilustrar, compare la página de las noticias superiores de CNN's vista en un teléfono de la célula a la misma página vista con el Internet Explorer en una máquina de escritorio.
La diferencia es dramática. El color, la disposición, el formato, y las fuentes se restringen seriamente en la mayoría de los dispositivos de las PC. Aquí es donde WAP llega a ser importante.
Cuando un dispositivo conecta con el Internet, varias acciones ocurren para traer el sitio del Web al dispositivo de petición. El dispositivo conecta realmente con una serie de dispositivos que incorporen diversas partes del apilado del uso de WAP. Los contornos siguientes qué sucede cuando usted solicita una página del Web usando WAP:

El dispositivo se gira y tiene acceso al uso del Internet vía el minibrowser, un programa que interprete simplemente la información descargada y permita al usuario obrar recíprocamente con los actuales datos.

El dispositivo busca para y conecta con el servicio.

Se selecciona un sitio del Web.

Una petición se envía al servidor de la entrada usando WAP.

El servidor de la entrada recupera la información como HTML, y la convierte a la lengua apropiada.

Los datos convertidos se envían al dispositivo de las PC.

Es decir el proceso de traer el contenido del Internet a un dispositivo de las PC de Web-enabled se maneja en dos porciones. La primera parte requiere el servidor de la entrada conectar con el servidor del Web y recuperar el contenido real de la página del Web. La segunda parte convierte este contenido a un formato compatible con el dispositivo de las PC, y después transfiere este contenido al dispositivo. Aquí es donde WAP se convierte en una parte importante del proceso.
El apilado del uso de WAP se compone de seis diversas porciones. Cada parte tiene su función específica, y es importante que usted entiende cada parte. La voluntad siguiente analiza estas piezas de modo que usted pueda conseguir una penetración mejor en las PC.

El ambiente sin hilos del uso (WAE)— esta parte del apilado define la programación y scripting usado para los usos sin hilos. Uno del más comun de idiomas es WMLScript, que se discute más adelante en este artículo.
El protocolo de sesión sin hilos (WSP)— esta parte es responsable del tipo de comunicación establecido con el dispositivo de las PC. Define si la sesión es connection-oriented o sin conexión. Por ejemplo, debido a el impacto bajo que sus datos perdidos tendrán en la comunicación que resulta, una transferencia de la música sea sin conexión. Sin embargo, para aplicaciones más críticas, se requiere la comunicación de dos vías garantizada. (esto es similar al UDP contra el TCP en establecimiento de una red tradicional.)
El protocolo de sesión sin hilos de la transacción (WTSP)— esta parte de WAP se utiliza para clasificar datos flujo como una forma confiable, una forma de dos vías, o no fiable confiable.
La seguridad sin hilos de la capa de transporte (WTLS)— esta capa es la pieza de la seguridad de WAP. Proporciona el cifrado, la autentificación, cheques de la integridad de datos, y más.
El protocolo sin hilos del datagrama (WDP)— esta parte de WAP es donde los datos se analizan para el portador real. Debido a los muchos diversos tipos de métodos de la transferencia de datos, el WDP asegura la estandardización, así que cualquier portador se puede utilizar para transferir datos sin hilos mientras es compatible con WAP.
Los portadores de la red— esto son el método del portador (también llamado un portador) responsable de entregar los datos al dispositivo de las PC. Hay portadores numerosos, pero cualquiera trabajará mientras pueden ligarse a la capa de WDP.

Una vez que los datos maniobren a través de este apilado, el dispositivo de las PC lo procesa y lo presenta en la pantalla con un minibrowser. Esto puede ser tan básico como maniobrando a través de un menú, o puede ser tan complejo como jugando un juego interactivo.

WML

Ahora que usted tiene una comprensión básica del propósito de WAP, déjenos examinan los datos reales y cómo se presenta. Según lo mencionado antes, WML es una lengua del margen de beneficio basada en XML. No es un lenguaje de programación tal como COBOL, Java, o aún VBScript. Es solamente una lengua del formato que define el texto y colocación y aspecto del objeto. Por ejemplo, si usted deseara definir una palabra como en negrilla, usted utilizaría el siguiente:
< b>Hi!</b >.
¡Esto daría lugar a "hi!".
Sin embargo, WML también define cómo se realiza la navegación, y cómo se liga la información. El Internet de nosotros es más familiar con las páginas del Web de las aplicaciones presentar datos. Estas páginas son realmente los archivos que se sientan en un anfitrión alejado, y se descargan a su computadora del cliente que se verá en un browser. Los dispositivos de las PC utilizan el mismo concepto, pero en vez de las páginas del Web de la visión, usted opinión "tarjetas."
El código siguiente es una tarjeta de la muestra

<?xml version="1.0"? >

<// WAPFORUM//DTD WML 1.2//ED del PÚBLICO del wml 
de!DOCTYPE "-"

http://www.wapforum.org/DTD/wml12.dtd >

< wml >

     < tarjeta >

          < p >

               - Historias-<br Superiores/>

               < un accesskey = "1" 
href=http://mobile.cnn.com/sharon.wml

el title="sharon">Sharon anuncia…</a><br/>

               < un accesskey = "2" 
href=http://mobile.cnn.com/bush.wml

el title="bush">Bush presiona <…/ 
a><br del congreso/>

               < un accesksey = "3" 
href=http://mobile.cnn.com/colombia.wml

</…a><br de las blancos del 
title="colombia">Colombia/>

               < un accesskey = "4" 
href=http://mobile.cnn.com/ex-priest.wml

el title="ex-priest">Ex-sacerdote da…</a><br/>

          </p >

     </tarjeta >

</wml >

¿Después de mirar el código de la muestra, usted ve semejanza entre ella y XHTML? Usted debe. En hecho, WML es un hermano a XHTML, y como tal, ha heredado todas sus reglas. Observe que cada etiqueta tiene una etiqueta de cierre que empareja, o en la caja de < Br/>, es cerrado por el backslash que se arrastra (/). también, observan el deletreado y el uso minúsculos de cotizaciones. Éstos son todos los requisitos de XHTML que se han integrado en WML.
A este punto, usted puede ser que se pregunte porqué los dispositivos de las PC no utilizan XHTML en vez de crear un nuevo estándar. La respuesta es que XHTML está hinchado también para la mayoría de los dispositivos de las PC. Debido a el número de las características y de los ajustes que XHTML puede apoyar, un browser que es XHTML-compatible toma más memoria que el browser relativamente básico de WML. Porque un dispositivo de las PC se limita de memoria y tamaño, no puede apoyar XHTML.

WMLScript

Un revelador puede incorporar cualquier número de idiomas de programación o scripting en una página del Web. Estas idiomas se pueden clasificar como servidor-lado scripting o cliente-lado scripting. el Servidor-lado scripting típicamente maneja las ediciones o los procesos complejos que deben seguir siendo seguros debido a conectividad de la base de datos. el Cliente-lado scripting, por otra parte, se utiliza típicamente para las necesidades de programación simples, que incluye a menudo la validación de la forma y realces de la presentación, como imágenes del ratón que se arrastran. Sin embargo, los usos del cliente-lado pueden también consistir en la programación compleja.
Debido a la variedad rica de cliente-lado que programa, los browsers que apoyan lenguajes de programación como el Javascript debe saber manejar toda la programación posible funcionan. Este requisito significa que un browser que apoya el Javascript debe ser grande e incómodo, que se convierte en una edición para los dispositivos espacio-hambrientos de las PC. Además del software hinchado del browser, un uso avanzado del cliente-lado se debe descargar al browser cada vez que se utiliza. Aunque la computadora de escritorio típica puede manejar un archivo 60K sin problema, un archivo este tamaño puede ser costoso al usuario del extremo de las PC debido a la anchura de banda limitada. Esta es la razón por la cual WMLScript se ha convertido en la herramienta primaria para la programación del cliente-lado de las PC.
WMLScript es muy similar al Javascript. Incluye muchos de las mismas funciones lógicas y sintaxis. Sin embargo, WMLScript (WMLS) es menos complejo, y se optimiza para los dispositivos de las PC. Por ejemplo, en el mundo de escritorio que utiliza Javascript, si un programador desea alertar a un usuario que una acción era inválida, ella utilizaría un comando del alert('Stop '). Esto haría un mensaje alerta hacer estallar para arriba en la pantalla.
Este tipo de alarma inmediata no es dispositivos actuales posibles de las PC que usan. Mientras que un browser de escritorio apoya las pantallas dinámicas que aparecen encima de otra pantalla, el ambiente de las PC no . Para alertar a un usuario a una entrada inválida, el valor se debe enviar a un archivo de la escritura. El archivo debe después detectar el error y llamar otro archivo, que alternadamente envía la alarma a la pantalla del dispositivo de las PC. Finalmente, el reconocimiento despedirá de nuevo a la tarjeta que origina, donde la entrada inválida fue hecha. Como usted puede ver, el proceso no es muy largo complejo, justo.
Ilustremos cómo WML trabaja con WMLS, examinan un uso de muestra. Lo que sigue es la página de WML y de WMLS usada para crear un programa de la adición de la muestra.

Add.wml

_______________________________________________________________________

<?xml version="1.0"? >

<// PHONE.COM//DTD WML 1.3//EN del PÚBLICO del wml 
de!DOCTYPE "-"

"http://www.phone.com/dtd/wml13.dtd" >

<! - - archivo de WML creado por el --> de 
Openwave SDK

< wml >

     < id="first de la tarjeta" >

           < type="onenterforward onevent" >

                   < restaure >

                         < "valor name="firstVal setvar =""/>

                         < "valor name="secondVal setvar =""/>

                   </restaure >

             </onevent >

            < p >

                  < haga "label="Plus "del type="accept >

                        < va "/> del style="text-decoration: none;" href="#second

                 </ >

                   Agregue dos números...

               Primero #:

                    < entre "" name="firstVal"/> del format="*N del 
type="text

            </p >

      </tarjeta >

      < id="second de la tarjeta" >

            < type="onenterforward onevent" >

                  < restaure >

                    < los name="ans setvar" valoran =""/>

                 </restaure >

          </onevent >

            < p >

                 < haga "label="Add "del type="accept >

                       < va style="text-decoration: none;" href="addit.wmls#addNum()"/>

                 </ >

                 Segundo número

                  < entre "" name="secondVal"/> del format="*N del 
type="text

               $firstVal + ______ =

           </p >

     </tarjeta >

     < title="answer" del id="answer > de la tarjeta"

          < p >

                 $firstVal + $secondVal = $ans

           </p >

     </tarjeta >

</wml >

_______________________________________________________________________

addIt.wmls

_______________________________________________________________________

addNum(){extern de la función

     valores entrantes de //grab

     fv del var = WMLBrowser.getVar("firstVal");

     sv del var = WMLBrowser.getVar("secondVal");

     var val = WMLBrowser.getVar("ans");

     valores de //convert a los números enteros

     fvNum del var = Lang.parseInt(fv);

     svNum del var = Lang.parseInt(sv);

     valores de //add

     valNum = fvNum + svNum del var;

     respuesta y vuelta de //set a la tarjeta de la respuesta 
en cubierta

     WMLBrowser.setVar("ans", valNum);

     WMLBrowser.go("#answer");

Nota
Éstas son tres diversas pantallas, usando cuatro diversos archivos. Este mismo uso en un browser de escritorio tal como Internet Explorer se podía lograr con un archivo y en una pantalla.

WML diferencia de cualquier otra lengua del formato. Como usted puede ver en la muestra del código, el archivo de WML es realmente una serie de tarjetas. Cada tarjeta representa una pantalla posible, pero se liga a las otras tarjetas en la cubierta, o al grupo de tarjetas. Usted puede también ver la puesta en práctica apropiada de las reglas de XHTML y de XML. Las cotizaciones, las etiquetas cerradas, y las cualidades minúsculas todas se utilizan constantemente dentro de este archivo.

esto es un artículo agregado por Nelson Druell