~ sans fil WAP WML WMLScript de vue d'ensemble de ~ de langues de marge bénéficiaire bénéficiaire

Le niveau le plus commun du transfert et de la présentation de données pour un dispositif tenu dans la main comporte la combinaison du protocole d'application sans fil (WAP) de la langue sans fil de marge bénéficiaire bénéficiaire (WML). Bien que WAP puisse être employé avec d'autres formes de présentation, ses codeurs l'ont principalement conçu à employer avec WML.

WAP

En raison de la petite taille des dispositifs de PCS, et parce qu'ils opèrent avec beaucoup moins de largeur de bande ou de vitesse, que le reste de l'Internet, d'un protocole spécial était nécessaire pour redéfinir comment ils manipulent la transmission de données. Ce protocole a dû prendre en compte que l'utilisateur moyen regarde l'information sur un écran avec aussi le peu de que cinq lignes. Une fois comparé à un écran d'ordinateur, c'est une différence colossale. En plus de la taille, le dispositif typique de PCS ne soutient pas le même type de navigation qu'un navigateur de bureau emploie. Typiquement, vous exécutez toute la navigation de PCS avec une liste d'options, ou en poussant un bouton sur le dispositif de PCS. Pour illustrer, comparez la page de nouvelles supérieures de CNN's vue à un téléphone de cellules à la même page vue à l'Internet Explorer sur une machine de bureau.
La différence est dramatique. La couleur, la disposition, le format, et les polices sont sévèrement limités dans des la plupart des dispositifs de PCS. C'est où WAP devient important.
Quand un dispositif se relie à l'Internet, plusieurs actions se produisent pour apporter l'emplacement de Web au dispositif de demande. Le dispositif se relie réellement par une série de dispositifs qui incorporent différentes parties de la pile d'application de WAP. Les contours suivants ce qui se produit quand vous demandez une Page Web en utilisant WAP :

Le dispositif est mis en marche et accède à l'application d'Internet par l'intermédiaire du minibrowser, un programme qui interprète simplement l'information téléchargée et permet à l'utilisateur d'agir l'un sur l'autre avec les données présentées.

Le dispositif recherche et se relie au service.

Un emplacement de Web est choisi.

Une demande est envoyée au serveur de passage en utilisant WAP.

Le serveur de passage recherche l'information comme HTML, et la convertit en langue appropriée.

Les données converties sont envoyées au dispositif de PCS.

En d'autres termes, le processus de chercher le contenu d'Internet à un dispositif de PCS de Web-enabled est effectué dans deux parts. La première partie exige du serveur de passage de se relier au serveur de Web et de rechercher la teneur réelle de la Page Web. La deuxième partie convertit ce contenu en format compatible avec le dispositif de PCS, et puis transfère ce contenu au dispositif. C'est où WAP devient une partie importante du processus.
La pile d'application de WAP se compose de six parts différentes. Chaque partie a sa fonction spécifique, et il est important que vous comprenniez chaque partie. La volonté suivante décomposent ces pièces de sorte que vous puissiez entrer une meilleure perspicacité dans des PCS.

L'environnement sans fil d'application (WAE)— la présente partie de la pile définit la programmation et scripting utilisé pour des applications sans fil. Un des plus commune des langues est WMLScript, qui est discuté plus tard en cet article.
Le protocole de session sans fil (WSP)— la présente partie est responsable du type de communication établi avec le dispositif de PCS. Il définit si la session est connectée ou sans connexion. Par exemple, en raison du bas impact que ses données perdues auront sur la communication résultante, un transfert de la musique soyez sans connexion. Cependant, pour des usages plus critiques, la communication bi-directionnelle garantie est exigée. (c'est semblable au UDP contre le TCP dans la gestion de réseau traditionnelle.)
Le protocole de session sans fil de transaction (WTSP)— la présente partie de WAP est employé pour classifier des données flux en tant que l'one-way fiable, one-way bi-directionnel et ou incertain fiable.
La sécurité sans fil de couche transport (WTLS)— cette couche est la pièce de sécurité de WAP. Elle fournit le chiffrage, l'authentification, les contrôles de intégrité des données, et plus.
Le protocole sans fil de datagramme (WDP)— la présente partie de WAP est où les données sont décomposées pour le porteur réel. En raison des nombreux différents types de méthodes de transfert de données, le WDP assure l'étalonnage, ainsi n'importe quel porteur peut être utilisé pour transférer des données sans fil aussi longtemps qu'il est compatible avec WAP.
Les porteurs de réseau— ceci est la méthode de porteur (également appelée un porteur) responsable de fournir les données au dispositif de PCS. Il y a de nombreux porteurs, mais en fonctionneront aussi longtemps qu'ils peuvent lier à la couche de WDP.

Une fois que les données manoeuvrent par cette pile, le dispositif de PCS la traite et la présente sur l'écran avec un minibrowser. Ceci peut être aussi fondamental que manoeuvrant par un menu, ou il peut être aussi complexe que jouant un jeu interactif.

WML

Maintenant que vous avez un arrangement de base du but de WAP, laissez-nous examinent les données réelles et comment il est présenté. Comme mentionné avant, WML est une langue de marge bénéficiaire bénéficiaire basée sur XML. Ce n'est pas un langage de programmation tel que COBOL, Java, ou même VBScript. C'est seulement une langue de formatage qui définit le texte et le placement et l'aspect d'objet. Par exemple, si vous vouliez définir un mot comme "bold", vous emploieriez ce qui suit :
< b>Hi!</b >.
Ceci aurait comme conséquence "bonjour !".
Cependant, WML définit également comment la navigation est exécutée, et comment l'information est liée. L'Internet plus de nous sont au courant des Pages Web d'utilisations pour présenter des données. Ces pages sont réellement des dossiers qui se reposent sur un centre serveur à distance, et sont téléchargées à votre ordinateur de client à regarder dans un navigateur. Les dispositifs de PCS emploient le même concept, mais au lieu des Pages Web de visionnement, vous regardez des "cartes."
Le code suivant est une carte témoin

< ?xml version="1.0" ? >

</de PUBLIC de wml de !DOCTYPE "-/WAPFORUM//DTD WML 
1.2//ED"

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

< wml >

     < carte >

          < p >

               - Histoires-<br Supérieures/>

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

title="sharon">Sharon annonce…</a><br/>

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

le title="bush">Bush serre <…du 
congrès/a><br/>

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

< de cibles…de 
title="colombia">Colombia/a><br/>

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

le title="ex-priest">Ex-prêtre donne…</a><br/>

          </p >

     </carte >

</wml >

Après avoir regardé le code d'échantillon, voyez-vous une similitude entre elle et XHTML ? Vous devriez. En fait, WML est un frère à XHTML, et comme tel, a hérité de toutes ses règles. Notez que chaque étiquette a une étiquette assortie de fermeture, ou dans le cas du < Br/>, êtes fermé par l'antislash de remorquage (/). en outre, notez le lettrage et l'utilisation minuscules des citations. Ce sont toutes les conditions de XHTML qui ont été intégrés dans WML.
En ce moment, vous pourriez vous demander pourquoi les dispositifs de PCS n'emploient pas XHTML au lieu de créer une nouvelle norme. La réponse est que XHTML est trop enflé pour la plupart des dispositifs de PCS. En raison du nombre de propriétés et d'arrangements que XHTML peut soutenir, un navigateur qui est XHTML-compatible prend plus de mémoire que le navigateur relativement fondamental de WML. Puisqu'un dispositif de PCS est limité dans la mémoire et la taille, il ne peut pas soutenir XHTML.

WMLScript

Un réalisateur peut incorporer tout nombre de langues de programmation ou scripting à une Page Web. Ces langues peuvent être classifiées comme serveur-côté scripting ou client-côté scripting. le Serveur-côté scripting typiquement effectue les issues ou les processus complexes qui doivent demeurer bloqués en raison de la connectivité de base de données. le Client-côté scripting, d'autre part, est typiquement employé pour les besoins de programmation simples, qui inclut souvent la validation de forme et les perfectionnements de présentation, comme des images de remorquage de souris. Cependant, les applications de client-côté peuvent également se composer de la programmation complexe.
En raison de la variété riche de client-côté programmant, les navigateurs qui soutiennent des langages de programmation comme le Javascript doit savoir manipuler toute la programmation possible fonctionne. Cette condition signifie que un navigateur qui soutient le Javascript doit être grand et encombrant, qui devient une issue pour les dispositifs espace-affamés de PCS. En plus du logiciel gonflé de navigateur, une application avançée de client-côté doit être téléchargée au navigateur chaque fois qu'elle est employée. Bien que l'ordinateur de bureau typique puisse manipuler un dossier 60K sans le problème, un dossier cette taille peut être cher à l'utilisateur de PCS en raison de la largeur de bande limitée. C'est pourquoi WMLScript est devenu l'outil primaire pour la programmation de client-côté de PCS.
WMLScript est très semblable au Javascript. Il inclut beaucoup des mêmes fonctions logiques et syntaxe. Cependant, WMLScript (WMLS) est moins complexe, et est optimisé pour des dispositifs de PCS. Par exemple, dans le monde de bureau qui emploie le Javascript, si un programmeur veut alerter un utilisateur qu'une action était inadmissible, elle emploierait commande d'alert('Stop une '). Ceci ferait sauter un message alerte vers le haut sur l'écran.
Ce type d'alerte immédiate n'est pas les dispositifs courants employants possibles de PCS. Considérant qu'un navigateur de bureau soutient les écrans dynamiques qui apparaissent sur un autre écran, l'environnement de PCS pas . Pour alerter un utilisateur à une entrée inadmissible, la valeur doit être envoyée à un dossier de manuscrit. Le dossier doit alors détecter l'erreur et appeler un autre dossier, qui envoie alternativement l'alerte à l'écran du dispositif de PCS. En conclusion, la reconnaissance rebondira de nouveau à la carte de commencement, où l'entrée inadmissible a été faite. Comme vous pouvez voir, le processus n'est pas prolongé complexe et simplement.
Illustrons comment WML fonctionne avec WMLS, examinent une application d'échantillon. Ce qui suit est la page de WML et de WMLS employée pour créer un programme d'addition témoin.

Add.wml

_______________________________________________________________________

< ?xml version="1.0" ? >

</de PUBLIC de wml de !DOCTYPE "-/PHONE.COM//DTD WML 
1.3//EN"

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

< ! - - dossier de WML créé par le --> 
d'Openwave SDK

< wml >

     < id="first de carte" >

           < type="onenterforward onevent" >

                   < régénérez >

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

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

                   </régénérez >

             </onevent >

            < p >

                  < "label="Plus "faites type="accept >

                        < disparaissent "de style="text-decoration: none;" href="#second/>

                 </ >

                   Ajoutez deux nombres...

               D'abord # :

                    < entrez "" name="firstVal" de format="*N de 
type="text/>

            </p >

      </carte >

      < id="second de carte" >

            < type="onenterforward onevent" >

                  < régénérez >

                    < les name="ans setvar" évaluent =""/>

                 </régénérez >

          </onevent >

            < p >

                 < "label="Add "faites type="accept >

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

                 </ >

                 Deuxième nombre

                  < entrez "" name="secondVal" de format="*N de 
type="text/>

               $firstVal + ______ =

           </p >

     </carte >

     < title="answer" d'id="answer > de carte"

          < p >

                 $firstVal + $secondVal = $ans

           </p >

     </carte >

</wml >

_______________________________________________________________________

addIt.wmls

_______________________________________________________________________

addNum(){externe de fonction

     valeurs entrantes de //grab

     fv de variété = WMLBrowser.getVar("firstVal") ;

     sv de variété = WMLBrowser.getVar("secondVal") ;

     variété val = WMLBrowser.getVar("ans") ;

     valeurs de //convert aux nombres entiers

     fvNum de variété = Lang.parseInt(fv) ;

     svNum de variété = Lang.parseInt(sv) ;

     valeurs de //add

     valNum = fvNum + svNum de variété ;

     réponse et retour de //set à la carte de réponse dans 
la plate-forme

     WMLBrowser.setVar("ans", valNum) ;

     WMLBrowser.go("#answer") ;

Note
Ce sont trois écrans différents, en utilisant quatre dossiers différents. Cette même application sur un navigateur de bureau tel que l'Internet Explorer a pu être accomplie avec un dossier et sur un écran.

WML diffère de n'importe quelle autre langue de formatage. Comme vous pouvez voir dans l'échantillon de code, le dossier de WML est réellement une série de cartes. Chaque carte représente un écran possible, mais est liée aux autres cartes dans la plate-forme, ou au groupe de cartes. Vous pouvez également voir l'exécution appropriée des règles de XHTML et de XML. Des citations, les étiquettes fermées, et les attributs minuscules tous sont employés uniformément dans ce dossier.

c'est un article supplémentaire par le Nelson Druell